September 2015 - Pharo-users

Re: [Pharo-users] load directive

by Usman Bhatti

Tx for looking. I did: (ConfigurationOfGlamour project version: #stable) record loadDirective in Moose 5.0 (pharo3) and Moose5.1(pharo4). Here is the difference in the output. And the first (with Pharo3) is much more helpful because with a single command one can understand ALL the packages loaded. Whereas, in Pharo4, we don't get the complete tree and hence one has to see the list of the individual configurations to understand. Pharo3 linear load : linear load : 2.1 [ConfigurationOfGlamour] load : ConfigurationOfGrease atomic load : 2.1 [ConfigurationOfGlamour] load : Glamour-Announcements-tg.5 load : Glamour-Helpers-TudorGirba.25 --------long list continues-------------- linear load : 2.162 [ConfigurationOfMondrian] load : ConfigurationOfHealthReportProducer linear load : 2.162 [ConfigurationOfMondrian] load : ConfigurationOfShapeST80 atomic load : 2.162 [ConfigurationOfMondrian] linear load : 1.7 [ConfigurationOfHealthReportProducer] load : ConfigurationOfXMLSupport atomic load : 1.7 [ConfigurationOfHealthReportProducer] explicit load : XMLSupport load : ConfigurationOfXMLSupport-monty.75 load : HealthReportProducer-Ivan_Rojas.13 load : Nile-Base-DamienCassou.81 load : Mondrian-ComplexShape-AlexandreBergel.33 --------long list continues-------------- Pharo4 linear load : linear load : 3.3.0 [ConfigurationOfGlamour] load : ConfigurationOfMagritte3 atomic load : 3.3.0 [ConfigurationOfGlamour] linear load : 1.14 [ConfigurationOfRoassal2] linear load : 11 [ConfigurationOfNeoJSON] load : Neo-JSON-Tests-SvenVanCaekenberghe.29 linear load : 3.5.0 [ConfigurationOfMagritte3] load : Magritte-Pharo3-Model load : CollectionExtensions-TudorGirba.41 load : Glamour-Roassal2-Presentations-TudorGirba.38 regards. On Thu, Sep 10, 2015 at 8:53 PM, stepharo <stepharo(a)free.fr> wrote: > (ConfigurationOfStore project version: #stable) record loadDirective > > linear load : > linear load : 0.10 [ConfigurationOfStore] > linear load : 0.2 [ConfigurationOfGarage] > load : ConfigurationOfTalkFFI > linear load : 0.2 [ConfigurationOfGarage] > load : Store-StephaneDucasse.13 > >

Sept. 11, 2015

Re: [Pharo-users] Observing changes of regular attributes

by Marcus Denker

> > >> In other words, if I install the links after the package has been loaded/updated and I will not be changing the code, will I be safe? >> > > If you want to be sure, you need to implement a layer above. (I want to provide a framework for that later to be reused) > > -> Every change to code can be easily tracked by subscribing to the system notification mechanism > -> If a method changed that you are interested in â> reinstall the links. > > I wanted to avoid global subscriptions since I am not sure of the performance penalty... it seems to me like a overkill, but someone would have to benchmark it first. Because 99% of the time you are probably not working with MetaLinks. > I should build some mechanism where the notification is done somehow by the methodâ¦ it knows its links and the links could know who installed them and notify to re-install. >> maybe I should do real AST rewrites and recompile instead... or investigate if I can somehow annotate Nautilus and debugger to show the links... hmmâ¦ > > Link visualisation in the code will come, now with the new editor this is actually possible! But it will be after the whole base is stable and debugged... > But of course the âhiddenâ nature of the metalink is a tradeoffâ¦ rewriting code in a more visible way can be better depending on the situation. > > Well since I want to play with metalinks some more I created a simple Nautilus plugin that can show MetaLinks associated with a method... > <2015-09-10_22:32:50.png> > â > But I don't know how useful it would be for real metalink usage... maybe I can publish it somewhere... > yes, this is a nice start to experiment! Marcus

Sept. 11, 2015

Re: [Pharo-users] Having a look at Git+Pharo

by Thierry Goubier

Le 11/09/2015 06:56, Damien Cassou a Ã©crit : > > Thierry Goubier <thierry.goubier(a)gmail.com> writes: > >> 2015-09-09 16:29 GMT+02:00 Damien Cassou <damien.cassou(a)inria.fr>: >> >>> >>> something else I forgot: >>> >>> - what happens if a Metacello description loads a project hosted in git >>> but I still want to be able to hack on this dependency. So, this >>> dependency should not be read-only for me >>> >> >> Can you give an example? > > > For example, Cocoon is a framework to facilitate handling of user > configuration files. We created Cocoon by extracting code from Pillar > and Pillar is still the only user of Cocoon. This means we evolve Pillar > and Cocoon in parallel. The configuration of Pillar requires Cocoon. As > far as I understand, there are 2-ways to describe this dependency if > Cocoon is hosted on github: > > 1. Pillar depends on a read-only version of the Cocoon source code and > Metacello will download a zip archive from github. That's nice for all > users of Pillar but not for Pillar developers who would prefer a > read-write solution ; > > 2. Pillar depends on a read-write clone of the github repository. That's > nice for Pillar developers but not for Pillar users. Easy: stable version of pillar has github:// reference to Cocoon baseline. Development version of pillar has gitfiletree:// reference to Cocoon baseline. Variant: ConfigurationOfPillar in catalog browser has github:// reference to Cocoon. Developpers of pillar write (Metacello baseline: 'pillar'; repository: 'gitfiletree://' ...) with a Pillar baseline referencing gitfiletree for Cocoon. Thierry

Sept. 11, 2015

Re: [Pharo-users] Having a look at Git+Pharo

by Damien Cassou

Thierry Goubier <thierry.goubier(a)gmail.com> writes: > 2015-09-09 16:29 GMT+02:00 Damien Cassou <damien.cassou(a)inria.fr>: > >> >> something else I forgot: >> >> - what happens if a Metacello description loads a project hosted in git >> but I still want to be able to hack on this dependency. So, this >> dependency should not be read-only for me >> > > Can you give an example? For example, Cocoon is a framework to facilitate handling of user configuration files. We created Cocoon by extracting code from Pillar and Pillar is still the only user of Cocoon. This means we evolve Pillar and Cocoon in parallel. The configuration of Pillar requires Cocoon. As far as I understand, there are 2-ways to describe this dependency if Cocoon is hosted on github: 1. Pillar depends on a read-only version of the Cocoon source code and Metacello will download a zip archive from github. That's nice for all users of Pillar but not for Pillar developers who would prefer a read-write solution ; 2. Pillar depends on a read-write clone of the github repository. That's nice for Pillar developers but not for Pillar users. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 11, 2015

Re: [Pharo-users] Having a look at Git+Pharo

by Thierry Goubier

Le 11/09/2015 01:52, Alexandre Bergel a Ã©crit : > Hi! > > I am confused. What is said on https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > is different than what I can read on https://github.com/ThierryGoubier/GitFileTree-MergeDriver In what way? The GitAndPharo chapter is a bit out of date and incomplete > Do I need to modify .gitattributes and .gitconfig? Just the .gitattributes. The .gitconfig stuff will be taken care of when the merge driver is installed. Thierry > > Alexandre > >> On Sep 9, 2015, at 11:04 AM, Damien Cassou <Damien.Cassou(a)inria.fr> wrote: >> >> Hi, >> >> today I wanted to have a look at how git integrates with Pharo. This is >> what I found (mostly done by Thierry Goubier, thank you very much) and >> what I didn't find: >> >> - there is some documentation here: >> https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… >> But this is largely unfinished material. I contributed by adding a few >> things here and there but not much. If you have some experience, >> please share it there >> (https://github.com/SquareBracketAssociates/PharoInProgress) Missing >> things include: >> >> - a discussion about which process to follow in which conditions >> (should I use GitFileTree or FileTree?) >> >> - a discussion about moving a smalltalkhub repository to git while >> preserving history >> >> - a discussion on how to write Metacello configurations for a project >> on git and for a project which depends on a project on git. >> >> - there is a nice git merge driver >> (https://github.com/ThierryGoubier/GitFileTree-MergeDriver) It seems >> to work fine. I sent 3 minor pull requests. >> >> - a list of tools missing before everyone uses git. For example: >> >> - A tool to resolve merge conflicts in Pharo. We should reuse the diff >> widget we have. >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." --Winston Churchill >> >

Sept. 11, 2015

Re: [Pharo-users] Spec: Where to find an example using a TreeModel

by Peter UhnÃ¡k

Hi, are you looking for something in particular? Because in TreeModel class-side there are four examples ready to go. [*] Peter, the problem about running out of space while loading icons with > IconFactory was solved if I don't use cache. Still is strange because icons > are small and few in my test, but this approach worked. > Would you mind sharing the icons somewhere please? (Or just send a zip with the icons.) Because this is a problem that should be resolved. Peter

Sept. 11, 2015

Spec: Where to find an example using a TreeModel

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm following Johan's advice and I'm trying to reimplement the interface for grafoscopio using Spec and Spec-Glamour. So far, I'm just getting a feeling of Spec by trying to define layouts, new icons[*], and tool bars (see some test at [1]). Now the time to put real data is coming, so I would like to explore some code which uses newTree or TreeModel to build a GUI in Spec. Spec doc use lists, but I would like something closer to trees, with proper population of nodes and children. Any pointers to where is a good example to start will be appreciated. [1] https://twitter.com/offrayLC/status/641971231470841856 Cheers, Offray [*] Peter, the problem about running out of space while loading icons with IconFactory was solved if I don't use cache. Still is strange because icons are small and few in my test, but this approach worked.

Sept. 11, 2015

Re: [Pharo-users] Having a look at Git+Pharo

by Alexandre Bergel

Hi! I am confused. What is said on https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… is different than what I can read on https://github.com/ThierryGoubier/GitFileTree-MergeDriver Do I need to modify .gitattributes and .gitconfig? Alexandre > On Sep 9, 2015, at 11:04 AM, Damien Cassou <Damien.Cassou(a)inria.fr> wrote: > > Hi, > > today I wanted to have a look at how git integrates with Pharo. This is > what I found (mostly done by Thierry Goubier, thank you very much) and > what I didn't find: > > - there is some documentation here: > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > But this is largely unfinished material. I contributed by adding a few > things here and there but not much. If you have some experience, > please share it there > (https://github.com/SquareBracketAssociates/PharoInProgress) Missing > things include: > > - a discussion about which process to follow in which conditions > (should I use GitFileTree or FileTree?) > > - a discussion about moving a smalltalkhub repository to git while > preserving history > > - a discussion on how to write Metacello configurations for a project > on git and for a project which depends on a project on git. > > - there is a nice git merge driver > (https://github.com/ThierryGoubier/GitFileTree-MergeDriver) It seems > to work fine. I sent 3 minor pull requests. > > - a list of tools missing before everyone uses git. For example: > > - A tool to resolve merge conflicts in Pharo. We should reuse the diff > widget we have. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 10, 2015

Re: [Pharo-users] Adding custom context to a debugger

by Tudor Girba

What do you mean by custom context? In GTDebugger you should be able to customize anything you want. Doru On Thu, Sep 10, 2015 at 11:00 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > And also for GTDebugger, although that has most likely very different > internals. > > > â > > On Thu, Sep 10, 2015 at 10:31 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Hi, >> >> is it possible to add custom context to a debugger? >> >> >> â >> I would like to add a reference to the highlighted area. >> >> I am assuming that since SpecDebugger doesn't provide plugin support I >> would have to modify the source code? >> >> Thanks, >> Peter >> > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 10, 2015

Re: [Pharo-users] Adding custom context to a debugger

by Peter UhnÃ¡k

And also for GTDebugger, although that has most likely very different internals. â On Thu, Sep 10, 2015 at 10:31 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > is it possible to add custom context to a debugger? > > > â > I would like to add a reference to the highlighted area. > > I am assuming that since SpecDebugger doesn't provide plugin support I > would have to modify the source code? > > Thanks, > Peter >

Sept. 10, 2015