April 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by StÃ©phane Ducasse

YES!YES!YES! It is cool to see your impact on them. Excellent it will really helps bringing pharo IDE to the next level. Stef On Apr 6, 2011, at 2:11 PM, Igor Stasenko wrote: > On 6 April 2011 13:16, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Because once people are dependent and drug addict then they will spend time fixing it :) >> >> No seriously this is mega hyper hyper important that we get >> - solid scalable listMorph and treeMorph >> So the best way is to stress it. >> >> The second answer is that nautilus is cool and needs tree :) >> > i second that. > trees and lists are basic widgets which could be used for different means. > So why we should limit ourselves and use some crappy lists to mimic > tree, instead of using trees, and improving this widget and making it > work well. > > -- > Best regards, > Igor Stasenko AKA sig. >

April 6, 2011

Re: [Pharo-project] Question about the Refactoring Browser

by StÃ©phane Ducasse

Hi jan > Thanks, > > If I understand correctly I can get a refactoring code model of the unloaded code, I do not think so. Even if we are working on Ring just for this scenario I doubt it worked by default. > but I cannot run the code critics on the model. > > Ok, I will have a look what functionality this model provides. And I have to figure out how to construct this model using a collection of Monticello packages. May be you can be interested by RING: the new source code meta model developed by Veronica (the woman behind Torch) She did an excellent job and we need people to use it and give feedback. Our vision is that we want to use RING (a meta model with the same interface as the one of the Smalltalk runobject) so that we can do remote access file browsing version comparison using the same tools. We have a paper under submission if you are interested. Stef > > Jan. > > > > On Wed, Apr 6, 2011 at 2:53 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > This week there was similar thread: http://forum.world.st/Code-Critics-for-unloaded-projects-td3425020.html > > > On Wed, Apr 6, 2011 at 2:47 PM, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > Hi, > > I want to analyze some Smalltalk code in a collection of Monticello packages without actually loading these packages in the image. Can I use the Refactoring Browser for this? > > Jan. > > > > -- > Mariano > http://marianopeck.wordpress.com > >

April 6, 2011

Re: [Pharo-project] SmalltalkHub going beta in a week

by StÃ©phane Ducasse

What we ask is: - scripting api so that we do not have to click click click click but write programs - tagging of projects - management of projects (admin I want to be able to tag projects with students and do not see them). - handling of ^%$$%&*#^&*^$&$* long list of any items - in the future: a solid backend Basically we need scalability at the interface level. Now INRIA gracefully will offer a real back up of data (replicated in three different labs) and people will be able to use smalltalkhub and burn the machine processors :). Stef On Apr 6, 2011, at 2:15 PM, Fernando Olivero wrote: > Excellent ! It's time to move past squeaksource.com. > > Would be nice to know the features that will be offered, at least in > comparison with current squeaksource (besides the image crashing, and > bothering the always helpful Bern phd students). > > Fernando > > > On Wed, Apr 6, 2011 at 2:00 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> >> >> On Wed, Apr 6, 2011 at 1:45 PM, Nicolas Petton <petton.nicolas(a)gmail.com> >> wrote: >>> >>> Le mercredi 06 avril 2011 Ã 13:07 +0200, Tudor Girba a Ã©crit : >>>> Phenomenal stuff :). I cannot wait to use it. Will there be a >>>> possibility to migrate the existing squeaksource there? >>> >>> There is nothing at the moment to migrate. >>> >>> I guess you'll just have to move your packages from squeaksource to >>> smalltalkhub, so a simple script could do the trick. >> >> This is awesome. THanks ESUG! >> >> And the history? I mean, is this a new front end for a squeaksource server >> ? >> >> thanks >> >>> >>> Cheers, >>> Nicolas >>> >>> -- >>> Nicolas Petton >>> http://www.nicolas-petton.fr >>> >>> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >

April 6, 2011

[Pharo-project] Delay bug

by Gary Chambers

Well, we have been having problems with applications appearing to hang every 6 days or so (sound familiar?). I have identified a bug in the Delay implementation, rather obscure, but highlighted by our applications that make HEAVY use of processes/(tight, a few tens of milliseconds)delays/semaphores etc. Naturally due to an edge case on millisecond clock rollover... Affects all Squeak/Pharo versions, as far as I can tell. (It is separate from the OSProcess issues I have posted about a few weeks ago). I've developed a potential fix, though I'll have to let you all know whether (hopefully) successful in a week or two... fingers crossed! I hope it is fixable, last hurdle for business applications, from our point of view. I'll post details when fix confirmed or failed then. Regards, Gary

April 6, 2011

Re: [Pharo-project] A lil simplification of MorphTreeNodeMorph

by Igor Stasenko

okay.. i found one bug forgot to add cellPositioning: #leftCenter; for colum wrapper morph -- Best regards, Igor Stasenko AKA sig.

April 6, 2011

Re: [Pharo-project] A lil simplification of MorphTreeNodeMorph

by Igor Stasenko

On 6 April 2011 17:22, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 6 April 2011 15:52, Alain Plantec <alain.plantec(a)yahoo.com> wrote: >> Le 06/04/2011 15:14, Igor Stasenko a Ã©crit : >>> >>> and a little more cleanup (should be applied after theTreee) >>> >>> now a block which responsible for providing an icon for concrete item, >>> actually could provide a morph, >>> which means that one could put there an iconic button instead of simple >>> image. >> >> super. >> I've tested and it seems ok for MorphTreeMorph >> >> LazyMorphTreeMorph seems to have row refresh/building problem now. >> try with >> LazyClassListExample new openOn: Object. >> then move the scrollbar to the bottom, then click on the arrow button to get >> the entire list >> and then scroll manually. >> I've observed that some rows are not built correctly now. >> I can't be sure that it is due to your improvements >> > hmm.. on my image it works fine. > > maybe i didn't included something into changeset... let me take a look > no, it works fine. >> Alain >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

April 6, 2011

Re: [Pharo-project] A lil simplification of MorphTreeNodeMorph

by Igor Stasenko

On 6 April 2011 15:52, Alain Plantec <alain.plantec(a)yahoo.com> wrote: > Le 06/04/2011 15:14, Igor Stasenko a Ã©crit : >> >> and a little more cleanup (should be applied after theTreee) >> >> now a block which responsible for providing an icon for concrete item, >> actually could provide a morph, >> which means that one could put there an iconic button instead of simple >> image. > > super. > I've tested and it seems ok for MorphTreeMorph > > LazyMorphTreeMorph seems to have row refresh/building problem now. > try with > LazyClassListExample new openOn: Object. > then move the scrollbar to the bottom, then click on the arrow button to get > the entire list > and then scroll manually. > I've observed that some rows are not built correctly now. > I can't be sure that it is due to your improvements > hmm.. on my image it works fine. maybe i didn't included something into changeset... let me take a look > Alain > > > -- Best regards, Igor Stasenko AKA sig.

April 6, 2011

[Pharo-project] Metacello chapter

by Sven Van Caekenberghe

On 06 Apr 2011, at 09:58, StÃ©phane Ducasse wrote: > here is a new version of the metacello chapter. > So we wrote it, rewrote it, rerewrote it. > Now if this is of interest for you you can read it. > > But if you don't it means that I'm losing my time and I should stop writing and like > that you can cry that there is no doc about Pharo. > <Metacello.pdf> Well written, article/book class documentation, like the PBE & Seaside book, and chapters like the one above, are really important. I know this takes a lot of time, so thanks for the effort! Sven

April 6, 2011

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by Benjamin

On Apr 6, 2011, at 1:19 PM, StÃ©phane Ducasse wrote: > > On Apr 5, 2011, at 2:32 PM, Fernando Olivero wrote: > >> Hi Ben, i was thinking about the discussion of the menus: >> >> Since you are using menu pragma builder, and have explicit views for >> each tool, then the CodeHolder hierarchy is no longer needed. Because >> the specialized views get the behavior for answering the actions in >> the menus (which currently is spread across the StringHolder >> hierarchy). > > I would say yes but I will let ben replied with more depth if necessary. There is two kinds of menus, menus provided by the lists/trees and menus provided by the pluggable text morph. They're different because first ones really act on the model elements (here classes/methods/etc), when second ones act on text For lists/trees menus, because they act on your model have to be handled locally ( by your model or your view depending of the action ). For text menus, they act on text, and will always act on text, so they should be managed by a kind of TextModel, because it's not the role of your Browser to tell how to implement copy/paste, or implementors :) > > >> So this is the main reason why you simple need a pluggable text model, >> for the model of the views. And a pluggable TextModel (or StringHolder >> in Pharo) would suffice? Is this correct? >> >> >> Thanks, >> Fernando > StringHolder shouldn't exist anymore :) For Nautilus, menus actions are handled by the view, but could/should be moved in the model for some of them, but it can be a bit hard to separate the ones only related to the view, and ones relatives to the model ... And text menus are handled by the PluggableTextMorph whose model is SmalltalkEditor. So it's SmalltalkEditor responsibility to know how to look for senders/implementors/etc I hope it answer your question ^^ Ben

April 6, 2011

Re: [Pharo-project] [ANN] Pharo 1.2.1. Setup for Win32 (including CogVM)

by Marcus Denker

On Apr 6, 2011, at 4:48 PM, Torsten Bergmann wrote: > Geert wrote: >> I reckon the OneClick should also use this excellent Pharo branded Cog VM :) > > We already take care. I mailed it to Marcus, I guess he has to > find the time to integrate it. > Yes, OOPSLA deadline is on Friday... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 6, 2011