- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Best way for change a window style

by Igor Stasenko

On 5 January 2011 13:41, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jan 5, 2011, at 12:38 PM, nullPointer wrote: > >> >> Yeah, that is dicussed before, many times. >> >> UIBuilder is dead, and I believe any type of classic designer like VW use. >> Try implement a classic designer for UIs is lost time. I have many time for >> lost :) > > I do not think so but this is your right to think that >> >> I believe the future is WPF, and the tools for generate XAML. > > oh no. You mix the techno and the concept. Anyway when you will see that I'm right you will smile. > yes. please no WPF no XAML .. lets keep it simple.. just UI builder producing specs in smalltalk code >> Too exists >> some tools for create XUL. DonÂ´t is needed a UI designer in Smalltalk, only >> is needed a "Reader" for build the UI from a XML text. >> >> Regards. >> -- >> View this message in context: http://forum.world.st/Best-way-for-change-a-window-style-tp3032341p3175319.… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > > -- Best regards, Igor Stasenko AKA sig.

Jan. 5, 2011

Re: [Pharo-project] Best way for change a window style

by StÃ©phane Ducasse

On Jan 5, 2011, at 12:38 PM, nullPointer wrote: > > Yeah, that is dicussed before, many times. > > UIBuilder is dead, and I believe any type of classic designer like VW use. > Try implement a classic designer for UIs is lost time. I have many time for > lost :) I do not think so but this is your right to think that > > I believe the future is WPF, and the tools for generate XAML. oh no. You mix the techno and the concept. Anyway when you will see that I'm right you will smile. > Too exists > some tools for create XUL. DonÂ´t is needed a UI designer in Smalltalk, only > is needed a "Reader" for build the UI from a XML text. > > Regards. > -- > View this message in context: http://forum.world.st/Best-way-for-change-a-window-style-tp3032341p3175319.… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Jan. 5, 2011

Re: [Pharo-project] ConfigurationOfPharo: now with Mocketry, Autotest, XMLSupport and Helps

by Alexandre Bergel

> I've updated ConfigurationOfPharo 1.2-beta2: > Added: > - Mocketry > - XMLSupport > - Autotest > - Shortcuts-Help Cool! I also added MemoryMonitor I would be glad to hear what you would like to see as improvement Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 5, 2011

Re: [Pharo-project] [Pharo-users] Minimal pharo

by StÃ©phane Ducasse

send code :) On Jan 5, 2011, at 9:16 AM, Luc Fabresse wrote: > Hi all, > > Yes, I agree with Adrian, all cleanings should be integrated. > Perhaps in #cleanUpForProduction that already integrates some elements pointed by Mariano. > > #Luc > > > 2011/1/5 Adrian Lienhard <adi(a)netstyle.ch> > > On Jan 4, 2011, at 22:42 , Mariano Martinez Peck wrote: > > > ps: I wonder if any of those scripts should be added to ScriptLoader > > Yes, that would be good! Like this we can improve them and other people can contribute. > > Esteban, could you share your experience with unloading packages? I assume you had to also reorganize packages to make them cleanly unloadable? If yes these changes should be integrated to improve the modularization. > > Cheers, > Adrian >

Jan. 5, 2011

[Pharo-project] Fwd: [Pharo-users] Smalltalk server pages

by StÃ©phane Ducasse

Begin forwarded message: > From: Annick Fron <info(a)afceurope.com> > Date: January 5, 2011 12:43:53 PM GMT+01:00 > To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > Subject: [Pharo-users] Smalltalk server pages > Reply-To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > > Hi, > > and in order to get a minimum of dynamic pages, (I think Seaside will be too large for my memory) what is best to get simple Smalltalk server pages, swazoo or Komhttpserver ? > > Annick Fron

Jan. 5, 2011

Re: [Pharo-project] [Pharo-users] Minimal pharo

by Esteban Lorenzano

Ah, I forgot to say the the general idea of my "brute shrinking" was opposite to Pavel's idea: Pavel's pharo kernel images is about to have a really tiny image and use that as a foundation to build major images. Mine is: having already a production image, I want to strip from image all things I'm not using, so my *final* image (not my starting image) is as small as possible. Cheers, Esteban El 05/01/2011, a las 4:58a.m., Adrian Lienhard escribiÃ³: > > On Jan 4, 2011, at 22:42 , Mariano Martinez Peck wrote: > >> ps: I wonder if any of those scripts should be added to ScriptLoader > > Yes, that would be good! Like this we can improve them and other people can contribute. > > Esteban, could you share your experience with unloading packages? I assume you had to also reorganize packages to make them cleanly unloadable? If yes these changes should be integrated to improve the modularization. > > Cheers, > Adrian

Jan. 5, 2011

Re: [Pharo-project] [Pharo-users] Minimal pharo

by Esteban Lorenzano

Hi, I don't think my experience is really usable for general image shrinking. What I was doing is preparing images to run on the iPhone, and then I was cutting a lot of things needed in any other scenarios. In fact, I named my "technic" as "brute shrinking" :P and what I was using was an adaptation of Pavel's experiments: 1) I run all the cleans provided on Pharo. 2) I change the morphic UI with a dummy one. 3) I remove lots of packages using package unloader (and I said: lots... any package I'm not using). 4) I remove lots of classes (again, any clearly not-used class remaining in not unloaded packages) 5) I remove lots of methods (using Pavel's listing, here) 6) finally I was removing even InputEventFetcher, etc. (no need for a iOS user interface, I'm processing the events in "other way") with all this, my smallest image were about 4.1M... and it was working properly inside an iPhone :) as you can see... it doesn't look like it is useful for real non-mars scenarios... I can provide the scripts, of course, if you still think it is useful. and I thought on reorganize, taking into account all this drops, yes... but the experiments were aborted by the apple clause change... now solved, but no time to continue the work on it yet :) Cheers, Esteban El 05/01/2011, a las 4:58a.m., Adrian Lienhard escribiÃ³: > > On Jan 4, 2011, at 22:42 , Mariano Martinez Peck wrote: > >> ps: I wonder if any of those scripts should be added to ScriptLoader > > Yes, that would be good! Like this we can improve them and other people can contribute. > > Esteban, could you share your experience with unloading packages? I assume you had to also reorganize packages to make them cleanly unloadable? If yes these changes should be integrated to improve the modularization. > > Cheers, > Adrian

Jan. 5, 2011

Re: [Pharo-project] Hudson Win setup build

by Igor Stasenko

On 5 January 2011 11:53, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jan 5, 2011, at 11:11 AM, Torsten Bergmann wrote: > >> Would be nice if Hudson could also build >> the Pharo windows setup automatically >> in the future. Should be easy to setup. >> >> I know thats not the highest prio but >> I wanted to check if it is possible anyway >> (dont know what kind of machine the ci server >> is currently runnning on). >> > > right now we just have a linux slave builder. This is what IT Services > was able to provide. > >> Since I think VM's are built in the future >> via Hudson too there must be access to a >> win32 machine anyway. > > > Yes, we will look into setting up a Mac and a Windows slave > soon. > > One idea is to use an older intel mac and install windows there > as a virtual machine and use this machine for both windows and mac. > > Alternatively, Hudson can have Amazon E2C slaves... for windows, that > would be an alternative (but an expensive one). > Well, let us try a cheapest alternative first :) First we need to build a working solution. Customizing or moving it somewhere else it won't be a big problem (i hope). As to me, one important thing is that community should be able to participate. Once it is done, it should stay open for improvements and additions/extensions by people from community no just a limited number of persons. Because obviously, none of us have time to watch for everything. > Â Â Â Â Marcus > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > -- Best regards, Igor Stasenko AKA sig.

Jan. 5, 2011

Re: [Pharo-project] Best way for change a window style

by nullPointer

Yeah, that is dicussed before, many times. UIBuilder is dead, and I believe any type of classic designer like VW use. Try implement a classic designer for UIs is lost time. I have many time for lost :) I believe the future is WPF, and the tools for generate XAML. Too exists some tools for create XUL. DonÂ´t is needed a UI designer in Smalltalk, only is needed a "Reader" for build the UI from a XML text. Regards. -- View this message in context: http://forum.world.st/Best-way-for-change-a-window-style-tp3032341p3175319.… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 5, 2011

Re: [Pharo-project] Best way for change a window style

by Igor Stasenko

On 5 January 2011 10:07, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > This is really good > +1 This is something, morphic was needed 10 years ago. Not saying about today. > On Jan 5, 2011, at 2:18 AM, nullPointer wrote: > >> >> Finally I implemented the posibility of create a custom windows in >> CLFramework. >> >> The final visual result fails in somethings, but seems the original: >> >> http://forum.world.st/file/n3174741/example.png >> >> http://www.youtube.com/watch?v=QAu6fPyz1b0 >> http://www.youtube.com/watch?v=Gb9NoWFdhXo >> http://www.youtube.com/watch?v=5CpUnIH9KVw >> -- >> View this message in context: http://forum.world.st/Best-way-for-change-a-window-style-tp3032341p3174741.… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > > -- Best regards, Igor Stasenko AKA sig.

Jan. 5, 2011