- Pharo-users - lists.pharo.org

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

by Martin BÃ¤hr

hi, i just remembered two things: i'd like to see rounded corners on nodes. 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: ___\|/___ | | \| |/ --| |-- /| |\ |_________| /|\ 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/

March 9, 2016

[VIDEO TUTORIAL] Automating Image Building

by Dimitris Chloupis

This one is a lengthy one but for a good reason, building images can be a tedious task but can be easily automated with the help of startup scripts and make files plus the mandatory dosage of Pharo technomagic. https://www.youtube.com/watch?v=rR4UmDoYAyQ&feature=youtu.be

March 9, 2016

[ARTICLE] Tiny, yet so beautiful

by Sven Van Caekenberghe

I wrote another article: Tiny, yet so beautiful The smallest piece of great Pharo code https://medium.com/concerning-pharo/tiny-yet-so-beautiful-1ef5149c910e Sven Please consider joining us @ http://pharodays2016.pharo.org

March 9, 2016

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

by Peter UhnÃ¡k

On Wed, Mar 9, 2016 at 10:02 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Heh, also a funny feature of your anchor constraints: they do not play > well with layouts and animations. Try the code below (adapted from the > example to use the layout and animation of LRP ) and you will see that the > circles keep spinning around, they never stop. I think it would be better > for them to stop ;-) > can't help myself :) https://youtu.be/PGNiXGX2nLU?t=1m > stepping := RTSpringLayoutStepping new > view: v; layout: layout; > afterBlock: [ v canvas camera focusOnCenter]. > The problem is that RTSpringLayoutStepping>>view sets in effect the layout on all elements in the view, which obviously won't work since they'll start competing. I'm not sure right now how to address it, but try this stepping := RTSpringLayoutStepping new view: RTView new; layout: layout; nodes: es; afterBlock: [ v canvas camera focusOnCenter]. > > I even have a bug report for you â¦ before, when I removed the edge, the > label was also removed automatically. Now this is no longer the case. :-( > > Ah right, thanks. I've extracted the class from my code and I have different removal mechanism... Please try the latest version, it should be fixed there. Peter

March 9, 2016

Re: [Pharo-users] NBOpenGL on Pharo5

by Alexandre Bergel

Yes we are. The binding uses native boost, the code has to be ported. Alexandre > Le 9 mars 2016 Ã 06:42, Richard Wettel <wettel(a)gmail.com> a Ã©crit : > > Hi > > I was wondering what the status of NBOpenGL on Pharo5 was. As far as I know, it does not work. I would like to have CodeCity work on Pharo5. > > Is anybody else (for instance the Roassal3d team) affected by this? > > Cheers > Ricky

March 9, 2016

Re: [Pharo-users] [ANN] SelectEntity, a new widget for Spec

by stepharo

We should check and collect the changes made by hernan too. Stef Le 8/3/16 16:45, Stephan Eggermont a Ã©crit : > On 08-03-16 13:52, Johan Fabry wrote: >> That looks very cool, how about adding it to the standard distribution? > That is definitely the goal. Now is the time to point out stupid names, > bad design decisions, missed use cases and ugly layout. > I would welcome feedback. > > While building it, I found out I don't like the way an EntryCompletion > is connected to its PluggableTextFieldMorph. It makes it difficult > to deal with objects that are not strings. > > PluggableTextFieldMorph>>entryCompletion: anEntryCompletion > entryCompletion := anEntryCompletion. > entryCompletion > ifNotNil: [ entryCompletion chooseBlock isNil > ifTrue: [entryCompletion chooseBlock: [:v | self setText: > v. self acceptTextInModel ]] > ifFalse: [ | blk | > blk := entryCompletion chooseBlock. > entryCompletion chooseBlock: [:v | self setText: v. > self acceptTextInModel. blk value: v]]]. > > > In the demo code it also is clear that the ListModel is incomplete, > I couldn't find ho wto open a selected item with the keyboard > (unless I implement click on the item, but that then does not > have enough context to actually know what to do). > > Stephan > > > >

March 9, 2016

Re: [Pharo-users] Fwd: Fwd: Phratch + Debian

by stepharo

Cool initiative! Tx Jannik I blogged it and twitted it :) Le 9/3/16 08:47, jannik laval a Ã©crit : > Finally, I made it. > > It is available here: http://www.phratch.com/download/phratch.deb > > Best regards, > Jannik > > 2016-03-07 12:18 GMT+01:00 Hilaire <hilaire(a)drgeo.eu > <mailto:hilaire@drgeo.eu>>: > > In last resort, it is still possible for a LiveCD to get Pratch > installed even if not a Deb package. > > But yes, Pratch will greatly gain exposure being a Deb package, > propagated to the debian family distribution. I write that, but > DrGeo is > not deb packaged as well... > > Good luck. > > Hilaire > > Le 07/03/2016 08:32, jannik laval a Ã©crit : > > > > I send the email to the pharo community. > > Can someone help us to create a phratch .deb package ? > > > > The need is for a french professor who needs to create a debian live > > distrib for education. He want to include phratch instead of > scratch / > > snap ... > > So, it is a great opportunity for us. > > > > Thank you for your help. > > Jannik > > -- > Dr. Geo > http://drgeo.eu > > > > > > -- > ~~Jannik Laval~~ > Enseignant-chercheur > Responsable PÃ©dagogique Licence Coordonnateur de Projet en SystÃ¨me > d'Information > IUT LumiÃ¨re, UniversitÃ© Lyon LumiÃ¨re > laboratoire DISP > http://www.jannik-laval.eu > http://www.phratch.com > http://www.approchealpes.info

March 9, 2016

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

by Johan Fabry

Heh, also a funny feature of your anchor constraints: they do not play well with layouts and animations. Try the code below (adapted from the example to use the layout and animation of LRP ) and you will see that the circles keep spinning around, they never stop. I think it would be better for them to stop ;-) | v lbls es e1 e2 a1 a2 layout stepping| v := RTView new. lbls := RTLabel new elementsOn: #(#First #Second). es := RTEllipse new size: 30; borderColor: Color black; elementsOn: #(#source #dest). v addAll: lbls; addAll: es. es @ RTDraggable. es @ RTLabeled. e1 := RTArrowedLine new withContinuousCircleAttachPoint; color: Color black; edgeFrom: es first to: es second. v add: e1. e2 := RTArrowedLine new withContinuousCircleAttachPoint; color: Color black; edgeFrom: es second to: es first. v add: e2. a1 := RTAnchorConstraint new. a1 anchorShape size: 10. a1 guideLine color: Color red. a1 element: lbls first; edge: e1; balance: 0.2; minDistance: 10; build. (a2 := RTAnchorConstraint new) element: lbls second; edge: e2; balance: 0.2; minDistance: 10; build. layout := RTForceBasedLayout new charge: -450; length: 100; doNotUseProgressBar; applyOn: es; yourself. layout initialLayout: RTSugiyamaLayout new. stepping := RTSpringLayoutStepping new view: v; layout: layout; afterBlock: [ v canvas camera focusOnCenter]. v addAnimation: stepping. ^ v > On Mar 9, 2016, at 17:56, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > >> On Mar 7, 2016, at 11:34, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >> >> I've just commited RTAnchorConstraint to latest Roassal, see class-side example there. >> > I have been trying it, and there is a first version that works now, thanks! > > I even have a bug report for you â¦ before, when I removed the edge, the label was also removed automatically. Now this is no longer the case. :-( > > ---> Save our in-boxes! http://emailcharter.org <http://emailcharter.org/> <--- > > Johan Fabry - http://pleiad.cl/~jfabry <http://pleiad.cl/~jfabry> > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

March 9, 2016

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

by Johan Fabry

> On Mar 7, 2016, at 11:34, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > I've just commited RTAnchorConstraint to latest Roassal, see class-side example there. > I have been trying it, and there is a first version that works now, thanks! I even have a bug report for you â¦ before, when I removed the edge, the label was also removed automatically. Now this is no longer the case. :-( ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

March 9, 2016

Upcoming deadlines SPLASH'16 in Amsterdam: OOPSLA & Onward!

by Tijs van der Storm

/************************************************************************************/ ACM Conference on Systems, Programming, Languages, and Applications: Software for Humanity (SPLASH'16) Amsterdam, The Netherlands Sun 30th October - Fri 4th November , 2016 http://2016.splashcon.org Sponsored by ACM SIGPLAN /************************************************************************************/ # Important dates OOPSLA Papers: * Submissions due: March 23, 2016 * Author Response: May 19 - May 21, 2016 * Author Notification: June 1, 2016 * Camera Ready: August 26, 2016 Onward! Papers & Essays: * Submissions due: April 1, 2016 * First notification: May 20, 2016 * Revised papers: July 15, 2016 * Final notification: July 31, 2016 * Camera ready: August 26, 2016 # SPLASH 2016 The ACM SIGPLAN conference on Systems, Programming, Languages and Applications: Software for Humanity (SPLASH) embraces all aspects of software construction, to make it the premier conference at the intersection of programming, languages, systems, and software engineering. We invite high quality submissions describing original and unpublished work. ## OOPSLA Research Papers Papers that address any aspect of software development are welcome, including requirements, modeling, prototyping, design, implementation, generation, analysis, verification, testing, evaluation, maintenance, reuse, replacement, and retirement of software systems. Papers may address these topics in a variety of ways, including new tools (such as languages, program analyses, and runtime systems), new techniques (such as methodologies, design processes, code organization approaches, and management techniques), and new evaluations (such as formalisms and proofs, corpora analyses, user studies, and surveys). Submissions due: Wed 23 March, 2016 http://2016.splashcon.org/track/splash-2016-oopsla ## Onward! Research Papers Onward! is a premier multidisciplinary conference focused on everything to do with programming and software: including processes, methods, languages, communities, and applications. Onward! is more radical, more visionary, and more open than other conferences to ideas that are well-argued but not yet proven. We welcome different ways of thinking about, approaching, and reporting on programming language and software engineering research. Submissions due: Fri 1 April, 2016 http://2016.splashcon.org/track/onward2016/onward-2016-papers ## Onward! Essays Onward! Essays is looking for clear and compelling pieces of writing about topics important to the software community. An essay can be an exploration of a topic, its impact, or the circumstances of its creation; it can present a personal view of what is, explore a terrain, or lead the reader in an act of discovery; it can be a philosophical digression or a deep analysis. It can describe a personal journey, perhaps by which the author reached an understanding of such a topic. The subject area should be interpreted broadly and can include the relationship of software to human endeavors, or its philosophical, sociological, psychological, historical, or anthropological underpinnings. Submissions due: Fri 1 April, 2016 http://2016.splashcon.org/track/onward2016/onward2016-essays ## More information Contact: publicity(a)splashcon.org Website: http://2016.splashcon.org Location: MÃ¶venpick Hotel Amsterdam City Centre Amsterdam, The Netherlands ## Organization: SPLASH General Chair: Eelco Visser (TU Delft) OOPSLA Papers Chair: Yannis Smaragdakis (University of Athens) Onward! Papers Chair: Emerson Murphy-Hill (North Carolina State University) Onward! Essays Chair: Crista Lopes (University of California, Irvine) Artifacts Co-Chairs: Michael Hind (IBM Research) and Michael Bond (Ohio State University) Publications Chair: Alex Potanin (Victoria University of Wellington) Sponsorship Chair: Jurgen Vinju (Purdue University) Publicity and Web Co-Chairs: Tijs van der Storm (CWI) and Ron Garcia (University of British Columbia) Web Technology Chair: Eelco Visser (TU Delft) /************************************************************************************/ -- Researcher Centrum Wiskunde & Informatica (CWI) Master of Software Engineering Universiteit van Amsterdam (UvA) Dr. Tijs van der Storm @ Centrum Wiskunde & Informatica (CWI) Office: L225 | Phone: +31 (0)20 5924164 | Address: Science Park 123 P.O. Box 94079 | Postal code: 1090 GB | Amsterdam, The Netherlands

March 9, 2016