Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Fwd: [Esug-list] 24rd International Smalltalk Joint Conference - Call for Contributions

by Tudor Girba

> Begin forwarded message: > > From: Stéphane Ducasse <stephane.ducasse(a)inria.fr> > Subject: [Esug-list] 24rd International Smalltalk Joint Conference - Call for Contributions > Date: March 17, 2016 at 7:53:07 AM GMT+1 > To: ESUG Mailing list <esug-list(a)lists.esug.org> > > 24rd International Smalltalk Joint Conference - Call for Contributions > > Prague, Czech Republic > from 22 to 26 August 2016 > http://www.esug.org/Conferences/2016/ <http://www.esug.org/Conferences/2016/> > > This call includes: > Developer Forum > Smalltalk Technology Award > International Workshop > http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_… <http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_…> > Student Volunteer > http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers <http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers> > > ---------------------------------------------------------------------- > You can support the ESUG conference in many different ways: > > * Sponsor the conference. New sponsoring packages are described at > http://www.esug.org/wiki/pier/About/BecomeSponsor <http://www.esug.org/wiki/pier/About/BecomeSponsor> > * Submit a talk, a software or a paper to one of the events. See below. > * Attend the conference. We'd like to beat the previous record of > attendance (170 people at Amsterdam 2008)! > * Students can get free registration and hosting if they enrol > into the the Student Volunteers program. See below. > > > Developers Forum: International Smalltalk Developers Conference > ------------------------------------------------------------------------ > > We are looking for YOUR experience on using Smalltalk. You will have > 30 min for presentations and 45-60 min for hand-ons tutorial. > > The list of topics for the normal talks and tutorials includes, but > is not limited to the following: > * Micro Services, Container, Cloud, Big Data, > * XP practices, Development tools, Experience reports > * Model driven development, Web development, Team management > * Meta-Modeling, Security, New libraries & frameworks > * Educational material, Embedded systems and robotics > * SOA and Web services, Interaction with other programming languages > > Teaching Pearls and Show us Your Business > ----------------------------------------- > - Show your business 10 min session (Get prepared!!) > - Teaching pearls : we want some session on how to teach some design > aspects. We want your tip and tricks to teach Smalltalk or OOP. > > We expect to have several 10 to 15 min sessions aggregated. > > !! How to submit? > -------------- > > Submissions deadline is 15 of May 2015 > Notification of acceptance will be on done on the fly. > More information at http://www.esug.org/conferences/2015 <http://www.esug.org/conferences/2015> > > Pay attention: the places are limited so do not wait till the last minute to apply. > Prospective presenters should submit a request to Stephane.Ducasse at inria.fr <http://inria.fr/> AND USE THE following header [ESUG 2015 Developers]. > > Please follow the template below the email will be automatically processed! > > Subject: [ESUG 2015 Developers] + your name > First Name: > Last Name: > Email where you can always be reached: > Title: > Type: Tutorial/Talk/Teaching Pearl > Abstract: > Bio: > > Any presentation not respecting this form will be discarded automatically > > > International Workshop on Smalltalk Technologies > ------------------------------------------------------------------------ > Read the page: http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_… <http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_…> > > > Technology Award Competition > ------------------------------------------------------------------------ > The top 3 teams with the most innovative software will receive, > respectively, 500 Euros, 300 Euros and 200 Euros during an awards > ceremony at the conference. Developers of any Smalltalk-based > software are welcome to compete. > More information at http://www.esug.org/wiki/pier/Conferences/2016/Innovation-Technology-Awards <http://www.esug.org/wiki/pier/Conferences/2016/Innovation-Technology-Awards> > > > Student Volunteer Program > ------------------------------------------------------------------------ > If you are a student wanting to attend ESUG, have you considered > being a student volunteer? Student volunteers help keep the > conference running smoothly; in return, they have free > accommodations, while still having most of the time to enjoy the > conference. > More information at > http://www.esug.org/wiki/pier/Conferences/2016/ <http://www.esug.org/wiki/pier/Conferences/2016/> > http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers <http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers> > > We hope to see you there and have fun together. > > -------------------------------------------- > Stéphane Ducasse > http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> > http://www.synectique.eu <http://www.synectique.eu/> / http://www.pharo.org <http://www.pharo.org/> > 03 59 35 87 52 > Assistant: Julie Jonas > 03 59 57 78 50 > 03 59 35 86 16 > > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, Bât.A, Park Plaza > Villeneuve d'Ascq 59650 > France > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -- www.tudorgirba.com <http://www.tudorgirba.com/> www.feenk.com <http://www.feenk.com/> "Some battles are better lost than fought."

9 years, 1 month

Is there any free solution to analyze Java?

by Alexandre Bergel

Hi! Doru, you have tried on some point to analyze some Java without VerveineJ. How did it go? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

9 years, 1 month

Can we remove the roassal easel if if does not work?

by stepharo

9 years, 1 month

Roassal DNU getting the element from an RTArrowedLine

by Johan Fabry

Hola, in part of the code of LRP I work with arrows, and I need to get the shape, but this triggers a DNU. I guess I need to set something on the arrow before I can get the element, or get it via another route. What should I do? Relevant code below: arrow := RTArrowedLine new color: trans color; edgeFrom: efrom to: eto; withOffsetIfMultiple. element := arrow element. Gives me: RTElement(Object)>>doesNotUnderstand: #to RTShorterDistanceWithOffsetAttachPoint(RTAbstractShorterDistanceAttachPoint)>>basicStartingPointOf: RTShorterDistanceWithOffsetAttachPoint>>basicStartingPointOf: RTShorterDistanceWithOffsetAttachPoint(RTAttachPoint)>>startingPointOf: RTLine(RTAbstractLine)>>updateFor:trachelShape: RTLine(RTShape)>>trachelShapeFor: RTArrowedLine>>trachelShapeFor: RTElement(RTShapedObject)>>addShape: RTArrowedLine(RTShape)>>element LRPProgramVisualization>>buildTransition:withElements:forView: ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

9 years, 1 month

Call for action for Roassal

by Alexandre Bergel

Dear community, As you may have seen, Roassal has entered a stabilization phase. The book AgileVisualization.com will soon be released. After its release, Roassal will go over a new development phase. In order to prepare it, I am asking this question: What are the 3 aspects you would like to see improved in Roassal? You can answer publicly or by sending private messages. Kind regards, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

9 years, 1 month

Roassal RTArrowedLine width: bug

by Johan Fabry

Hola, there is a bug in RTArrowedLine: the width: message (defined in the RTAbstractArrowedLine superclass) does not set the width of the head. Could something like the code below be added? This code solves the problem for me. RTArrowedLine>>width: aNumber super width: aNumber. self head width: aNumber. and I imagine something similar should be done with RTDoubleArrowedLine (but I have no experience with that guy). ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

9 years, 1 month

Postdoc in Chile

by Alexandre Bergel

Hi! We have an opportunity for doing a postdoc in Chile, in the field of software engineering and/or data visualization. I could provide a lengthy description about living in Chile, and its fantastic food, latin atmosphere, and gorgeous nature. But I will surely be far from the truth. If you want to know more about this possibility, get in touch! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

9 years, 1 month

Re: [Pharo-users] Call for action for Roassal

by Peter Uhnák

On Thu, Mar 10, 2016 at 12:36 AM, Martin Bähr <martin(a)realss.com> wrote: > hi, > > i just remembered two things: > > i'd like to see rounded corners on nodes. > We've added this quite some time ago, unless you have something else in mind. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |v e| v := RTView new. e := RTRoundedBox new size: 100; borderRadius: 20; borderColor: Color black; borderWidth: 1; element. v add: e. v ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Excerpts from stepharo's message of 2016-02-24 12:42:49 +0100: > > - having a better output (arrows, edge) > > and related to edges: > > i'd like edges to connect to a node on the border of the box, not to the > center > of the node. this means the connecting point would always be at the middle > of > the side of one edge: > We have about 10 different attach points already. See the 'attach point' protocol of RTAbstractLine. Some of them also automatically add extra space if there are multiple lines between the same elements. As for bezier and multiline edges, their curvature isn't currently handled properly, but it's in my todo list (I'll work on this probably during the weekend). I'm sure it can be presented in more revealing way, but it's too late for me today (or is it too early?). You can play with it (drag the elements to see how it behaves). ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |v attachOptions es e offset| v := RTView new. attachOptions := RTAbstractLine selectors select: [ :each | each beginsWith: #with ]. offset := 0 @ 0. attachOptions do: [ :each | es := RTBox new borderColor: Color black; size: 50; elementsOn: #(a b). each = #withContinuousCircleAttachPoint ifTrue: [ es := RTEllipse new borderColor: Color black; size: 50; elementsOn: #(a b). ]. es translateBy: offset. es @ RTDraggable. offset := offset + (0 @ 100). v addAll: es. es second translateBy: 300 @ 25. e := RTArrowedLine new color: Color black; perform: each; edgeFrom: es first to: es second. e model: each. v add: e. e @ (RTLabelled new color: Color black). ]. v ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ___\|/___ > | | > \| |/ > --| |-- > /| |\ > |_________| > /|\ > > bezier edges should always leave at a 90deg angle: > ____|____ > | | > | | > --| |-- > | | > |_________| > | > > optionally, starting at the corners could also be nice: > > \_________/ > | | > | | > | | > | | > |_________| > / \ > > and in such a case bezier edges should leave at 135deg to each side. > > by default the edge should find the nearest connection point, but i'd like > to > configure a list of allowed points. > > finally, multiple edges in the same general direction should either leave > at > the same point, pick the nearest side that doesn't have an edge already. > or spaced evenly along the same side if all available sides have edges > already. > > the list of allowed connection points would have 12 options: > the middle of 4 sides, 4 corners, and 4 sides as a whole when multiple > edges > should be spaced evenly. > > greetings, martin. > > -- > eKita - the online platform for your entire academic > life > -- > chief engineer > eKita.co > pike programmer pike.lysator.liu.se caudium.net > societyserver.org > secretary > beijinglug.org > mentor > fossasia.org > foresight developer foresightlinux.org > realss.com > unix sysadmin > Martin Bähr working in china > http://societyserver.org/mbaehr/ > >

9 years, 1 month

Roassal not working? (at least on Linux)

by Jan Kurš

Hi, When I download the latest and greatest moose image and the latest stable VM, I get an errorKeyNotFound: exception when evaluating: RTGrapher new. For more details see the stacktrace below. It does not seem to happen on MacOS. Any hint, help, solution, workaround? Cheers, Jan Stacktrace: Dictionary>>errorKeyNotFound: [ self errorKeyNotFound: arg1 ] in Dictionary>>at: Dictionary>>at:ifAbsent: Dictionary>>at: IRMethod>>indexForVarNamed: IRTranslatorV2>>visitPushTemp: IRPushTemp>>accept: IRTranslatorV2(IRVisitor)>>visitNode: IRTranslatorV2>>visitInstruction: [ :arg2 | self visitInstruction: arg2 ] in IRTranslatorV2(IRVisitor)>>visitSequence: OrderedCollection>>do: IRSequence>>do: IRTranslatorV2(IRVisitor)>>visitSequence: IRTranslatorV2>>visitSequence: IRSequence>>accept: IRTranslatorV2(IRVisitor)>>visitNode: [ :arg2 | self visitNode: arg2 ] in IRTranslatorV2(IRVisitor)>>visitNodes: SortedCollection(OrderedCollection)>>do: IRTranslatorV2(IRVisitor)>>visitNodes: IRTranslatorV2>>visitSequences: IRTranslatorV2>>visitMethod: IRMethod>>accept: IRTranslatorV2(IRVisitor)>>visitNode: IRMethod>>generate: FFICalloutMethodBuilder>>generateMethodFromSpec: FFICalloutMethodBuilder>>generate FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: AthensCairoSurface class(Object)>>nbCall: AthensCairoSurface class>>primImage:width:height: AthensCairoSurface class>>extent:format: AthensCairoSurface class>>extent: TRCanvas>>initialize TRCanvas class(Behavior)>>new RTView>>initialize RTView class(Behavior)>>new RTGrapher(RTAbstractGrapher)>>createView RTGrapher(RTBuilder)>>initialize RTGrapher(RTAbstractGrapher)>>initialize RTGrapher>>initialize RTGrapher class(Behavior)>>new UndefinedObject>>DoIt OpalCompiler>>evaluate RubSmalltalkEditor>>evaluate:andDo: RubSmalltalkEditor>>highlightEvaluateAndDo: [ textMorph textArea editor highlightEvaluateAndDo: arg1 action. textMorph shoutStyler style: textMorph text ] in [ textMorph textArea handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: arg1 action. textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: RubEditingArea(RubAbstractTextArea)>>handleEdit: [ textMorph textArea handleEdit: [ textMorph textArea editor highlightEvaluateAndDo: arg1 action. textMorph shoutStyler style: textMorph text ] ] in GLMMorphicPharoScriptRenderer(GLMMorphicPharoCodeRenderer)>>actOnHighlightAndEvaluate: WorldState>>runStepMethodsIn: WorldMorph>>runStepMethods WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: WorldMorph>>doOneCycle [ [ World doOneCycle. Processor yield. false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess [ self value. Processor terminateActive ] in BlockClosure>>newProcess

9 years, 1 month

issue with spotter

by Alexandre Bergel

Hi! When I activate spotter, and _quickly_ type something, “roassal” for example, and press the down arrow, the selection jumps to the top. I guess this happens when spotter is retrieving data from the system which somehow move the selection to the top most item. This is particularly annoying. Am I the only one to experience this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

9 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev