November 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] tx...

by Igor Stasenko

2008/11/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Hi guys > > I just wanted to tell you that I really like what we are doing. I was so sad > in the past. I find really important > that our (marcus and me) little flame inside did not die after 3.9. > > I would really pharo to be able to move forward even Smalltalk (first class > slots for example)! > I still have the idea that the system should be beautiful and that one > person can understand it. > Don't forget to remove SystemDictionary along the way, while carving out Etoys ;) > Stef > > _______________________________________________ > 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.

Nov. 21, 2008

Re: [Pharo-project] Polymorph in Pharo

by StÃ©phane Ducasse

May be this is just a glitch due to etoy removal. Soon with the 1.0 release we will have less problem but thanks for feedback On Nov 20, 2008, at 11:17 PM, Marcus Denker wrote: > > On 20.11.2008, at 21:02, Igor Stasenko wrote: > >> hmm.. i trying to install polymorph-widgets from universes on 10156- >> dev image >> and it fails with DNU: >> BottomLeftGripMorph>>shouldDraw >> in emergency evaluator. >> > > Ups. I wonder why it was removed... was it categorized as "etoys"? > > Maybe we should really add TT and Polymorph into the base soon. This > way we make sure it works... > > Marcus > > >> 2008/11/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> tx torsten :) >>> >>> Stef >>> >>> On Nov 20, 2008, at 5:31 PM, Torsten Bergmann wrote: >>> >>>> The ScriptLoader 665 MCZ in the pharo inbox (which is based on >>>> 664 from >>>> Marcus) >>>> adds a simple load script to load the Polymorph UI framework into >>>> pharo. >>>> >>>> There is no need to patch MC as described in >>>> http://wiki.squeak.org/squeak/6005 >>>> sine an exception handler is used to surpress the progress bar. >>>> >>>> It's best to close most windows before evaluating the script but >>>> in most >>>> cases >>>> it just works. >>>> >>>> Thanks to Gary for the nice UI! When to expect an XP like look ;) >>> >>> I would ask when a pharo look :) >>> >>> Stef >>> >>>> >>>> >>>> Have fun, >>>> Torsten >>>> -- >>>> Sensationsangebot nur bis 30.11: GMX FreeDSL - Telefonanschluss + >>>> DSL >>>> fÃ¼r nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a >>>> >>>> _______________________________________________ >>>> 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. >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 21, 2008

Re: [Pharo-project] About browsers

by StÃ©phane Ducasse

On Nov 20, 2008, at 11:08 PM, David RÃ¶thlisberger wrote: > >> why are we forced to click on a method category to define one? >> We could click on the class and paste a method body >> then select a category... > yep, that would be something... > > > right now apple-F is linked to look for a class in the class > category. > > but this would be great to have it working anywhere. > > I found a way to make apple-F search for classes in text panels too. > Adding it to the other columns besides class cat was easy too. > >> I went over the shortcut list and lot of them are not working and it >> would be good to check and rethink them. > yes, we need to do this. > Would be good if we could agree on a list of shortcuts we want to > have everywhere in our tools. Because for apple-F I had to overwrite > the behavior this shortcut normally has in a text editor, namely > searching for a pattern in this text. So some people used to this > behavior might be confused now and start to complain... ;) Why don't we open a wiki page and list all the current short cuts. categorized Stef > >> PS: David the inheritance pane is now working extremely well. It is >> really cool to be able to double click >> on it to see the new inheritance tree and the switch between the >> smart group selection and the package >> view is really great. > Thanks, I'm happy to hear that. :)) Yeap really really smooth > > > David > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 21, 2008

Re: [Pharo-project] Recently logged changes?

by StÃ©phane Ducasse

Yes me too I thought it was reintroduced. Stef On Nov 21, 2008, at 10:23 AM, Michael Rueger wrote: > Hi all, > > with all the image freezing going on I really miss the recently > logged changes entry in the world menu. Or is it simply hiding > somewhere else? > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 21, 2008

[Pharo-project] Recently logged changes?

by Michael Rueger

Hi all, with all the image freezing going on I really miss the recently logged changes entry in the world menu. Or is it simply hiding somewhere else? Michael

Nov. 21, 2008

Re: [Pharo-project] SUnit: history support and OB icons

by StÃ©phane Ducasse

I have the not run green/red icons but not the green ones when the tests are run. Even if once it worked because I saw it. Stef On Nov 20, 2008, at 11:00 PM, David RÃ¶thlisberger wrote: > >> Now I do not understand since when I run the tests the icons do not >> change. > Strange. So you always get the not run icon (circle with green and > red)? > For me this is not the case, the icons do change. Can you check > whether it saved a history in the class variable of TestCase? > > david >> Stef >> >> On Nov 20, 2008, at 8:17 PM, David RÃ¶thlisberger wrote: >> >>> >>>> I loaded the fix of John for the menu >>>> and the changes for SUnit icons and my image freshes when I open >>>> the Package browser and run the tests >>>> in 10162 >>> >>> which tests? All tests? >>> >>> David >>> >>> _______________________________________________ >>> 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 >

Nov. 21, 2008

Re: [Pharo-project] tx...

by StÃ©phane Ducasse

:) Of course you got trapped in greyish or too colorful environments :)))) Stef > Indeed, even from outside I can sense how things are improving with > every release. > > I must admit it's something I was not used to since I got hooked > with Smalltalk :). > > Cheers, > Doru > > On Nov 20, 2008, at 9:12 PM, StÃ©phane Ducasse wrote: > >> Hi guys >> >> I just wanted to tell you that I really like what we are doing. I >> was so sad in the past. I find really important >> that our (marcus and me) little flame inside did not die after 3.9. >> >> I would really pharo to be able to move forward even Smalltalk >> (first class slots for example)! >> I still have the idea that the system should be beautiful and that >> one person can understand it. >> >> Stef >> >> _______________________________________________ >> 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 > www.tudorgirba.com/blog > > "If you interrupt the barber while he is cutting your hair, you will > end up with a messy haircut." > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 21, 2008

[Pharo-project] Polymorph in Pharo

by Torsten Bergmann

>hmm.. i trying to install polymorph-widgets from universes on 10156- >dev image Did you try to patch the PCPackageLoader>>basicLoad method to disable the progress bar before loading as described in http://wiki.squeak.org/squeak/6005? It's also best just to have only one window (workspace) open, since some UI changes dont work with existing windows. Otherwise use the new script loader script from the inbox. In a 10160-dev this works without problems. Torsten -- Sensationsangebot nur bis 30.11: GMX FreeDSL - Telefonanschluss + DSL fÃ¼r nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

Nov. 21, 2008

[Pharo-project] Alien progress

by John M McIntosh

Ok, well I have some change sets to load the compiler changes, the base system, the platform pieces. Then load the plugin code, changes etc to interpreter. That all now compiles and links ok. And I can invoke the quicksort sample, then the Objective-C exampleNSOpenPanel but when I try the exampleOpenWindowWithModalAlert I get smoke... However this means it's 90% there. Note classAlien := ObjcAllocateClassPairAlien primFFICallResult: ObjectiveCClassAlien new with: className asAlien with: superclassName asAlien. core dumps but docs say that objc_allocateClassPair takes 3 parms... As indicated below, so mmm clue that something just isn't right objc_allocateClassPair Creates a new class and metaclass. objc_allocateClassPair(Class superclass, const char *name, size_t extraBytes) Parameterssuperclass The class to use as the new class's superclass, or Nil to create a new root class. name The string to use as the new class's name. The string will be copied. extraBytes The number of bytes to allocate for indexed ivars at the end of the class and metaclass objects. This should usually be 0. Return Value The new class, or Nil if the class could not be created (for example, the desired name is already in use). -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Nov. 21, 2008

Re: Unix host windows. (Was: Re: [Pharo-project] HostWindows rewrite)

by David T. Lewis

On Fri, Nov 21, 2008 at 05:25:29AM +0200, Igor Stasenko wrote: > 2008/11/21 David T. Lewis <lewis(a)mail.msen.com>: > > > > Loosely speaking, the top-level window corresponds to an "application" > > which might have a hierarchy of windows inside it. > > Inside only, or just have a child-parent relation? I mean, does a > child-parent implies, that child window should live inside rect > designated by parent and parent always acts as background window, or > its free to be placed anywhere? I'm not sure. Honestly I'm not an expert on this at all, I just hacked on Ian's code and looked at a couple of books. I would guess that the child windows can be placed anywhere, but that in normal operation the window manager controls the top-level window and the child windows follow along within the top-level coordinate system. But I'm not certain about this. > I'm also concerned a bit with a window manager communication. How to > tell window manager that window should have different decoration, like > having static border, or can't be closed (don't show close button) , > or having no decoration at all - only area for painting etc. > I want (at least try) to support a set of generic assets throughout > all platforms. Google ICCCM. There are some conventions for communicating with window managers, but lots of different window managers are in use and they are all different. Note, a window manager is just another X client application, separate from the X server. You could program Squeak to be an X window manager if you wanted to (might be a good project for somebody to try). > > Also, you need to decide if each top-level host window should have > > its own separate communication session to the X server such that X > > events are naturally delivered to that window, or if there should be > > one connection with code to dispatch the events to the right destination. > > Either way, the X events need to get back to the VM in such a way > > that the correct X windows are refreshed, and the correct semaphore > > or process gets alerted in the Squeak image. > > I don't see the need in having multiple comm channels. Squeak VM > having single event queue, that's makes no sense to use multiple > queues inside X11 backend. > Of couse if X11 allows to manage everything through single channel. Actually this might be mostly a matter of how much "rearranging" to do in the existing Unix X11 support code. Dispatching from a single channel is probably the right thing to do, but it might be easier to just open separate connections. I did not implement either one, so pick your poison ;) Dave

Nov. 21, 2008