- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Pragmas - compile time versus run time

by Thierry Goubier

Le 20/09/2014 16:56, Andreas Wacknitz a Ã©crit : > > Am 20.09.2014 um 16:44 schrieb Ben Coman <btc(a)openInWorld.com>: > >> In consideration of Issue 11880, I wanted to better understand the concept of pragmas and how they are used in Pharo. >> "Pragmas" seem to be used in other languages to provide "compile time" directives, but Pharo seems search for pragmas at runtime, for example to do things like build menus. Mostly I'd consider menus fairly static (with any > Pharoâs pragmas are more like annotations (e.g. in Java). > >> dynamism statically defined). In Issue 11880 adding a few caches brings menu generation from 80ms down to 5ms - but then there is the complexity of resetting them when the code that defines them changes. >> So I wonder... can/do pragmas cause actions at compile time, like setting a class variable to nil when a method is compiled? That seems a good way to reset a cache whose builder uses that method, but maybe there are problems I > I bet you can do that. All you need is to change the compiler accordingly :D You don't have to change the compiler: just listen for MethodCreation / MethodChange / MethodRemoval system events, and do something if the method has the right pragma. I believe the global menu stuff works that way. At least there is some code doing that; it shows up when you profile a Monticello package load. Thierry

Sept. 20, 2014

Re: [Pharo-dev] Pragmas - compile time versus run time

by Andreas Wacknitz

Am 20.09.2014 um 16:44 schrieb Ben Coman <btc(a)openInWorld.com>: > In consideration of Issue 11880, I wanted to better understand the concept of pragmas and how they are used in Pharo. > "Pragmas" seem to be used in other languages to provide "compile time" directives, but Pharo seems search for pragmas at runtime, for example to do things like build menus. Mostly I'd consider menus fairly static (with any Pharoâs pragmas are more like annotations (e.g. in Java). > dynamism statically defined). In Issue 11880 adding a few caches brings menu generation from 80ms down to 5ms - but then there is the complexity of resetting them when the code that defines them changes. > So I wonder... can/do pragmas cause actions at compile time, like setting a class variable to nil when a method is compiled? That seems a good way to reset a cache whose builder uses that method, but maybe there are problems I I bet you can do that. All you need is to change the compiler accordingly :D > don't see? > > https://pharo.fogbugz.com/default.asp?11880 > > cheers -ben > > Regards Andreas

Sept. 20, 2014

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

by Thierry Goubier

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

Sept. 20, 2014