September 2014 - Pharo-dev - lists.pharo.org

Live Visual Coding environment inspired from Smalltalk and iPython

by kilon alios

its called Larch , its for python but it may be inspiration for anyone want to implement something similar for Pharo. Its also an area that interests me too. http://www.larchenvironment.com/ in interface its similar to iPython notebook but with features we are used to have in Pharo.

Sept. 21, 2014

Re: [Pharo-dev] [issue tracker] back porting 4 to 3

by Ben Coman

Sept. 21, 2014

Ephestos 0.1 released

by kilon alios

This is 0.1 the first stable release of Ephestos. This release contains the following -a socket client bridge for sending and receiving messages from Blender which acts as a socket server a sendMessage: message to send python command as string to Blender to be executed a python parser that allows the pharo syntax to be used to parse to a python command for simple things like calling instance and class method and assigning class and instance variables a getValue: message for reading python values from variables support for triggering the pharo debugger on python error support for sending multiple lines of python code in a single message, for defining python classes and much more. A video demonstration can be found here only for the new features: https://www.youtube.com/watch?v=XPGDQc5LUvE&feature=youtu.be Documentation is here , its outdated because it does not contain the new features but will update in a few days --> https://www.gitbook.io/book/kilon/ephestos With release 0.1 the core features of Ephestos have been finalised. It now can be used for full controlling Blender. The next step is to refine getting values from Blender so they are automagically converted from strings to Pharo data types. I also will start working on a customised GUI and creating an API for it, the goal is to build GUIs that heavily rely on images and custom skins with ease.

Sept. 20, 2014

Re: [Pharo-dev] proposed ThreadSafeTranscript>>ensureOpen

by Eliot Miranda

Oops you've already called it ensureOpen. Apologies. The rest of my reply stands. Eliot (phone) On Sep 20, 2014, at 8:57 AM, Ben Coman <btc(a)openInWorld.com> wrote: > I often use Transcript output in my adhoc issue-isolation scripts, and it would be nice to ensure a Transcript is open at the start of a script, but I can't current see an option besides "Transcript open" which would open too many Transcripts over time. I'd like to add to Pharo something like... > > ThreadSafeTranscript >> ensureOpen > "It seems that closed Transcript windows hang around and confuse the #detect. Garbage collecting is easier than trying to reopen a closed window. " > Smalltalk garbageCollect. ^ PluggableTextMorph allInstances > detect: [ :ptm | ptm model = self ] > ifNone: [ self open ] > > The hard coding of PluggableTextMorph matches that in ThreadSafeTranscript >> openLabel:. Thoughts anyone? > cheers -ben >

Sept. 20, 2014

Re: [Pharo-dev] proposed ThreadSafeTranscript>>ensureOpen

by Eliot Miranda

Hi Ben, first I would call it ensureOpen, implemented on the class side, looking for a SystemWindow whose model was an instance of the receiver class. Second allInstances should never be used to search when a collection to search already exists; allInstances/allObjects does not scale. It's a great facility, but like others (eg doesNotUnderstand:) it can be abused :-). So just search the morphs from World. eg it is always quicker (and scales much better) to search the class hierarchy looking for methods than doing allInstances. Also using allInstances is akin to using isKindOf: and so is destroying or depending on the absence of polymorphism. Another alternative is to search the dependents of Transcript looking for an open SystemWindow and if you don't find one or the one you find is closed, open anew. You should find code like this for opening a new Monticello browser or raising the existing one etc. this pattern happens often enough. There are recent new examples in Squeak (Chris Muller's modifications to browsing senders/implementors which raises existing windows if available instead of always creating new ones; v nice). HTHX Eliot (phone) On Sep 20, 2014, at 8:57 AM, Ben Coman <btc(a)openInWorld.com> wrote: > I often use Transcript output in my adhoc issue-isolation scripts, and it would be nice to ensure a Transcript is open at the start of a script, but I can't current see an option besides "Transcript open" which would open too many Transcripts over time. I'd like to add to Pharo something like... > > ThreadSafeTranscript >> ensureOpen > "It seems that closed Transcript windows hang around and confuse the #detect. Garbage collecting is easier than trying to reopen a closed window. " > Smalltalk garbageCollect. ^ PluggableTextMorph allInstances > detect: [ :ptm | ptm model = self ] > ifNone: [ self open ] > > The hard coding of PluggableTextMorph matches that in ThreadSafeTranscript >> openLabel:. Thoughts anyone? > cheers -ben >

Sept. 20, 2014

Re: [Pharo-dev] Visualising Network Latency

by Leonel Merino

Hi guys, Now it should work. I tested in Pharo 3 and Moose 5.0 Beta. Moose ====== I just downloaded a clean Moose 5.0 Beta and executed this: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gofer new smalltalkhubUser: 'merino' project: 'NetworkLatency'; package: 'ConfigurationOfNetworkLatency'; load. (Smalltalk at: #ConfigurationOfNetworkLatency) loadDefault -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Pharo 3 ======= 1.- Install Roassal2 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gofer new smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; package: 'ConfigurationOfRoassal2'; load. (Smalltalk at: #ConfigurationOfRoassal2) load -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2.- Install True Type Fonts https://dl.dropboxusercontent.com/u/31543901/TMP/InstallingTrueTypeFont.mov 3.- Install the Visualisation -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gofer new smalltalkhubUser: 'merino' project: 'NetworkLatency'; package: 'ConfigurationOfNetworkLatency'; load. (Smalltalk at: #ConfigurationOfNetworkLatency) loadDefault -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 4.- Open the visualisation NLVisualise new open Best regards, Leonel > El 20-09-2014, a las 14:41, Alexandre Bergel <alexandre.bergel(a)me.com> escribiÃ³: > > Let me know. I will be happy to try again > > Alexandre > >> Le 19-09-2014 Ã 8:10, Leonel Merino <merino(a)iam.unibe.ch> a Ã©crit : >> >> Thanks Alex ! >> Sure, Iâll do it. >> >> âLeonel >> >>> On 19 Sep 2014, at 16:30, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>> >>> This is excellent Leonel! >>> Iâve tried, but I could not make the visualization work. Apparently you are using a rather old version of Roassal2. I suggest you to update it to the last version of Roassal2. >>> >>> Cheers, >>> Alexandre >>> >>> >>>> On Sep 19, 2014, at 6:48 AM, Leonel Merino <merino(a)iam.unibe.ch> wrote: >>>> >>>> Hi Max, >>>> >>>> Thanks ! >>>> >>>> The input is a CSV file which contains a grid with city names and latency. >>>> Surely you can zoom-in at city level. However, the map only contains information of the cities that come in the dataset (is not Bern). >>>> >>>> Best regards, >>>> Leonel >>>> >>>>> On 19 Sep 2014, at 15:30, Max Leske <maxleske(a)gmail.com> wrote: >>>>> >>>>> Very cool. >>>>> >>>>> - Do you parse data from a file? If so, what format does that file need to be in? >>>>> - Is the map zoomable to city level (to see connections between Bern and ZÃ¼rich for instance)? >>>>> >>>>> Cheers, >>>>> Max >>>>> >>>>>> On 19.09.2014, at 15:23, Leonel Merino <merino(a)iam.unibe.ch> wrote: >>>>>> >>>>>> Hi All, >>>>>> >>>>>> I have been working on a visualisation of latency on a network. I found an interesting dataset with latency information of 140 cities around the world. >>>>>> In the visualisation I show different metrics regarding latency such as from each city which other has the best/worst latency; cities that geographically are close but have high latency; far cities that have low latency; and average latency for each city. >>>>>> >>>>>> When visualising the worst latency for each city I found that, for this network (at least), Valencia and in a minor extent Nairobi represent the worst endpoint for connections (in terms of latency). Also in the visualisation of far cities with low latency, Newmarket in Canada and Toledo in Spain concentrate the best endpoint for connections coming from Europe and North-America respectively. >>>>>> >>>>>> >>>>>> Here a couple of screenshots: >>>>>> >>>>>> <PastedGraphic-4.pdf> >>>>>> >>>>>> <PastedGraphic-5.pdf> >>>>>> >>>>>> <PastedGraphic-6.pdf> >>>>>> >>>>>> >>>>>> Here there is a screencast: >>>>>> http://www.youtube.com/watch?v=gDQnE-5yeWI >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> If you want to load the code: >>>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>>>> Gofer new smalltalkhubUser: 'merino' >>>>>> project: 'NetworkLatency'; >>>>>> package: 'ConfigurationOfNetworkLatency'; >>>>>> load. >>>>>> (ConfigurationOfNetworkLatency project version: '0.1') load. >>>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-= >>>>>> >>>>>> To execute the visualisation: >>>>>> NLVisualise new open >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> I would be glad to have your comments and suggestions. >>>>>> >>>>>> Best regards, >>>>>> >>>>>> Leonel Merino >>>>>> Research Assistant >>>>>> Software Composition Group >>>>>> Institute of Computer Science and Applied Mathematics >>>>>> University of Bern >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >

Sept. 20, 2014

proposed ThreadSafeTranscript>>ensureOpen

by Ben Coman

I often use Transcript output in my adhoc issue-isolation scripts, and it would be nice to ensure a Transcript is open at the start of a script, but I can't current see an option besides "Transcript open" which would open too many Transcripts over time. I'd like to add to Pharo something like... ThreadSafeTranscript >> ensureOpen "It seems that closed Transcript windows hang around and confuse the #detect. Garbage collecting is easier than trying to reopen a closed window. " Smalltalk garbageCollect. ^ PluggableTextMorph allInstances detect: [ :ptm | ptm model = self ] ifNone: [ self open ] The hard coding of PluggableTextMorph matches that in ThreadSafeTranscript >> openLabel:. Thoughts anyone? cheers -ben

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by Thierry Goubier

Le 20/09/2014 17:19, Ben Coman a Ã©crit : > Thierry Goubier wrote: >> Le 20/09/2014 16:46, Ben Coman a Ã©crit : >>> Thierry Goubier wrote: >>>> Le 20/09/2014 14:24, phil(a)highoctane.be a Ã©crit : >>>>> Now history of methods is indeed super nice. >>>> >>>> It is :) >>>> >>>> Thierry >>>> >>> >>> Is that just from the command line? I guess with libgit integration we >>> might get this with in-Image "versions" ? >> >> I have it in image for one or two years. On the command line, it can >> be a bit more powerful. >> >> Thierry >> >> >> > > Very cool. It would make a good vid to see it in action. In stills, it gives that (left with git, right with only the changeset). Both versions lists are called via the versions menu item on the method (left, from AltBrowser, right, from Nautilus). The git version does, to fill the list, a git log query on the method file, then it queries all the versions one by one to retrieve the source code for each. It was an attempt to show it could be done :) Dale, I believe, is able to do it on full classes. Thierry > cheers -ben > > > > >

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by Ben Coman

Thierry Goubier wrote: > Le 20/09/2014 16:46, Ben Coman a Ã©crit : >> Thierry Goubier wrote: >>> Le 20/09/2014 14:24, phil(a)highoctane.be a Ã©crit : >>>> Now history of methods is indeed super nice. >>> >>> It is :) >>> >>> Thierry >>> >> >> Is that just from the command line? I guess with libgit integration we >> might get this with in-Image "versions" ? > > I have it in image for one or two years. On the command line, it can > be a bit more powerful. > > Thierry > > > Very cool. It would make a good vid to see it in action. cheers -ben

Sept. 20, 2014

Issue Tracker Cleanup - UITheme hierarchy

by Ben Coman

There are two tickets that follow on from Pharo 3 beta bug fixing I was involved with, but I don't really know the UITheme architecture well enough to follow up further. Others seem to have got quite involved with themes and I wonder if someone might kindly be interested in following these up. Otherwise I guess I'll just close them as abandoned. https://pharo.fogbugz.com/default.asp?13118 Clean up the mess in UITheme hierarchy https://pharo.fogbugz.com/default.asp?13121 Cleanup Colors & FillStyles for UITheme & PluggableTextMorphWithLimits cheers -ben

Sept. 20, 2014