February 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] MIMEdatabase fix?

by Michael Rueger

Michael Rueger wrote: > Lukas Renggli wrote: >>> what seasiders think? >>> I would be in favor to get a KOM pharo version >> Having two incompatible versions of Kom makes distribution even more >> painful as it is today. I would prefer to have compatible versions if >> this is possible. I will see that I can get Pharo, Kom and Squeak compatible enough for now, no point in riding this out on principle. Nevertheless the issue still stands, that at some point we have to make that decision. Michael

Feb. 25, 2009

Re: [Pharo-project] MIMEdatabase fix?

by Michael Rueger

Lukas Renggli wrote: >> what seasiders think? >> I would be in favor to get a KOM pharo version > > Having two incompatible versions of Kom makes distribution even more > painful as it is today. I would prefer to have compatible versions if > this is possible. As I said, we are at or at least close to the point where we have to make the decision which version to support. If you want to have Pharo stay compatible with Squeak, we can just as well abandon Pharo now. It's as simple as that. Michael

Feb. 25, 2009

Re: [Pharo-project] Pharo scripting -- reborn as "Coral"

by John M McIntosh

On 25-Feb-09, at 4:55 AM, Oscar Nierstrasz wrote: > This will load everything that is required and pop up a few Workspace > windows with further instructions. (You will need John McIntosh's > latest VM to get this to work -- all is described in the image.) Well I'm curious why won't older VM's work? -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Feb. 25, 2009

Re: [Pharo-project] 10243: error related to OB in the transcript

by Alexandre Bergel

Thanks Alexandre On 25 Feb 2009, at 16:54, Damien Cassou wrote: > On Wed, Feb 25, 2009 at 11:20 AM, David RÃ¶thlisberger > <squeak(a)webcitas.ch> wrote: >> Damien, do you know where this selectors get defined? Is there an >> external dependency >> in DynamicProtocols, do we need to load something else to get >> these methods? > > They are in the ClassSelectorsSet package on SqueakSource. I've just > integrated them inside OB-Enhancements. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 25, 2009

Re: [Pharo-project] 10243: error related to OB in the transcript

by Damien Cassou

On Wed, Feb 25, 2009 at 11:20 AM, David RÃ¶thlisberger <squeak(a)webcitas.ch> wrote: > Damien, do you know where this selectors get defined? Is there an external dependency > Â in DynamicProtocols, do we need to load something else to get these methods? They are in the ClassSelectorsSet package on SqueakSource. I've just integrated them inside OB-Enhancements. -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 25, 2009

Re: [Pharo-project] Which Mondrian ?

by Alexandre Bergel

> I've loaded the mondrian form squeaksource and I'm trying it. I find > it quite different for the one used in OB. Yes, but very close to the VW version. We have a number of scripts and visualization made in VW that we would like to reuse. Moreover, in my opinion, the new version is simpler to use (and probably faster to render). The incantation to install the latest version of Mondrian in Pharo: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ScriptLoader new installer ss project: 'Mondrian'; install: 'MondrianLoader'. ScriptLoader perform: #loadMondrian -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > I'll continue to try it as I'm reading Micheal Master thesis. I'm > trying on a simple graph first with tasks and node, but also I'd like > a special kinf of shape. Alex, I didn't found the way to compose > shape. Is it possible already ? Yes, you can compose them using MOFormsBuilder. There are numerous example in MOReadme, MONewFormsBuilderTest, and MOFormsBuilderTest (but some of them go red). An example that you can run with: MOReadme new flagExample -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | builder view | builder := MOFormsBuilder new. "Assuming you want a grid made up of 3 columns and 2 rows" builder column; fill; column; fill; center; column; fill. builder row; fill; row; fill; row; fill; "For the German flag" row; center; "The EU text" row; pref. "For the French flag" "We draw a German flag" builder x: 1 y: 1 w: 3 add: (MORectangleShape new width: 30; height: 7; fillColor: Color black). builder x: 1 y: 2 w: 3 add: (MORectangleShape new width: 30; height: 7; fillColor: Color red). builder x: 1 y: 3 w: 3 add: (MORectangleShape new width: 30; height: 7; fillColor: Color yellow). builder x: 1 y: 4 w: 3 add: (MOLabelShape new text: [:aNumber |'EU ', aNumber printString]). "We draw a French flag" builder x: 1 y: 5 add: (MORectangleShape new width: 10; height: 20; fillColor: Color blue). builder x: 2 y: 5 add: (MORectangleShape new width: 10; height: 20; fillColor: Color white). builder x: 3 y: 5 add: (MORectangleShape new width: 10; height: 20; fillColor: Color red). view := MOViewRenderer new. view popupText: [:aNumber | 'my value is ', aNumber printString ]. view draggable. "Let's make nodes draggable, yeah!" view nodeShape: (builder shape). view nodes: (1 to: 27). view edges: (1 to: 27) from: #yourself to: [:each | each * each]. view layout: (MOCircleLayout new). view open -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > I also wonder if we could imagine a SVGRenderer to use in conjunction > with seaside :) ? What do you think ? Yeah, that would be nice! > ps: David, concerning the graph button bar in OB, I'll suggest showing > it only in the comment view. It depends... I seldom press the comment button, except if there is a comment in it, which is rare. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 25, 2009

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Matthew Fulmer

On Wed, Feb 25, 2009 at 02:55:54PM +0100, Hilaire Fernandes wrote: > To be more accurate the badness seems to occur when I am invoking > "World doOneCycle" from the Seaside canvas. > > World doOneCycle is necessary in some situation to get Moprh in their > expected shape, because of the buggy Morph layout engine. > So, in a Seaside component, It results in uggly code like: Don't mess with morphic from threads other than the UI thread. Don't add morphs. Don't run World doOneCycle. The proper way to do this is to inject events into the UI thread: WorldState addDeferedUIMessage: [MyMorph new openInWorld] -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

Feb. 25, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Dale Henrichs

Okay, I've been able to reproduce the spurious bug that Igor was seeing ('aContext not in process chain' error). It seems to be related to the fact that the OTDebugger uses an OBFixedButtonPanel and the buttons are not getting updated correctly (or at all), so the buttons are operating on stale contexts. The menu items for the debugger appear to work okay - although the short cut keys may not work - I'll look into this one:). You'll hit the 'aContext not in process chain' as soon as you step out of the original method context. The problem was introduced with pharo0.1-10243dev09.02.3 (pharo0.1-10236dev09.02.2 doesn't have the sticky button problem). I also have fixes for the extra junk on the stack (for create method and for halts/errors), but until the OBFixedButtonPanel issue gets fixed you might want to revert to the non-ob debugger. Dale

Feb. 25, 2009

Re: [Pharo-project] Which Mondrian ?

by CÃ©drick BÃ©ler

Thanks David and Alexandre, I've loaded the mondrian form squeaksource and I'm trying it. I find it quite different for the one used in OB. I'll continue to try it as I'm reading Micheal Master thesis. I'm trying on a simple graph first with tasks and node, but also I'd like a special kinf of shape. Alex, I didn't found the way to compose shape. Is it possible already ? Actually, I used Mondrian to generate the graph and then export it as PNG. I could directly draw the pic, but wanted to try mondrian so... I also wonder if we could imagine a SVGRenderer to use in conjunction with seaside :) ? What do you think ? Thanks, CÃ©drick ps: David, concerning the graph button bar in OB, I'll suggest showing it only in the comment view.

Feb. 25, 2009

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Hilaire Fernandes

To be more accurate the badness seems to occur when I am invoking "World doOneCycle" from the Seaside canvas. World doOneCycle is necessary in some situation to get Moprh in their expected shape, because of the buggy Morph layout engine. So, in a Seaside component, It results in uggly code like: exercisePng | view | "Layout is buggy XXX" ^ exercisePng ifNil: [view := step exerciseView. view openInWorld. view extent: 699@600. World doOneCycle. view extent: view extent + (1 @ 0). view delete. exercisePng := self pngImage: view imageForm] Don't know if there are better code to handle that. 2009/2/25 Hilaire Fernandes <hilaire(a)ofset.org>: > Okay, thanks for the tip. Indeed this cascade of events occurs within > Seaside, which, if I understand correctly, run in its own thread. > The only things I am doing from this thread is to display a Morph. How > could I do that so the bang does not show up? > > Hilaire > > > 2009/2/25 GARY CHAMBERS <gazzaguru2(a)btinternet.com>: >> There are a number of entries in Mantis for Squeak about this. >> My feeling is that more than one preocess is running the world loop such >> that one starts doing the loop, another starts before the first is finished >> and ends (setting to nil) then the first encounters this. >> The world loop is not thread safe. >> >> >> ________________________________ >> From: Hilaire Fernandes <hilaire(a)ofset.org> >> To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> >> Sent: Wednesday, 25 February, 2009 12:04:24 PM >> Subject: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes: >> >> I have this kind of error which appear randomly when I am >> instantiating and displaying in real world a Morph. >> Next from the morph is deduced Form field to use as the basis of a PNG >> image for Seaside canvas. >> It is easy to fix (or a least prevent the error) but it is system >> land... so I am curious to read if other meet this problem. >> >> See debuglog >> -- >> http://blog.ofset.org/hilaire >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > http://blog.ofset.org/hilaire > -- http://blog.ofset.org/hilaire

Feb. 25, 2009