March 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] adding local repos to configuration browser

by Ben Coman

> Note to devs: It seems setting a value is a little broken in cleanly displaying the new value as it is typed. Only a blank field is shown, but the value still gets set with <enter>. This only happened one time. I cannot reproduce again. cheers -ben

March 22, 2015

Re: [Pharo-users] adding local repos to configuration browser

by Ben Coman

There is probably not a built in way - but its open source so definitely possible to "hijack" it in any way you please. You just need to do some digging. Here is how... 1. Bring up halos on a useful button of Configuration Browser. Keep clicking to cycle through LabelMorph, AlignmentMorph until you get to PLuggableButtonMorph. 2. Click the spanner "Debug" icon and select "Inspect Morph". 3. Find somewhere to break the message sent when the button is clicked, which will vary with widget. In this case, you might change the /actionSelection/ from #action to #breakMe. Note to devs: It seems setting a value is a little broken in cleanly displaying the new value as it is typed. Only a blank field is shown, but the value still gets set with <enter>. 4. Now click the button (btw, make sure a package is selected). A debugger will open with "MNU #breakMe" at a #perform: message. 5. In the debugger, set /actionSelection/ back to #action, then <Restart> and step down to and then into the the #perform: message. Continue stepping to dig in behind the app. In this case you get to something interesting stepping into "actionHolder value value" , and further on where #selectedItem is sent searching on senders of #configurationList gives you a class of interest to look into. Look on the class-side of this to discover methods returning default values and put halts in these to see where they are called from when Configuration Browser initialises, and work out how to add your own. 6. Work out how to make it easier for others to add their our _local_ projects and contribute back for inclusion into Pharo. cheers -ben On Sat, Mar 21, 2015 at 8:19 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > is it possible to hijack Configuration Browser and put there references to > my own _local_ projects? > > Thanks, > Peter >

March 22, 2015

Re: [Pharo-users] [Pharo-dev] Cleaning/Simplifying Nautilus

by Sven Van Caekenberghe

But seriously, for 4.0 ? Now ? > On 22 Mar 2015, at 00:04, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-03-21 23:02 GMT+01:00 stepharo <stepharo(a)free.fr>: > Hi > > I want to clean Nautilus and to simplify its code and functionality. > In addition I want to reduce to student load in the context of the Mooc we will start to work on. > So I want to remove the lock mechanism and the multiple methods. This was an experience that did not > really work. It was nice to try but it is time to remove that. > > +1 (I never understood how to use this lock) > > > > So I hope that not many people use this feature. > > https://pharo.fogbugz.com/default.asp?15199 > > After I will start to clean the group to keep a consistent and useful subset. > > Stef > > >

March 21, 2015

Re: [Pharo-users] [Pharo-dev] Cleaning/Simplifying Nautilus

by Nicolai Hess

2015-03-21 23:02 GMT+01:00 stepharo <stepharo(a)free.fr>: > Hi > > I want to clean Nautilus and to simplify its code and functionality. > In addition I want to reduce to student load in the context of the Mooc we > will start to work on. > So I want to remove the lock mechanism and the multiple methods. This was > an experience that did not > really work. It was nice to try but it is time to remove that. > +1 (I never understood how to use this lock) > So I hope that not many people use this feature. > > https://pharo.fogbugz.com/default.asp?15199 > > After I will start to clean the group to keep a consistent and useful > subset. > > Stef > > >

March 21, 2015

Cleaning/Simplifying Nautilus

by stepharo

Hi I want to clean Nautilus and to simplify its code and functionality. In addition I want to reduce to student load in the context of the Mooc we will start to work on. So I want to remove the lock mechanism and the multiple methods. This was an experience that did not really work. It was nice to try but it is time to remove that. So I hope that not many people use this feature. https://pharo.fogbugz.com/default.asp?15199 After I will start to clean the group to keep a consistent and useful subset. Stef

March 21, 2015

Re: [Pharo-users] The Grapher charting engine

by Tudor Girba

Hi Stef, On Sat, Mar 21, 2015 at 8:52 PM, stepharo <stepharo(a)free.fr> wrote: > > > Le 21/3/15 13:58, Tudor Girba a Ã©crit : > >> Hi, >> >> I fully agree with your API suggestions, but I do not quite understand >> why you say that it is because of the scripting that the API does not look >> like this. It's the opposite I think. >> >> When you "script" you want as succinct as possible (so, no moveBehind: >> and stuff). And you want to gradually add details and not be forced to >> specify them from the very beginning (so, good defaults). In fact, the rule >> of thumb that I argue for is that a good scripting (and in fact any API) >> interface is one that allows you to make a difference with any new line of >> code. That means that, ideally, we would want every line to be able to live >> on its own and not require another one. It's obviously not always possible, >> but I find it helps me when I grow an API. >> > > use the technique you want but to not dillute my point. I do not care how > you do it. > I care about having details away. > To me the feel that roassal gives me is that this is a tool to make demo to > impress audience > as to grow something, while I think that it could be a killer app with two > faces: > predefined compact api and a scripting way where you open the trunk and > build your own. A long script will not impress any audience. These are the same goals, not different. The idea of builders (Grapher is such a builder) is supposed to provide those levels (the basic engine can do everything, and the builder provides a more constrained higher level API). I fully agree that the current builders are not expressive enough. And I also agree that we need a dedicated effort to just making them more compact. We are fully in sync and I do not dilute your point, but I do not want to leave the impression that "scripting" is something bad, or secondary :). Cheers, Doru > > S. > > -- www.tudorgirba.com "Every thing has its own flow"

March 21, 2015

Re: [Pharo-users] The Grapher charting engine

by stepharo

Le 21/3/15 13:58, Tudor Girba a Ã©crit : > Hi, > > I fully agree with your API suggestions, but I do not quite understand > why you say that it is because of the scripting that the API does not > look like this. It's the opposite I think. > > When you "script" you want as succinct as possible (so, no moveBehind: > and stuff). And you want to gradually add details and not be forced to > specify them from the very beginning (so, good defaults). In fact, the > rule of thumb that I argue for is that a good scripting (and in fact > any API) interface is one that allows you to make a difference with > any new line of code. That means that, ideally, we would want every > line to be able to live on its own and not require another one. It's > obviously not always possible, but I find it helps me when I grow an API. use the technique you want but to not dillute my point. I do not care how you do it. I care about having details away. To me the feel that roassal gives me is that this is a tool to make demo to impress audience as to grow something, while I think that it could be a killer app with two faces: predefined compact api and a scripting way where you open the trunk and build your own. S.

March 21, 2015

Re: [Pharo-users] Git overriding repo load from different source

by Thierry Goubier

Hi Peter, I'm not sure how to answer all those cases (did I remember a conversation during PharoDays?). Can you elaborate on a) and the failure? Because I remember looking at the ability to override conflicts in Metacello by just saying: onConflict: [:ex | ex allow ] (for example: Metacello new baseline: 'Metacello'; repository: 'github://dalehenrich/metacello-work:master/repository'; onConflict: [:ex | ex allow]; load ) But, overall, for such a need, I would see two approaches: - a cache-type repository which overrides loads, as the MC package-cache is doing, based on package name and version (which is bad). - Metacello overrides, which may already exist but I'm not knowledgeable enough. Thierry Le 21/03/2015 14:41, Peter UhnÃ¡k a Ã©crit : > Hi, > > I'm trying to load local package over git one... > basically: > > Projects A and B. > A depends on B. > A loads B from its BaselineOfA, the reference points to github. > > Now I have also local copy of B git repository, and I would like to > either > a) Override the load of B with local B (so the packages will point to > local instead of remote). > Currently it fails on MetacelloRepositorySpec>>hasNoLoadConflicts: > because each (local and git) repo points to different place. > This would be useful if I want to make change to B AFTER the project B > is already loaded. > > b) Add all packages from B to local B repo (same as manually using "add > to package..." in Monticello Browser") > This will work only if both the repos have the same packages, so > probably not that useful. (i.e. no code differences) > > c) Override the GitHub B repository in the BaselineOfA BEFORE the > project is loaded. > This would require some mapping in Monticello browser, I've seen > something like "repositoryOverrides:" but I don't know how it works. > This would be useful if I knew beforehand that I want to make changes > also to B. > > So how would one go about this? Having option "c)" would be probably the > best; I can live without "a)". :) > > Any pointers appreciated, > Peter

March 21, 2015

Re: [Pharo-users] Pharo-Launcher Windows 8.1

by Alain Rastoul

Le 21/03/2015 14:08, stepharo a Ã©crit : > Nice idea! >> I think that we should have a Pharo-bugs mailing list that gets >> notified for each bug that is filled in fogbugz Yes that would be nice, when you look at bugs on fogbugz site, you do not always see that it is discussed in the list (lot of threads) -- Regards, Alain

March 21, 2015

Re: [Pharo-users] Git overriding repo load from different source

by Peter UhnÃ¡k

e) having separate baseline method which does not load github packages and expects that they are already loaded But since baseline only uses single method I don't see how this could be done.

March 21, 2015