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

Re: [Pharo-dev] [OT] A little rant about DVCS

by stepharo

Really nice blog post! I like the queries on pull requests ... This is fun because his remarks of people yelling at me when I said that Git is hard is soooo true :) What I learn is that we should not put all our future on a single techno. Stef Le 4/3/15 09:22, Sven Van Caekenberghe a Ã©crit : > Here is a little rant about DVCS that I came across: > > Unorthodocs: Abandon your DVCS and Return to Sanity > > http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanit… > > What struck my attention was that this guys (1) knows what he is talking about and (2) recognises both Smalltalk and Monticello explicitly as ancestors ! > > This also shows that not all is fun and jolly in git(hub) land. > > Sven >

March 8, 2015

Ring class/metaclass

by stepharo

Hi RGClassDefinition named: className. does not create the associated metaclass. It means that all the clients will have to create the metaclass explicitly and I wonder if it would not be better that the default RingClass definition creates it. What do you think? Stef

March 8, 2015

Re: [Pharo-dev] GitHub: Easiest Way to Load a Project (update)

by Sean P. DeNigris

Thierry Goubier wrote >> If you open the repository through Monticello Browser there are buttons >> 'Pull' and 'Push'. I've never tried them, but they should probably work. > They should work :) Push works quite nicely! Mirroring a SmalltalkHub project to GitHub is as simple as: 1. Add MC repo for the (in my case existing but code-less) GitHub repo NB: #name: in the repo creation template is the folder under imageDirectory where the local repo will go 2. Copy the versions over, just like any other MC repo 3. Push via the button in the MC repository window 4. Surf to GitHub and smile :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/GitHub-Easiest-Way-to-Load-a-Project-update-tp4810309… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 8, 2015

Canonical ConfigurationOfGitFileTree

by Sean P. DeNigris

The copy at MetaRepoFor40 is ahead of that at http://smalltalkhub.com/mc/ThierryGoubier/Alt30/main/. It makes it hard to give general loading instructions that depend on GitFileTree. Assuming it's not hacked for Pharo 4.0 specifically, would someone copy it over or give me write access? Thanks. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Canonical-ConfigurationOfGitFileTree-tp4810448.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 8, 2015

Re: [Pharo-dev] [pharo-project/pharo-core] 842399: 40525

by Ben Coman

On Mon, Mar 2, 2015 at 11:45 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > 2015-03-02 16:33 GMT+01:00 GitHub <noreply(a)github.com>: > >> >> Log Message: >> ----------- >> 40525 >> 14997 Lazy MCVersionInfo to reduce MC memory use >> https://pharo.fogbugz.com/f/cases/14997 >> > > Please consider this one if you see things changing in the Repository > Inspector. > > Thanks, > > Thierry > > Previous to build 40525, when you have a slice (and presumably any package) that does not have any version loaded, all package versions would show up as bold, meaning that they were not installed. Following build 40525, such unloaded packages no show without bold. For example, open the Pharo4Inbox and search for 14353 in both builds 40524 and 40525. Loading Slice 14997 on top of build 40524 reproduces the problem I find the new behaviour disconcerting :) https://pharo.fogbugz.com/default.asp?15097 cheers -ben

March 8, 2015

[pharo-project/pharo-core] fa0207: 40541

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: fa02076dbf8a9d8269b3a43e1069bf39b35373ca https://github.com/pharo-project/pharo-core/commit/fa02076dbf8a9d8269b3a43e… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-03-08 (Sun, 08 Mar 2015) Changed paths: M ConfigurationCommandLineHandler-Core.package/ConfigurationCommandLineHandler.class/instance/accessing/groups.st M Nautilus.package/NautilusUI.class/instance/widget method/signatureFor_.st M Nautilus.package/PackageTreeModel.class/instance/help-text/helpTextFor_.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script540.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script541.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40540.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40541.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/SlotClassBuilder.class/instance/accessing/sharedVariablesFromString_.st M Slot.package/extension/String/instance/asSlotCollection.st M Tool-Base.package/extension/SystemNavigation/instance/chooseInstVarFrom_thenDo_.st Log Message: ----------- 40541 15089 Replace senders of String>>#subStrings: in Tool-Base https://pharo.fogbugz.com/f/cases/15089 15092 Replace senders of String>>#subStrings: in Nautilus https://pharo.fogbugz.com/f/cases/15092 15088 Replace senders of String>>#subStrings: in ConfigurationCommandLineHandler-Core https://pharo.fogbugz.com/f/cases/15088 15087 Replace senders of String>>#subStrings: in Slot https://pharo.fogbugz.com/f/cases/15087 http://files.pharo.org/image/40/40541.zip

March 8, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40541 Home: https://github.com/pharo-project/pharo-core

March 8, 2015

Re: [Pharo-dev] Bloc Example Errors

by Sean P. DeNigris

On Mar 8, 2015, at 3:15 AM, stepharo [via Smalltalk] <ml-node+s1294792n4810377h75(a)n4.nabble.com> wrote: > Load the latest version. Ah, yes! Much better :) Now I will play a bit! btw: 1. exampleMorphWithDoubleClick -> asFreetypeFont 'not supported yet. and ever' 2. exampleMorphWithStep -> MessageNotUnderstood: BlNullBorder>>width: 3. exampleSimpleClock + Wiggling mouse over = strange drawing distortion 4. exampleBevelBorder -> MessageNotUnderstood: StrikeFont>>getGlyphWidth: 5. exampleMiterBorder -> same as #4 6. First 4 BlTxTextViewExamples fail with #1 or #4 ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bloc-Example-Errors-tp4810365p4810414.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 8, 2015

Re: [Pharo-dev] GT is So Cool!!

by Tudor Girba

Hi Stef, Indeed, I would like to invest in a little package that people can use to demo GT and Pharo in general. I will get back to you on this topic :) Cheers, Doru On Sat, Mar 7, 2015 at 1:08 PM, stepharo <stepharo(a)free.fr> wrote: > Doru > > do you have a scenario that I can replay to show GT, right now I failed to > do a sexy presentation and show the point > and this is something I want to be able to do. > > Stef > > Le 7/3/15 10:59, Tudor Girba a Ã©crit : > > Hi Sean, > > Thanks for the kind words. > > I am happy these tools raise excitement. The funny thing is that it is > hard to convey the interestingness of GT in static pictures. Most often > excitement comes from looks. Yet, take yours for example: there is > absolutely nothing exciting about a couple of lists. But, when you start to > use contextual details during inspection and extend the tools exactly at > the point when the need occurs, the game changes radically. > > Everyone spends these long hours digging through systems. Yet, most > people don't like this at all (if you do not believe me, when was the last > time you heard someone bragging about the last debugging session?). I think > the reason is that until now, the experience was terrible. Digging through > systems has to become a beautiful experience. We owe this to our future > self and to the next generations. > > The current GT is a step (ok, maybe two :)) forward, but there is lots > to do in this direction. And I think this is one area in which Pharo can > thrive and be radically different. > > Cheers, > Doru > > > > On Fri, Mar 6, 2015 at 5:34 PM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > >> Sean P. DeNigris wrote >> > the right shows the lines of OCRed text >> >> And (of course!), the line objects have their own custom view so you can >> dive in and break them down to the words they contain (as determined >> separately by Tesseract). >> >> <http://forum.world.st/file/n4810055/Screenshot_2015-03-06_11.png> >> >> This feels revolutionary. All the countless hours I've wasted digging >> through C/C++ watch lists, Smalltalk inspectors, Ruby stdouts, etc are >> flashing before my eyes... what will I do with all the time I save?! ;) >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/GT-is-So-Cool-tp4810054p4810055.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

March 8, 2015

[Pharo4][Slots] #removeSlot:

by Marcus Denker

Hi, What we need for Pharo4 wrt to Slots is just finishing the PropertySlot example. Not much to do here. -> remove base slot when removing the last propertySlot -> when adding a PropertySlot higher in the hierarchy, move base slot up. To do this, we of course need #removeSlot: , which is ready to be reviewed here: https://pharo.fogbugz.com/f/cases/15095/add-removeSlot-to-ClassDescription (there are after many simplifications possible, e.g. rewrite #removeInstVarNamed: to use this, but this is for Pharo5) Marcus

March 8, 2015