February 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Order/priority of StartupAction

by Roberto Minelli

Indeed I have a configuration, that is the only thing that my startup script does in fact. However I know that people prefer automatic stuffs (i.e., put the script once in the folder and forget about it). Concerning the configuration browser, I have no idea how to put my configuration in it. Roby > On 09 Feb 2015, at 16:41, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 09 Feb 2015, at 16:37, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: >> >> Hi Sean, >> >> On the one side, I see (and agreed) what you said. But suppose you want to provide users with a script that loads your package and you want for them minimal effort, i.e., copy the script file in the correct folder on their PC. Then you cannot really use your approach. > > Robert, > > What is wrong with a simple configuration that users can load with one-click using the configuration browser ? It can't get much simpler than that, IMHO, and you can do everything you want (post load actions, ..). > > Sven > >> However, thanks for sharing your automagic way of initializing your image ;) >> >> Cheers, >> R >> >> >>> On 09 Feb 2015, at 15:50, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>> >>> Roberto Minelli-3 wrote >>>> Is there any way to specify an order or priority of StartupAction? >>> >>> The startup action framework is an awesome tool to set up one's images >>> automagically. And... working with script files sucks! >>> >>> I use a minimal script to load a Metacello project with my actual startup >>> logic. It never changes, so instead of hand-editing scripts, I do all that >>> work in the image with the full power of the environment. This is the whole >>> script: >>> >>> StartupLoader default executeAtomicItems: { >>> StartupAction name: 'Load DeNigrisPreferences' code: [ >>> Gofer it >>> url: 'http://smalltalkhub.com/mc/SeanDeNigris/DeNigrisPreferences/main'; >>> package: 'DeNigrisPreferences-Core'; >>> load. >>> ] runOnce: true. >>> }. >>> >>> The code is public. While it's fairly specific to my workflow, it may serve >>> as inspiration. The trickiest part was that the code couldn't depend on >>> Metacello (I don't remember why. This may have been when not all platforms >>> had Metacello pre-installed. Actually, I think I'll try using Metacello >>> now!). >>> >>> HTH. >>> >>> >>> >>> ----- >>> Cheers, >>> Sean >>> -- >>> View this message in context: http://forum.world.st/Order-priority-of-StartupAction-tp4804596p4804645.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >>> >> >> > >

Feb. 9, 2015

Re: [Pharo-dev] Order/priority of StartupAction

by Sven Van Caekenberghe

> On 09 Feb 2015, at 16:37, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: > > Hi Sean, > > On the one side, I see (and agreed) what you said. But suppose you want to provide users with a script that loads your package and you want for them minimal effort, i.e., copy the script file in the correct folder on their PC. Then you cannot really use your approach. Robert, What is wrong with a simple configuration that users can load with one-click using the configuration browser ? It can't get much simpler than that, IMHO, and you can do everything you want (post load actions, ..). Sven > However, thanks for sharing your automagic way of initializing your image ;) > > Cheers, > R > > >> On 09 Feb 2015, at 15:50, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> Roberto Minelli-3 wrote >>> Is there any way to specify an order or priority of StartupAction? >> >> The startup action framework is an awesome tool to set up one's images >> automagically. And... working with script files sucks! >> >> I use a minimal script to load a Metacello project with my actual startup >> logic. It never changes, so instead of hand-editing scripts, I do all that >> work in the image with the full power of the environment. This is the whole >> script: >> >> StartupLoader default executeAtomicItems: { >> StartupAction name: 'Load DeNigrisPreferences' code: [ >> Gofer it >> url: 'http://smalltalkhub.com/mc/SeanDeNigris/DeNigrisPreferences/main'; >> package: 'DeNigrisPreferences-Core'; >> load. >> ] runOnce: true. >> }. >> >> The code is public. While it's fairly specific to my workflow, it may serve >> as inspiration. The trickiest part was that the code couldn't depend on >> Metacello (I don't remember why. This may have been when not all platforms >> had Metacello pre-installed. Actually, I think I'll try using Metacello >> now!). >> >> HTH. >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/Order-priority-of-StartupAction-tp4804596p4804645.html >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> > >

Feb. 9, 2015

Re: [Pharo-dev] Order/priority of StartupAction

by Roberto Minelli

Hi Sean, On the one side, I see (and agreed) what you said. But suppose you want to provide users with a script that loads your package and you want for them minimal effort, i.e., copy the script file in the correct folder on their PC. Then you cannot really use your approach. However, thanks for sharing your automagic way of initializing your image ;) Cheers, R > On 09 Feb 2015, at 15:50, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Roberto Minelli-3 wrote >> Is there any way to specify an order or priority of StartupAction? > > The startup action framework is an awesome tool to set up one's images > automagically. And... working with script files sucks! > > I use a minimal script to load a Metacello project with my actual startup > logic. It never changes, so instead of hand-editing scripts, I do all that > work in the image with the full power of the environment. This is the whole > script: > > StartupLoader default executeAtomicItems: { > StartupAction name: 'Load DeNigrisPreferences' code: [ > Gofer it > url: 'http://smalltalkhub.com/mc/SeanDeNigris/DeNigrisPreferences/main'; > package: 'DeNigrisPreferences-Core'; > load. > ] runOnce: true. > }. > > The code is public. While it's fairly specific to my workflow, it may serve > as inspiration. The trickiest part was that the code couldn't depend on > Metacello (I don't remember why. This may have been when not all platforms > had Metacello pre-installed. Actually, I think I'll try using Metacello > now!). > > HTH. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Order-priority-of-StartupAction-tp4804596p4804645.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Feb. 9, 2015

Re: [Pharo-dev] Metacello + Filetree

by Sebastian Tleye

Thanks Thierry and Dale, I created the ConfigurationClass from scratch and this time it worked, apparently there were something wrong. Thanks a lot :) 2015-02-07 20:42 GMT+01:00 Dale Henrichs <dale.henrichs(a)gemtalksystems.com>: > The best way to resolve configuration errors is to run the validator: > > (MetacelloToolBox validateConfiguration: <configurationClass>) inspect. > > The class comment of MetacelloMCVersionValidator has information about the > various reason codes and between the two you should be able to figure out > how to repair the configuration. > > Let me know if you need additional help interpreting the validation report. > > Dale > > > On 2/7/15 11:29 AM, Thierry Goubier wrote: > > Hi Sebastian, > > It seems that something is amiss in the configuration. You are using a > baseline in the configuration? Are you using #common, #pharoX.x tags? I am > also a bit lost with some of Metacello errors, and it is usually just a > typo in one of the tags, or trying to use two baselines, etc... > > Thierry > > 2015-02-06 14:40 GMT+01:00 Sebastian Tleye <sebastian.tleye(a)gmail.com>: > >> Hi Thierry, >> >> I still have the same problem, I managed to install and configure >> GitFiletree, I can add a remote git repository, load packages from it, etc. >> Also, I created a new stable version with the versioner. If I open the >> repository with Monticello I can see the history of the the packages, not >> only the last one. >> However, It's still throwing the same error, it cannot resolve the name >> of the package that it needs. >> >> (By the way, the development version can be still loaded correctly) >> >> Any Idea of what can it be? >> I am not an expert in Metacello, so maybe is a problem with the >> Configuration file (in the baseline I tried both, reference to the remote >> git repository and to the local gitfiletree repository) >> >> >> 2015-02-05 13:38 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >> >>> >>> >>> 2015-02-05 13:26 GMT+01:00 Sebastian Tleye <sebastian.tleye(a)gmail.com>: >>> >>>> Ok, great, I'll try GitFileTree, we are using the standard port. >>>> >>> >>> Please ask if you need any help. Criticism on the lack of >>> documentation and missing features accepted :) >>> >>> Thierry >>> >>> >>>> >>>> Thanks! >>>> >>>> 2015-02-05 12:53 GMT+01:00 Serge Stinckwich <serge.stinckwich(a)gmail.com >>>> >: >>>> >>>>> Why not launching a kickstarter thing to have someone (you !) paid >>>>> to have a clean integration of git/pharo with documentation ? I guess >>>>> people, companies and associations like ESUG can give money for that. >>>>> >>>>> >>>>> Sent from my iPhone >>>>> >>>>> On 5 fÃ©vr. 2015, at 12:38, Thierry Goubier <thierry.goubier(a)gmail.com> >>>>> wrote: >>>>> >>>>> >>>>> >>>>> 2015-02-05 11:27 GMT+01:00 Sebastian Tleye <sebastian.tleye(a)gmail.com> >>>>> : >>>>> >>>>>> Thanks Yuriy and Thierry, >>>>>> >>>>>> I see what I can do, I was using Bitbucket until some time ago but >>>>>> now we moved our project to a private git server! >>>>>> >>>>> >>>>> If you are on a private server, then GitFileTree will work (except >>>>> if the git server is on a non-standard port: I will add support for that in >>>>> the near future). >>>>> >>>>> Look for baselines and branches support to make your life (and your >>>>> configurations) simpler. >>>>> >>>>> As I said during PharoDays: we now have a good chunk of the >>>>> necessary infrastructure and we (the Pharo community) can develop >>>>> additional support if needed. Asking (funding) the consortium for that >>>>> could be a real cool way of contributing :) >>>>> >>>>> Thierry >>>>> >>>>> >>>>>> >>>>>> 2015-02-05 11:13 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com >>>>>> >: >>>>>> >>>>>>> Hi Sebastian, >>>>>>> >>>>>>> filetree only gives you access to the latest version of your >>>>>>> packages, and you can't access the history without access to the underlying >>>>>>> version control system you are using. >>>>>>> >>>>>>> This access for Metacello is available in two ways: via Metacello >>>>>>> github:// and bitbucket:// urls and tags or branches (but you need to be >>>>>>> using either github or bitbucket), or via GitFileTree if you are using git. >>>>>>> >>>>>>> Thierry >>>>>>> >>>>>>> 2015-02-05 11:03 GMT+01:00 Sebastian Tleye < >>>>>>> sebastian.tleye(a)gmail.com>: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I am using a filetree repository for my project, also I have >>>>>>>> created a first stable version using the versioner tool. >>>>>>>> Everything was working fine until I commited more changes, now when >>>>>>>> I want to install the stable version is throwing an error saying that >>>>>>>> cannot resolve the package that it needs, however if I load the development >>>>>>>> version it works perfectly. >>>>>>>> >>>>>>>> To clarify a little, >>>>>>>> >>>>>>>> The development version tries to load >>>>>>>> Phadeo-ImporterExporters-SebastianTleye.12 and it works perfectly. The >>>>>>>> stable version tries to load Phadeo-ImporterExporters-SebastianTleye.10 and >>>>>>>> it throws an error saying that it cannot be resolve. >>>>>>>> >>>>>>>> Any Idea of what is happening? >>>>>>>> I read that filetree and Metacello are compatibles so I don't know >>>>>>>> what's the problem >>>>>>>> >>>>>>> >>>>>>> Hi sebastian >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Thanks in advance >>>>>>>> >>>>>>>> SebastiÃ¡n Tleye >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> SebastiÃ¡n Tleye >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> SebastiÃ¡n Tleye >>>> >>> >>> >> >> >> -- >> SebastiÃ¡n Tleye >> > > > -- SebastiÃ¡n Tleye

Feb. 9, 2015

Re: [Pharo-dev] Order/priority of StartupAction

by Sean P. DeNigris

Roberto Minelli-3 wrote > Is there any way to specify an order or priority of StartupAction? The startup action framework is an awesome tool to set up one's images automagically. And... working with script files sucks! I use a minimal script to load a Metacello project with my actual startup logic. It never changes, so instead of hand-editing scripts, I do all that work in the image with the full power of the environment. This is the whole script: StartupLoader default executeAtomicItems: { StartupAction name: 'Load DeNigrisPreferences' code: [ Gofer it url: 'http://smalltalkhub.com/mc/SeanDeNigris/DeNigrisPreferences/main'; package: 'DeNigrisPreferences-Core'; load. ] runOnce: true. }. The code is public. While it's fairly specific to my workflow, it may serve as inspiration. The trickiest part was that the code couldn't depend on Metacello (I don't remember why. This may have been when not all platforms had Metacello pre-installed. Actually, I think I'll try using Metacello now!). HTH. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Order-priority-of-StartupAction-tp4804596p4804645.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 9, 2015

Re: [Pharo-dev] Parsing float difference between 2.0 and 3.0, was it on purpose?

by Mariano Martinez Peck

On Fri, Feb 6, 2015 at 7:45 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > We have merged the parsers into one, because we had 3 parsers that didnât > have any dedicated use-cases, juts were developed historical as at some > point someone needed a bit more functionality, and then different parsers > were used randomly on the system. As for the expression - yes we have to > decide about it. If itâs only about being able to use exponent in float > literals, one can use: âNumber readFrom: '2.5850009999999998e04ââ. If itâs > about being similar to the other languages, we can also decide does it make > sense to have a +2 literal. > > Yes, I would allow that by default. This will ease serialization between Pharo and GemStone for example (which uses +). So..... what I would do is to simply change to NumberParser >> allowPlusSignInExponent ^ true I opened: https://pharo.fogbugz.com/f/cases/14896/By-default-float-parsing-does-not-a… Cheers, Uko > > > On 06 Feb 2015, at 09:04, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > > >> On 06 Feb 2015, at 09:02, stepharo <stepharo(a)free.fr> wrote: > >> > >> > >> Le 5/2/15 10:40, Sven Van Caekenberghe a Ã©crit : > >>>> On 05 Feb 2015, at 10:36, Ben Coman <btc(a)openInWorld.com> wrote: > >>>> > >>>> I personally would prefer to be able to use exponents. No sure what > the big picture is. > >>>> cheers -ben > >>> Of course exponents are still supported ;-) > >>> > >>> The discussion is about the + sign for positive exponents. I am not > sure, but I think that traditional Smalltalk did not support this, but it > was added to support common practice in other languages. Now it is > apparently gone again, probably not on purpose. > >> > >> I do not know I think that marcus removed it to avoid to have two > parsers in the image. > >> > > > > Maybe this was a mistakeâ¦ > > > > Marcus > > > -- Mariano http://marianopeck.wordpress.com

Feb. 9, 2015

Re: [Pharo-dev] Order/priority of StartupAction

by Roberto Minelli

Well, then itâs either (1) your problem or (2) there is some âdefaultâ order. Think about the menus: If you specify two items in a menu builder with the same #order: the menu gets generated with some sort of default policy. However, I believe we should have such option, then if users use it in the wrong way, itâs their problem. Cheers, R > On 09 Feb 2015, at 13:36, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > And what if you have several first actions? > > On 9 February 2015 at 12:44, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: > Nope. Imagine (and this is my case) that I distribute a startup script to my users and I want, on them machine, that my script runs last. How can you achieve that? > > However, I believe that we need a mechanism for that and not workarounds ;) > > R > > On 09 Feb 2015, at 12:16, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > >> Can't you as a workaround use only one startup action that performs both actions sequentially? >> >> StartupPreferencesLoader default executeAtomicItems: { >> StartupAction >> name: âMy second startup actionâ >> code: [ >> "the code of the first startup action" >> >> "the code of the second startup action" >> ] >> runOnce: true >> } >> >> El Mon Feb 09 2015 at 12:07:04 PM, Roberto Minelli <roberto.minelli(a)usi.ch> escribiÃ³: >> Hi, >> >> I already asked this question a while ago, and Iâd love to know if something has changed: Is there any way to specify an order or priority of StartupAction? >> >> In my case, for example, I really need that one of my scripts gets executed last. Can I do that? >> >> I could imagine something like >> >> StartupPreferencesLoader default executeAtomicItems: { >> StartupAction >> name: âMy first startup actionâ >> code: [ âSome code here" ] >> order: 1 >> runOnce: true >> } >> >> StartupPreferencesLoader default executeAtomicItems: { >> StartupAction >> name: âMy second startup actionâ >> code: [ âSome code here that gets executed after the code in My first startup actionâ ] >> order: 2 >> runOnce: true >> } >> >> On top of my knowledge, after checking 'Deep into Pharo' and âPharo for the Enterpriseâ, it seems that this is not possible. >> >> Am I the only one needing this? I can also try to sketch a solution! >> >> Cheers, >> Roby >> >> > > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet

Feb. 9, 2015

What is Phlow?

by Nicolai Hess

For example GLMBrick subclass: #GLMPhlowBrick in category: 'Glamour-Morphic-Brick-Phlow'

Feb. 9, 2015

Re: [Pharo-dev] Slides PharoDays...

by Marcus Denker

> On 07 Feb 2015, at 19:50, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 07 Feb 2015, at 19:27, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >> Missing graphics :) http://www.slideshare.net/YuriyTymchuk/pharo-days-2015 <http://www.slideshare.net/YuriyTymchuk/pharo-days-2015> >> > > can you send my a pdf version of the slides? So that we archive them with the rest. Done: http://www.slideshare.net/pharoproject/pharodays-2015-graphics-and-visualiz… Marcus

Feb. 9, 2015

Re: [Pharo-dev] Order/priority of StartupAction

by Damien Pollet

And what if you have several first actions? On 9 February 2015 at 12:44, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: > Nope. Imagine (and this is my case) that I distribute a startup script to > my users and I want, on them machine, that my script runs last. How can you > achieve that? > > However, I believe that we need a mechanism for that and not workarounds ;) > > R > > On 09 Feb 2015, at 12:16, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > > Can't you as a workaround use only one startup action that performs both > actions sequentially? > > StartupPreferencesLoader default executeAtomicItems: { > StartupAction > name: âMy second startup actionâ > code: [ > "the code of the *first* startup action" > > "the code of the *second* startup action" > ] > runOnce: true > } > > El Mon Feb 09 2015 at 12:07:04 PM, Roberto Minelli <roberto.minelli(a)usi.ch> > escribiÃ³: > >> Hi, >> >> I already asked this question a while ago, and Iâd love to know if >> something has changed: Is there any way to specify an order or priority >> of StartupAction? >> >> In my case, for example, I really need that one of my scripts gets >> executed last. Can I do that? >> >> I could imagine something like >> >> StartupPreferencesLoader default executeAtomicItems: { >> StartupAction >> name: âMy first startup actionâ >> code: [ âSome code here" ] >> * order: 1* >> runOnce: true >> } >> >> StartupPreferencesLoader default executeAtomicItems: { >> StartupAction >> name: âMy second startup actionâ >> code: [ âSome code here that gets executed after the code in My first >> startup actionâ ] >> * order: 2* >> runOnce: true >> } >> >> On top of my knowledge, after checking 'Deep into Pharo' and âPharo for >> the Enterpriseâ, it seems that this is not possible. >> >> Am I the only one needing this? I can also try to sketch a solution! >> >> Cheers, >> Roby >> >> >> -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Feb. 9, 2015