- Pharo-dev - lists.pharo.org

Re: [Pharo-project] about getting more SmallLint rules

by StÃ©phane Ducasse

TX!!!! I think that we should be more aggressive with the tools we have. I'm currently going over the 25000 issues raised by SmallLint and entering issues in the bugtracker. I think that we will need to add annotations so that smallLint does not get warning us when we know that this is not a problem Do you do it right now? how? On Feb 14, 2009, at 1:30 PM, Lukas Renggli wrote: > I've added such a rule in the latest Refactoring-Core. > > Cheers, > Lukas > > On Sat, Feb 14, 2009 at 9:06 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> lukas >> >> I would love to have a rule to check the uses of PopUpMenu, >> FillInTheBlank and friends :) >> >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 14, 2009

Re: [Pharo-project] [squeak-dev] Which HTML and XML parsers to use?

by StÃ©phane Ducasse

Mike should we add an issue to merge all that so that we get less bugs around Yaxo Stef > 2009/2/12, Michael Rueger <m.rueger(a)acm.org>: >> On Thu, Feb 12, 2009 at 7:46 PM, Philippe Marschall >> <philippe.marschall(a)gmail.com> wrote: >> >> >>> XML: >>> http://www.squeaksource.com/XMLSupport.html >>> (need's image patches, they are AFAIK in 3.10) >> >> Hmm, which image patches? I wasn't aware of any need for patches. > > 6750stringAndCharFixes-mir.zip > > String class>>findFirstInString:inSet:startingAt: > > http://bugs.squeak.org/view.php?id=32 > http://bugs.squeak.org/view.php?id=33 > http://bugs.squeak.org/view.php?id=34 > http://bugs.squeak.org/view.php?id=547 > http://bugs.squeak.org/view.php?id=888 > http://bugs.squeak.org/view.php?id=928 > http://bugs.squeak.org/view.php?id=3082 > http://bugs.squeak.org/view.php?id=3083 > http://bugs.squeak.org/view.php?id=6746 > > Cheers > Philippe > >

Feb. 14, 2009

Re: [Pharo-project] about getting more SmallLint rules

by Lukas Renggli

I've added such a rule in the latest Refactoring-Core. Cheers, Lukas On Sat, Feb 14, 2009 at 9:06 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > lukas > > I would love to have a rule to check the uses of PopUpMenu, > FillInTheBlank and friends :) > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 14, 2009

Re: [Pharo-project] SqMondrian

by Tudor Girba

Hi Alex, I guess this mail was supposed to go to moose-dev, too :). > I was wondering why is there a method originFor: in FormsBuilder. In > VW there is none. Why the builder should know about the bounds of the > element to display? I always though the shape was in charge of it. The method's name is wrong. The *For: methods take a Figure as an argument. In our case it should be originOf: because it computes the origin of a shape inside the context of the form. > Something else, both in Squeak and VW we have the following method: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > FormsBuilder>>at: aX and: aY > "Utility method that makes other methods easier to read." > > ^self components > select: [:component | component gridX = aX and: [component gridY = > aY]] > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Is there a reason to not store the components in a matrix ? One reason > that I see, is that one could have a large compound contains only few > elements in it. But still, I find that strange. You could store it in a matrix. Cheers, Doru > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Problem solving should be concentrated on describing the problem in a way that is relevant for the solution."

Feb. 14, 2009

Re: [Pharo-project] [Moose-dev] Re: Implementing a DSM in SqMondrian

by Alexandre Bergel

> I guess this mail was supposed to go to moose-dev :). Yes. Apologies to my Pharo fellows. >> I was wondering what the best strategy to implement a DSM will be. I >> see two different strategies: >> 1 - Building the matrix with a formsBuilder. Each shape contained in >> the builder is therefore a cell of the DSM. >> 2 - Having an MONode for each cell. >> >> I would favor option 2, but a special layout need to be defined >> right? > > In VW, you can already do that through "formsBuilder asLayout". I > used this to build an evolution matrix that can be align nicely both > vertically and horizontally. Ah yes! thanks! >> Doru, you said once that Mondrian may not be adapted to build DSM. I >> do not understand (or even feel) why. May you comment on this? > > You can, but it won't be optimal. The reason is that for any > significantly sized matrix you will not want to represent each cell > as an object, but rather treat the complete matrix as one smart > object that optimizes the display. Yes, it makes sense. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 14, 2009

Re: [Pharo-project] Implementing a DSM in SqMondrian

by Tudor Girba

Hi Alex, I guess this mail was supposed to go to moose-dev :). > I was wondering what the best strategy to implement a DSM will be. I > see two different strategies: > 1 - Building the matrix with a formsBuilder. Each shape contained in > the builder is therefore a cell of the DSM. > 2 - Having an MONode for each cell. > > I would favor option 2, but a special layout need to be defined right? In VW, you can already do that through "formsBuilder asLayout". I used this to build an evolution matrix that can be align nicely both vertically and horizontally. > Doru, you said once that Mondrian may not be adapted to build DSM. I > do not understand (or even feel) why. May you comment on this? You can, but it won't be optimal. The reason is that for any significantly sized matrix you will not want to represent each cell as an object, but rather treat the complete matrix as one smart object that optimizes the display. Cheers, Doru > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- www.tudorgirba.com "Beauty is where we see it."

Feb. 14, 2009

[Pharo-project] Implementing a DSM in SqMondrian

by Alexandre Bergel

Hi! I was wondering what the best strategy to implement a DSM will be. I see two different strategies: 1 - Building the matrix with a formsBuilder. Each shape contained in the builder is therefore a cell of the DSM. 2 - Having an MONode for each cell. I would favor option 2, but a special layout need to be defined right? Doru, you said once that Mondrian may not be adapted to build DSM. I do not understand (or even feel) why. May you comment on this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 14, 2009

Re: [Pharo-project] Distributed versioning ... MonticelloHub?

by Keith Hodges

> So this means that we should integrate changes. I'm planning to go > over kernel extensions Why? we dont use it any more, it was split up into fixes on mantis. Unfortunately this approach, while allowing you to add only the fixes needed for a particular package, doesn't enable them to be unloaded. For the important ones, download http://ftp.squeak.org/3.11/3.10.2-build/090213-0428-Squeak3.10.2-build-beta… and view the change sets, together with the instance side of Squeak310MakeBuildCandidate. I think that you will find that you have most of them already. cheers Keith

Feb. 14, 2009

[Pharo-project] SqMondrian

by Alexandre Bergel

Hi All, I was wondering why is there a method originFor: in FormsBuilder. In VW there is none. Why the builder should know about the bounds of the element to display? I always though the shape was in charge of it. Something else, both in Squeak and VW we have the following method: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= FormsBuilder>>at: aX and: aY "Utility method that makes other methods easier to read." ^self components select: [:component | component gridX = aX and: [component gridY = aY]] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Is there a reason to not store the components in a matrix ? One reason that I see, is that one could have a large compound contains only few elements in it. But still, I find that strange. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 14, 2009

Re: [Pharo-project] Distributed versioning ... MonticelloHub?

by Geert

StÃ©phane Ducasse-2 wrote: > > what is cruelly needed is a build integration server. Keith is working on > Bob and he needs help. > > Now what is needed is that people go also over the code of keith to > minimize overrides and other things, else we will have again such > discussion and people will get frustrated and think we are assholes (which > is not the case) :). In pharo we really want to avoid overrides and > extensions for the sake of them. So this means that we should integrate > changes. I'm planning to go over kernel extensions today. following the > mail and analysis we did with damien in october (argh) > > Stef > I reckon you guys are all doing a great job! I just feel like I am way too inexperienced to go over the code you guys write. I am actually more a Myers-Briggs (ENFP) visionary type of person and I am looking forward to be able to use Pharo Smalltalk as a platform to bring some of my ideas come to live :P Maybe that's why I am thinking more in terms of high level infrastructure and architecture? Anyway, I will be following this project closely and I will try to get up to speed ASAP so I will ask less silly questions here :) -- View this message in context: http://n2.nabble.com/Distributed-versioning-...-MonticelloHub--tp2319149p23… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 14, 2009