- Pharo-dev - lists.pharo.org

[Pharo-project] [update] #10247

by Marcus Denker

10247 ----- Issue 629: UI dragging improvement Issue 87: 7139FixClosureEqual Issue 473: Grab world crashes pharo -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

March 7, 2009

Re: [Pharo-project] Connector replacement packages for Pharo

by Lukas Renggli

Julien Fierz implemented arrows and graph layouts in the other Mondrian (source.lukas-renggli.ch/mondrian) after Moose forked the code. See his thesis for examples: <http://www.iam.unibe.ch/~scg/Archive/Diploma/Fier09a.pdf>. Lukas On Fri, Mar 6, 2009 at 12:24 AM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > Hi Bryce, > > I suggest you to use Mondrian. > http://www.squeaksource.com/Mondrian.html > > Arrowed edges does not properly work for now. But it is on my todo > list. If you have an example of a diagram you're interested in... > > Cheers, > Alexandre > > > On 5 Mar 2009, at 22:47, <bryce(a)kampjes.demon.co.uk> wrote: > >> >> Connectors no longer loads into Pharo, it's heavily tied into >> eToys. Are there any maintained package that provide diagram >> creation? All I'm trying to do is draw a diagram with boxes >> and arrows connecting them to represent control flow graphs. >> >> Bryce >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > 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 > -- Lukas Renggli http://www.lukas-renggli.ch

March 7, 2009

Re: [Pharo-project] how to query for methods with compilation failures?

by Lukas Renggli

> :) any ideas? Code Critics (Lint) points out such errors as "References an undeclared variable". > For instance, what once was SUFunction now is JSFunction an others like that > I wish those methods listed so I can fix one by one in one rant instead of > [self test; annoy; fix] timesRepeat: N If you have many uses of SU function you can use the following rewrite rule to fix all occurrences at once: ParseTreeRewriter new replace: 'SUFunction' with: 'JSFunction'; yourself Lukas -- Lukas Renggli http://www.lukas-renggli.ch

March 7, 2009

Re: [Pharo-project] Application based preference (external)

by Alain Plantec

CÃ©drick BÃ©ler a Ã©crit : > I was just wandering if we could use the framework in development to > deal with preference/settings on an application base. > > I mean, for my app, I have say 10 parameters (implemented class side) > and I want to collect them so as build a preference editor in seaside > (or whatever, aida, morphic...). > > How would you do ? use the new preference stuff (maybe another class - > ExtAppPreference) or something else... > It should be possible tu use the new preference system. with your preferences declared in your own packages. But, I will explain how later, I need to go to sleep now and have to spend a week-end without pharo. Cheers alain > Thanks > >

March 6, 2009

Re: [Pharo-project] {Spam?} Re: [Vm-dev] newDelta >0 failed in sqUnixMemory -- Was Re: Incompatibility between Pharo and Seasidehosting

by bryce＠kampjes.demon.co.uk

Schwab,Wilhelm K writes: > Bryce, > > The vm appears to work on Linux. The machine I am using is not the fastest in the world (1.8G,500M), but it was handy when the old one went on to its reward. > > The virtual keys are better in this vm; home and end work, which is a nice start. The numeric pad delete does not work and a couple of the other (forget what they are called) are non-mapped or do weird things. I'll see what I can find on how to handle them. Thanks Bryce

March 6, 2009

Re: [Pharo-project] Connector replacement packages for Pharo

by bryce＠kampjes.demon.co.uk

Alexandre Bergel writes: > Hi Bryce, > > I suggest you to use Mondrian. > http://www.squeaksource.com/Mondrian.html > > Arrowed edges does not properly work for now. But it is on my todo > list. If you have an example of a diagram you're interested in... Here's an example. It's basic boxes with arrows and some colour to indicate what the boxes are. It's a control flow graph of intermediate code. I use it to make inspecting Exupery's intermediate more understandable. Bryce

March 6, 2009

[Pharo-project] how to query for methods with compilation failures?

by Sebastian Sastre

hi there, I've ported an app to pharo+seaside 2.9a2 it's starting to work abut in this stage I have N methods with compilation failures. For instance, what once was SUFunction now is JSFunction an others like that I wish those methods listed so I can fix one by one in one rant instead of [self test; annoy; fix] timesRepeat: N :) any ideas? thanks, sebastian

March 6, 2009

Re: [Pharo-project] OB

by Igor Stasenko

i don't see a need to have a mercury input field big. It serves to speed-up the search and from its purpose most times its input will be a few letters long. 2009/3/6 Gary Chambers <gazzaguru2(a)btinternet.com>: > Setting the search text (hResizing) to be rigid and the button bar > (hResizing) Â to be spaceFill should work... > > Regards, Gary > - Show quoted text - > > ----- Original Message ----- > From: "CÃ©drick BÃ©ler" <cdrick65(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, March 06, 2009 3:27 PM > Subject: Re: [Pharo-project] OB > > >>> Don't know how to fix this, so I removed the fixed width. Now it works, >>> but the ugly >>> thing is that mercury panel shrinks in size when more buttons get added. >> >> I don't find it ugly ;)... Actually I finded uglier the long mercury >> panel before. >> >> Maybe having it with a fixed width on the right... (maybe you can use >> an invisible button :), a spacer ?) >> >> Also, it will look a bit nicer if aligned vertically but I don't know >> if possible. >> >> Thanks anyway :) >> >> >> -- >> CÃ©drick >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig.

March 6, 2009

Re: [Pharo-project] Pharo

by CÃ©drick BÃ©ler

As a simple journeyer, I'm really glad you're part of the team (as several others highly involved) ;) ... Thanks to all, keep the good work in a good atmosphere ! A dynamic language as ST deserves a cool dynamic team ;) Have all a nice week end ! -- CÃ©drick

March 6, 2009

Re: [Pharo-project] [Fwd: Re: [ANN] Preference pragmas]

by Ramon Leon

> Imho, there are already too many meta-models in the squeak > world, just as there are too many event frameworks. OB has one > that defines what properties a node in a tree can take on. > FileList has one that describes what actions can be done to a > file. Preferences has one. Etoys had a huge one, but let's not > even go there. > > I don't know if it belongs in the core (I don't know what the > core is), but it is a basic service I'd expect a lot of > libraries could depend on. > > -- > Matthew Fulmer -- http://mtfulmer.wordpress.com/ Choice is not a bad thing, there is no uber meta model that will suite everyone's needs all of the time. There's nothing wrong with projects creating their own meta model that is suited to exactly what they need. For most things, I find pragmas more than sufficient for static metadata and much lighter weight than Magritte both in code and brain power. There's also the nice synergy of having your metadata actually bound to the things they're representing. This is an advantage pragmas have over Magritte. Magritte has the advantage when the metadata starts to become dynamic but you pay for using it with a much heavier weight code centric approach that separates the metadata from what it's representing. Now you have to maintain a link between the "thing" and the "meta thing" either by either naming patterns or by using pragmas to bind them. These are serious trade-offs to make, it's certainly not a no brainer. Ramon Leon http://onsmalltalk.com

March 6, 2009