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

Re: [Pharo-project] RBNamespace does not like Trait ?

by FranÃ§ois Tanguy

Hello, it is okay, I can deal without it. My use case is the following: - extension of Fame to support Traits - use the fame code generator to add behavior to generated classes Because Fame is using RB to generate code, I was expecting that RB was handling Traits. But no matter, I add Trait in a second pass myself. Cheers FranÃ§ois >> Hi, >> >> In general, RB does not know about Traits too much. They are treated >> like classes, which >> works most of the time. >> >> There has been work done for Traits support (and Traits related >> refactorings). But >> this has not yet been integrated. >> >> Marcus On 11.05.2009, at 07:52, Fran?ois Tanguy wrote: > Hello, > > no class is created when sending defineClass: message to an > RBNamespace instance with the following class string definition > > Object subclass: #SCElement > uses: {TPrintable} > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: #'SC' > > Having a quick look to the implementation, RBNamespace does not like > Trait... > > Francois

May 12, 2009

Re: [Pharo-project] Capturing window events

by Alexandre Bergel

> Morphic-Alexandre_Bergel.302 is in PharoInbox Cheers, Alexandre On 11 May 2009, at 22:24, Alexandre Bergel wrote: > Hi David and Friends, > Morphic-Alexandre_Bergel.301 in PharoInbox extends SystemWindow with > emitting announcement. The fix also contains a hierarchy of > announcements > If someone would like to comment on it. > > Cheers, > Alexandre > > > On 11 May 2009, at 11:14, David RÃ¶thlisberger wrote: > >> Hi Alex, >> >>> Is there an easy way to capture windows related events such as >>> resizing and hiding ? >> >> I was seeking for the same things just last week... >> For collapsing and expanding using the tool buttons in the window's >> task bar, the >> methods #collapse and #expand of SystemWindow get executed. >> >> Resizing and moving with the mouse is more difficult to intercept. >> The best way I found was to hook into #doFastWindowReframe: >> (resizing) and >> #doFastFrameDrag: (moving). >> I had to override these methods to send a notification to my stuff. >> Not the best way, >> so enhancing SystemWindow to announce resizing, moving, maybe also >> expanding, >> collapsing, closing, etc. would be better. >> >> David >> >>> I do not have the feeling this is supported currently. One way to >>> implement this I guess, is to redefine the method >>> SystemWindow>>extent: to emit an instance of a subclass of >>> Announcement, which could be named MorphicWindowResize. >>> >>> I plan to do this for Mondrian, but maybe this is of an interest to >>> GUI guys. >>> >>> Any comment before I proceed? >>> >>> Cheers, >>> Alexandre >>> >> >> >> _______________________________________________ >> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 12, 2009

Re: [Pharo-project] fastDragWindowsForMorphic locks up UI

by Steve Wirts

I've experienced this also 2009/5/12 Rob Rothwell <r.j.rothwell(a)gmail.com> > Can someone confirm that fastDragWindowForMorphic locks up the UI in 10303 > as soon as you try to move a window? > > I'll log an issue if it's not just me... > > Rob > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 12, 2009

Re: [Pharo-project] windowsesque theme

by Steve Wirts

Besides fine tuning some of the things with this theme, I would like to create an Ubuntu theme as that is the platform I prefer to use. I think it's an up and coming juggernaut. There are lots of controls that would be nice to have available in Pharo. In Java land there is a gui toolkit that might be something to look at for direction. Jide is gaining momentum, and was chosen over eclipse at my job. Certainly building widgets found in this product would provide alot of nice capabilities for Pharo's own tools. http://www.jidesoft.com/ Another thing that would be beyond my capabilities to work on, but I think is becoming necessary for software developers might be to have a heavyweight browser control. Something like the 3d rendering surface I've seen with croquet. There would be fantastic things you could do with this. These are just ideas. steve On Tue, May 12, 2009 at 8:41 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > gary let me know when you integrate the theme and I will integrate to > the stream. > May be in the future we will get theme packages :) > > On May 12, 2009, at 12:18 PM, Gary Chambers wrote: > > > Just needs a few tweaks for titloebar handling with larger fonts and > > some > > pane colour stuff. > > Looks good. Maybe a rename to UITheme95? > > > > Regards, Gary > > > > ----- Original Message ----- > > From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > > To: <Pharo-project(a)lists.gforge.inria.fr> > > Sent: Saturday, May 09, 2009 7:10 AM > > Subject: Re: [Pharo-project] windowsesque theme > > > > > >> thanks steve > >> I sounds good :) > >> I will let gary have a look and tell us. > >> > >> Stef > >> > >> On May 9, 2009, at 12:46 AM, Steve Wirts wrote: > >> > >>> I've attached a rough draft of a windowsesque UITheme called > >>> UIThemeXP, > >>> I was hoping it could be added to the themes in the main > >>> distribution. > >>> It may need to be renamed, and certainly put into the proper > >>> package. > >>> > >>> After you filein, evaluate.... > >>> > >>> UIThemeXP setup. > >>> > >>> then to see some examples of it, evaluate > >>> > >>> UITheme exampleBasicControls > >>> > >>> > >>> The "UIThemeXP<<setup" function assumes you are on a windows machine > >>> as it requires Tahoma font be installed. > >>> Otherwise you can just set it as the preferred look and feel, and it > >>> will use the standard Accuny font. > >>> > >>> It would be nice if the FreeType fonts could be somehow persisted > >>> inside methods like images so they would be available on other > >>> platforms. > >>> <windowsesque.st>_______________________________________________ > >>> 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 > > > > > > _______________________________________________ > > 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 >

May 12, 2009

Re: [Pharo-project] fastDragWindowsForMorphic locks up UI

by Rob Rothwell

Thanks...I'll log it! Rob 2009/5/12 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2009/5/12 Rob Rothwell <r.j.rothwell(a)gmail.com> > >> Can someone confirm that fastDragWindowForMorphic locks up the UI in 10303 >> as soon as you try to move a window? >> >> I'll log an issue if it's not just me... >> > > You are not alone. Me too. > > >> >> Rob >> >> _______________________________________________ >> 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 >

May 12, 2009

Re: [Pharo-project] fastDragWindowsForMorphic locks up UI

by Mariano Martinez Peck

2009/5/12 Rob Rothwell <r.j.rothwell(a)gmail.com> > Can someone confirm that fastDragWindowForMorphic locks up the UI in 10303 > as soon as you try to move a window? > > I'll log an issue if it's not just me... > You are not alone. Me too. > > Rob > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 12, 2009

[Pharo-project] fastDragWindowsForMorphic locks up UI

by Rob Rothwell

Can someone confirm that fastDragWindowForMorphic locks up the UI in 10303 as soon as you try to move a window? I'll log an issue if it's not just me... Rob

May 12, 2009

Re: [Pharo-project] RBNamespace does not like Trait ?

by Marcus Denker

Hi, In general, RB does not know about Traits too much. They are treated like classes, which works most of the time. There has been work done for Traits support (and Traits related refactorings). But this has not yet been integrated. Marcus On 11.05.2009, at 07:52, FranÃ§ois Tanguy wrote: > Hello, > > no class is created when sending defineClass: message to an > RBNamespace instance with the following class string definition > > Object subclass: #SCElement > uses: {TPrintable} > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: #'SC' > > Having a quick look to the implementation, RBNamespace does not like > Trait... > > Francois > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

May 12, 2009

[Pharo-project] ivars in ChronologyConstants

by Torsten Bergmann

I'm curious why the instance variables "seconds offset jdn nanos" are left in the shared pool class "ChronologyConstants". There is no accessor and the bindings are represented by class variables anyway (as the comment in SharedPool states). It's interesting that these instance variables are the same as in DateAndTime class. Squeak looks the same. When I remove all instance-vars in ChronologyConstants the tests will still run - so can we remove them? Anyone able to enlighten me? Thx T. -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

May 12, 2009

Re: [Pharo-project] Preference to settings refactoring: alternativeBrowseIt case

by StÃ©phane Ducasse

Excellent! Stef On May 12, 2009, at 2:46 PM, StÃ©phane Ducasse wrote: > current comment: "if true, then the "browse it" (cmd-b) feature in the > text editor will offer you a list of class names matching the > selection, if appropriate" Action: I would remove this preference > since this feature is always desired. Consequence: Only used from > ParagraphEditor>>browseIt wich directly send #browseClassFromIt to > self if #alternativeBrowseIt is enabled. Since > ParagraphEditor>>browseIt is the only sender of #browseClassFromIt, I > would replace ParagraphEditor>>browseIt code with > ParagraphEditor>>browseClassFromIt code and remove #browseClassFromIt. > a .cs is attached Alain > > > > On May 12, 2009, at 1:48 PM, Alain Plantec wrote: > >> http://code.google.com/p/pharo/issues/detail?id=808 >> >> Alain >> >> >> _______________________________________________ >> 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 >

May 12, 2009