December 2014 - Pharo-users

Re: [Pharo-users] Roassal HTML exporter

by Thierry Goubier

Le 12/12/2014 18:44, Alexandre Bergel a Ã©crit : > First, I need to incorporate your OpenStreetMap bidding into Roassal. > This is on my todo list and I will work on this. This is highly > important for Roassal. Regarding this integration, I have no idea about how RTOSM would work with layouts... But I'd really like it to. Maybe we can talk a bit about it. I'm not very good with the layout engine in Roassal (otherwise I'll have fixed a few things with the sugiyama layout ;)) > Second, I have the impression that we will need a kind of JavaScript > template for this OSM integration. We will have a look at this. If we keep the ability to zoom in and out, I'd say yes. Thierry > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Dec 12, 2014, at 12:38 PM, Thierry Goubier >> <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: >> >> Hi Alexandre, >> >> this is great. There is a bit of javascript magic going in there, >> isn't it? >> >> (<script type="text/javascript" src="RODraggingAndUtil.js"></script>) >> >> When adding some specific support such as the OpenStreetMap data, >> there is a bit of work to do to extend it? Or would it consider it as >> a bitmap? >> >> Thanks, >> >> Thierry >> >> >> 2014-12-12 0:20 GMT+01:00 Alexandre Bergel <alexandre.bergel(a)me.com >> <mailto:alexandre.bergel@me.com>>: >> >> Hi! >> >> We have worked very hard on a Roassal exporter for the Web. >> >> Milton has produced the class RTHTML5Exporter, which may be simply >> invoked as: RTHTML5Exporter new export: aRoassalView. >> >> Check this out: >> https://dl.dropboxusercontent.com/u/31543901/RoassalHTML/index.html >> >> Try moving the mouse above the circle or dots in the curve. >> >> The html file you see from your web browser is the result of >> do-iting the following expression: >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> | c b c2 | >> c := RTComposer new. >> >> "======" >> b := RTGraphBuilder new. >> b view: c view. >> b edges >> connectFrom: #superclass; >> useInLayout. >> >> b edges >> if: [ :fromClass :toClass | toClass name beginsWith: 'TR' ]; >> connectTo: #dependentClasses; >> color: (Color blue alpha: 0.3). >> >> >> b nodes >> if: [ :cls | cls name beginsWith: 'RT' ]; >> color: Color blue. >> b nodes >> color: Color red. >> b layout cluster. >> >> b global >> normalizeSize: #numberOfMethods min: 5 max: 40 using: #sqrt; >> alphaColor: 0.4. >> >> b addAll: TRShape withAllSubclasses, RTShape withAllSubclasses. >> >> b build. >> c group. >> >> "======" >> c2 := RTCharterBuilder new. >> c2 view: c view. >> >> c2 interaction popup. >> c2 extent: 300 @ 200. >> c2 points: (RTShape withAllSubclasses sortedAs: #numberOfMethods). >> c2 connectDotColor: Color blue. >> >> c2 points: (TRShape withAllSubclasses sortedAs: #numberOfMethods). >> c2 stackX. >> c2 allY: #numberOfMethods. >> c2 connectDotColor: Color red. >> >> c2 axisX. >> c2 axisY. >> c2 build. >> c group. >> "======" >> >> c layout: RTVerticalLineLayout new. >> c propagateHighlightToAll. >> "======" >> >> legend := RTLegendBuilder new. >> legend view: c view. >> legend addText: 'This is a demonsration of a combination of builders'. >> legend addText: 'The above visualization shows the dependencies >> between Roassal and Trachel shapes.'. >> legend addText: 'Curves indicate the distribution of the number of >> methods'. >> legend build. >> "======" >> >> RTHTML5Exporter new export: c view. >> c view >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >

Dec. 13, 2014

Re: [Pharo-users] Extending GTSpotter

by Edward Povazan

Doruâs blog has some neat things. One led me to the following: Inspect: KMRepository default. With GTools installed, you can see all the shortcuts nicely formatted. I finally found a âscope selectionâ (Cmd+Sh+P) which makes me a very happy user (itâs my primary selection method in IntelliJ/AppCode). -Ed On Dec 11, 2014, at 8:59 AM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > A big +1 on Damienâs comment. Discoverability of useful things is too low. For example, I did not know about Shift-enter for searching until somebody showed it to me inadvertently when he was demoing something else :-/ > > That being said, I donât have a good solution to the problem either :-( Maybe have the standard image have a second workspace open that lists useful tools and their shortcuts? Plus put new tools and their shortcuts prominent in the release notes for each new release? (cause us old timers donât look at those workspaces anymore ;-) ). > >> On Dec 11, 2014, at 13:25, Damien Pollet <damien.pollet+pharo(a)gmail.com> wrote: >> >>> Cmd+Enter: âPackage' >> >> Doru, your blog post does not mention this piece of information: how >> to invoke GTSpotter >> It does not seem to be mentioned in your announcement email either; I >> found it here after going through threads talking about GTSpotter. >> >> Nobody else asked for it, so I'm guessing it was well-known before and >> I'm the only one who failed to get addicted to whatever the shortcut >> was doing before? How do we make discoverable affordances for such >> behaviors in the image? >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > >

Dec. 13, 2014

Re: [Pharo-users] how do you use scripts?

by Benoit St-Jean

Is there any reason why this project is not public on SS3 ? Â ----------------- Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) From: Alain Busser <alain.busser(a)gmail.com> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Sent: Friday, December 12, 2014 10:56 AM Subject: Re: [Pharo-users] how do you use scripts? For me, a script is an example for MathsOntologie, which is what I want to run when copied in the Workspace then Alt-D-ed. I distribute them with MathsOntologie and they are not versioned.Â I have ont script per file, all the scripts are grouped in an "exeamples" folder on disk, but I can not always open them because of utf-8 characters which are not correctly imported. Every file has a name recalling the script. I don't use "example" objects because I never thought about it (so, thanks for the idea). But if I knew how to incorporate MathsOntologie inside DrGeo I would use Hilaire's way of storing the examples of course... Alain On Fri, Dec 12, 2014 at 3:14 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: Hi, As input for designing new features that better support scripting in Pharo, we would benefit from a bit more input around the role scripts play in your development life.Â To this end, I would like to invite you to share your scripting experience. Here are some questions to start from, but feel free to diverge: - What kind of actions do you put in scripts? - Do you rely on script files stored on the disk at all? - Where do you store your scripts (in one folder, in many folders)? - Do you version your scripts? - Do you store them in separate files with dedicated names, or tend to put multiple snippets in one larger file? - Do you rely on the names of the scripts? - Why do you use a script file and not a class? Cheers,Doru -- www.tudorgirba.com "Every thing has its own flow"

Dec. 12, 2014

Re: [Pharo-users] [Pharo-dev] how do you use scripts?

by Eliot Miranda

Hi Tudor, On Fri, Dec 12, 2014 at 3:14 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > As input for designing new features that better support scripting in > Pharo, we would benefit from a bit more input around the role scripts play > in your development life. > > To this end, I would like to invite you to share your scripting > experience. Here are some questions to start from, but feel free to diverge: > > - What kind of actions do you put in scripts? > Actions that build and/o bootstrap systems. These are typically of two different kinds: - shell scripts to launch images invoked with Smalltalk scripts - Smalltalk scripts - Do you rely on script files stored on the disk at all? > Yes. - Where do you store your scripts (in one folder, in many folders)? > Typically each project that uses one or more scripts has those scripts in the main directory or a scripts subdirectory of that project's main directory. - Do you version your scripts? > The version control system for the project does that. - Do you store them in separate files with dedicated names, or tend to put > multiple snippets in one larger file? > Definitely lots of small scripts with separate names. Some times they call each other. - Do you rely on the names of the scripts? > Yes. They typically indicate what the script does, e.g. buildspurtrunkimage.sh which in turn uses UpdateSqueakTrunkImage.st BuildSpurTrunkImage.st & LoadSpurPackages.st > - Why do you use a script file and not a class? > Ah, sometimes the script file contains a class. For example, the Newspeak bootstrap. But that class is eliminated before the image is finally saved. The choice as to whether to use a class or not depends on the complexity of the task, the usefulness of breaking things into methods etc. Sometimes the script contains many lines, sometimes it's jut way too simple for a class, e.g. BuildSqueakTrunkVMMakerImage.st: "Change the update stream to trunk, update, then build as per 4.5" [MCMcmUpdater defaultUpdateURL: 'http://source.squeak.org/trunk'; updateFromServer] valueSupplyingAnswer: true. "don't use fileIn; it causes an error when the saved image is started" Compiler evaluate: (FileStream oldFileNamed: 'BuildSqueak45VMMakerImage.st') contentsOfEntireFile The advantage that a non-class single doit script has over a class is that the former is much easier to edit with any text editor. For a class one really needs the IDE, and for some tasks one wants to edit outside of the IDE. If you want to look at some examples of scripts I use see - the shell scripts named foo.sh and the Smalltalk scripts named Foo.st, which together build Spur, in http://www.squeakvm.org/svn/squeak/branches/Cog/image - the shell scripts named foo.sh and the Smalltalk scripts named Foo.st, which together build Newspeak, in https://bitbucket.org/newspeaklanguage/nsboot_bleeding_edge/src Cheers, > Doru > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- HTH, Eliot

Dec. 12, 2014

About Pharo books

by stepharo

Hi guys I spent a couple of days cleaning PharoForTheEntreprise. So do not stress if you chapters are not where they were used to be :). Here is what I did now there are three stages for Chapters: - Limbo (some notes) - WorkInProgress - ReadyForReviews At the end of this flow we are thinking about the following books: - Entreprise Pharo: a Web Perspective (Zinc, Neo.....) - Spec We decided to write a separate little book - Pharo: The Hidden Parts The ideas is to have many little chapters on not common aspects Stef PS: currently doing a pass on Smacc

Dec. 12, 2014

Re: [Pharo-users] Morphic and Polymorph benchmarks

by stepharo

Alain did some benchmarks (have a look at Bloc examples). One example was 10000 morph in a layout to compare between bloc and morphic. Stef Le 12/12/14 20:30, Juan Pablo Sandoval a Ã©crit : > Hi, > > I am trying to do some performance analysis over Morphic and Polymorph. > > - Are there some interesting benchmarks for Morphic and Polymorph? > > Thanks, > Juampi > > > > -- > View this message in context: http://forum.world.st/Morphic-and-Polymorph-benchmarks-tp4795787.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Dec. 12, 2014

Morphic and Polymorph benchmarks

by Juan Pablo Sandoval

Hi, I am trying to do some performance analysis over Morphic and Polymorph. - Are there some interesting benchmarks for Morphic and Polymorph? Thanks, Juampi -- View this message in context: http://forum.world.st/Morphic-and-Polymorph-benchmarks-tp4795787.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 12, 2014

Re: [Pharo-users] Roassal HTML exporter

by Esteban A. Maringolo

Excellent! El Fri Dec 12 2014 at 2:45:03 PM, Alexandre Bergel <alexandre.bergel(a)me.com> escribiÃ³: > First, I need to incorporate your OpenStreetMap bidding into Roassal. This > is on my todo list and I will work on this. This is highly important for > Roassal. > > Second, I have the impression that we will need a kind of JavaScript > template for this OSM integration. We will have a look at this. > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Dec 12, 2014, at 12:38 PM, Thierry Goubier <thierry.goubier(a)gmail.com> > wrote: > > Hi Alexandre, > > this is great. There is a bit of javascript magic going in there, isn't it? > > (<script type="text/javascript" src="RODraggingAndUtil.js"></script>) > > When adding some specific support such as the OpenStreetMap data, there is > a bit of work to do to extend it? Or would it consider it as a bitmap? > > Thanks, > > Thierry > > > 2014-12-12 0:20 GMT+01:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > >> Hi! >> >> We have worked very hard on a Roassal exporter for the Web. >> >> Milton has produced the class RTHTML5Exporter, which may be simply >> invoked as: RTHTML5Exporter new export: aRoassalView. >> >> Check this out: >> https://dl.dropboxusercontent.com/u/31543901/RoassalHTML/index.html >> >> Try moving the mouse above the circle or dots in the curve. >> >> The html file you see from your web browser is the result of do-iting the >> following expression: >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> | c b c2 | >> c := RTComposer new. >> >> "======" >> b := RTGraphBuilder new. >> b view: c view. >> b edges >> connectFrom: #superclass; >> useInLayout. >> >> b edges >> if: [ :fromClass :toClass | toClass name beginsWith: 'TR' ]; >> connectTo: #dependentClasses; >> color: (Color blue alpha: 0.3). >> >> >> b nodes >> if: [ :cls | cls name beginsWith: 'RT' ]; >> color: Color blue. >> b nodes >> color: Color red. >> b layout cluster. >> >> b global >> normalizeSize: #numberOfMethods min: 5 max: 40 using: #sqrt; >> alphaColor: 0.4. >> >> b addAll: TRShape withAllSubclasses, RTShape withAllSubclasses. >> >> b build. >> c group. >> >> "======" >> c2 := RTCharterBuilder new. >> c2 view: c view. >> >> c2 interaction popup. >> c2 extent: 300 @ 200. >> c2 points: (RTShape withAllSubclasses sortedAs: #numberOfMethods). >> c2 connectDotColor: Color blue. >> >> c2 points: (TRShape withAllSubclasses sortedAs: #numberOfMethods). >> c2 stackX. >> c2 allY: #numberOfMethods. >> c2 connectDotColor: Color red. >> >> c2 axisX. >> c2 axisY. >> c2 build. >> c group. >> "======" >> >> c layout: RTVerticalLineLayout new. >> c propagateHighlightToAll. >> "======" >> >> legend := RTLegendBuilder new. >> legend view: c view. >> legend addText: 'This is a demonsration of a combination of builders'. >> legend addText: 'The above visualization shows the dependencies between >> Roassal and Trachel shapes.'. >> legend addText: 'Curves indicate the distribution of the number of >> methods'. >> legend build. >> "======" >> >> RTHTML5Exporter new export: c view. >> c view >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > >

Dec. 12, 2014

Re: [Pharo-users] Roassal HTML exporter

by Alexandre Bergel

First, I need to incorporate your OpenStreetMap bidding into Roassal. This is on my todo list and I will work on this. This is highly important for Roassal. Second, I have the impression that we will need a kind of JavaScript template for this OSM integration. We will have a look at this. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Dec 12, 2014, at 12:38 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Hi Alexandre, > > this is great. There is a bit of javascript magic going in there, isn't it? > > (<script type="text/javascript" src="RODraggingAndUtil.js"></script>) > > When adding some specific support such as the OpenStreetMap data, there is a bit of work to do to extend it? Or would it consider it as a bitmap? > > Thanks, > > Thierry > > > 2014-12-12 0:20 GMT+01:00 Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>: > Hi! > > We have worked very hard on a Roassal exporter for the Web. > > Milton has produced the class RTHTML5Exporter, which may be simply invoked as: RTHTML5Exporter new export: aRoassalView. > > Check this out: > https://dl.dropboxusercontent.com/u/31543901/RoassalHTML/index.html <https://dl.dropboxusercontent.com/u/31543901/RoassalHTML/index.html> > > Try moving the mouse above the circle or dots in the curve. > > The html file you see from your web browser is the result of do-iting the following expression: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > | c b c2 | > c := RTComposer new. > > "======" > b := RTGraphBuilder new. > b view: c view. > b edges > connectFrom: #superclass; > useInLayout. > > b edges > if: [ :fromClass :toClass | toClass name beginsWith: 'TR' ]; > connectTo: #dependentClasses; > color: (Color blue alpha: 0.3). > > > b nodes > if: [ :cls | cls name beginsWith: 'RT' ]; > color: Color blue. > b nodes > color: Color red. > b layout cluster. > > b global > normalizeSize: #numberOfMethods min: 5 max: 40 using: #sqrt; > alphaColor: 0.4. > > b addAll: TRShape withAllSubclasses, RTShape withAllSubclasses. > > b build. > c group. > > "======" > c2 := RTCharterBuilder new. > c2 view: c view. > > c2 interaction popup. > c2 extent: 300 @ 200. > c2 points: (RTShape withAllSubclasses sortedAs: #numberOfMethods). > c2 connectDotColor: Color blue. > > c2 points: (TRShape withAllSubclasses sortedAs: #numberOfMethods). > c2 stackX. > c2 allY: #numberOfMethods. > c2 connectDotColor: Color red. > > c2 axisX. > c2 axisY. > c2 build. > c group. > "======" > > c layout: RTVerticalLineLayout new. > c propagateHighlightToAll. > "======" > > legend := RTLegendBuilder new. > legend view: c view. > legend addText: 'This is a demonsration of a combination of builders'. > legend addText: 'The above visualization shows the dependencies between Roassal and Trachel shapes.'. > legend addText: 'Curves indicate the distribution of the number of methods'. > legend build. > "======" > > RTHTML5Exporter new export: c view. > c view > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Dec. 12, 2014

Re: [Pharo-users] how do you use scripts?

by Thierry Goubier

Le 12/12/2014 12:14, Tudor Girba a Ã©crit : > Hi, > > As input for designing new features that better support scripting in > Pharo, we would benefit from a bit more input around the role scripts > play in your development life. Really not much. > To this end, I would like to invite you to share your scripting > experience. Here are some questions to start from, but feel free to diverge: > > - What kind of actions do you put in scripts? Short, tentative, draft experiments (i.e. tentative unit tests). > - Do you rely on script files stored on the disk at all? No. > - Where do you store your scripts (in one folder, in many folders)? NA > - Do you version your scripts? No. > - Do you store them in separate files with dedicated names, or tend to > put multiple snippets in one larger file? NA. > - Do you rely on the names of the scripts? No. > - Why do you use a script file and not a class? As soon as the code is more than a tentative draft, I move it to a class. If I ask scripting like tasks to students, I ask them to do it in a class, not as a set of scripts ;) Unless you count Makefiles as scripting... In which case they happen outside the Pharo world. All in all, I would hate having to explain (to students or co-workers?) intricaties of scripts files saved to disk, versionned in a different way than the rest of the code, with different menus and code search uses. I also very regularly erase and rebuilt my pharo repositories, so anything not saved in a Monticello repository is lost. Thierry

Dec. 12, 2014