January 2011 - Pharo-dev - lists.pharo.org

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

by Adrian Lienhard

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] Best way for change a window style

by Torsten Bergmann

> Finally I implemented the posibility of create a custom windows in > CLFramework. That really rocks! Looks cool. And I'm glad that you continue working on it since the result is really impressive. One of my goals this year is to find the time to have a look at UI framework and to start building one or the other small helper tool with it to give feedback. Is it working with 1.2 already? What is planned next! Thanks Torsten -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

Jan. 5, 2011

Re: [Pharo-project] Generators for Pharo Xmax wish)

by Noury Bouraqadi

Hi, Before integrating some code into Pharo the first step is to check that the licence is MIT. Noury On 5 janv. 2011, at 00:22, Miguel CobÃ¡ wrote: > The easiest way to get this code into pharo core is to create a mcz > package, put it on PharoInbox on squeaksource and create a ticket in > code.google.com/p/pharo referencing it and taggint it Fixed, this way > StÃ©phane or Markus can harvest it to the core image. > If the mcz package is overkill, then a simple fileout of the package in > squeak attached to the ticket will do. > > Maybe in the long term a project on squeaksource should be created (if > not exists) and new changes to to it and from there pulled to squeak and > pharo. > > Cheers > > El mar, 04-01-2011 a las 15:43 -0700, Ralph Boland escribiÃ³: >> I earlier posted a Xmas wish that Pharo add generators >> (steal the generators code from Squeak). >> No one appeared to be familiar with them. >> The generators code was added to Squeak by Andreas Raas. >> The class Generator can be found in Squeak as a subclass >> of Stream. It's about 140 lines of code and, as I said before, >> is really useful and needed in order for me to port some of the >> packages I am developing from Squeak to Pharo. >> Class Generator is tested in class GeneratorTest which also serves >> as examples of uses of Generators. >> So please, someone go steal the code! >> And stealing is easy. For example I stole the following comment on >> class Generator directly from the class comment: >> >> " >> A Generator transforms callback interfaces into stream interfaces. >> >> When a producer algorithm provide results as callbacks (blocks) and a >> consumer algorithm expects streamable input, a Generator transforms >> one into the other, for example: >> >> | generator | >> generator := Generator on: [:g| Integer primesUpTo: 100 do:[:prime| g >> yield: prime]]. >> [generator atEnd] whileFalse:[Transcript show: generator next]. >> " >> >> Regards, >> >> Ralph Boland >> > > -- > Miguel CobÃ¡ > http://twitter.com/MiguelCobaMtz > http://miguel.leugim.com.mx > > > >

Jan. 5, 2011

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

by laurent laffont

On Wed, Jan 5, 2011 at 8:38 AM, Olivier Auverlot <olivier.auverlot(a)gmail.com > wrote: > uibuilder is a very impressive tool ! > > Pharo must have this type of tool for to be a credible solution in the > development of desktop applications.I think that integrate uibuilder in the > standard image will be a good idea :) > The first step is to create a ConfigurationOfUIBuilder and put it in http://squeaksource.com/MetacelloRepository. Feel free to do it :) Laurent > > this is planed ? > > Best regards > Olivier > www.auverlot.fr > > > Cool ! > > Laurent > > On Wed, Jan 5, 2011 at 2:18 AM, nullPointer <epicfan(a)gmail.com> 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. >> >> > >

Jan. 5, 2011

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

by Olivier Auverlot

uibuilder is a very impressive tool ! Pharo must have this type of tool for to be a credible solution in the development of desktop applications.I think that integrate uibuilder in the standard image will be a good idea :) this is planed ? Best regards Olivier www.auverlot.fr > Cool ! > > Laurent > > On Wed, Jan 5, 2011 at 2:18 AM, nullPointer <epicfan(a)gmail.com > <mailto:epicfan@gmail.com>> 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. > >

Jan. 5, 2011

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

by laurent laffont

Cool ! Laurent On Wed, Jan 5, 2011 at 2:18 AM, nullPointer <epicfan(a)gmail.com> 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. > >

Jan. 5, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by David T. Lewis

On Tue, Jan 04, 2011 at 08:03:42PM -0300, Esteban Lorenzano wrote: > ah... I think (if I understood well) the real problem is that OSProcess > were implementing it's own aio things and now it is relying (correctly) > in AioPlugin... so, before that, it wasn't important if AioPlugin was > present, and now it is (btw... UnixOSProcessPlugin don't really need > AioPlugin, it switches to an ugly but necessary polling when absent) > > Cheers, > Esteban Yes, that's right. The first version of OSProcess (from 1999) had OSProcess and the OSProcessPlugin. Over time, it grew and I split it into packages. Now CommandShell and OSProcess are the image side packages, and OSProcessPlugin, AioPlugin, and XDisplayControlPlugin provide the VM plugin support. All of it is written in Smalltalk, including the plugins. Originally, CommandShell was part of OSProcess. And originally, AioPlugin and XDisplayPlugin were part of OSProcessPlugin. CommandShell uses OSProcess (but loads and runs without it). OSProcess uses mainly OSProcessPlugin, but also AioPlugin if available. OSProcess also uses XDisplayControlPlugin when running on X11, expecially to support #forkSqueak. The X window system is separate from the operating system, therefore the XDisplayControlPlugin is separate from the OSProcessPlugin. The aio functions are separate from the operating system (they are part of Ian's Unix support code, but not OS functions per se), so the AioPlugin is also separate from the OSProcessPlugin. At the higher level, things that relate directly to operating system functions and to the representation of OS processes are part of OSProcess. Things that relate to the pipes, unix shell syntax, file name globbing, command line parsing, and shell window display are part of CommandShell. Dave > El 04/01/2011, a las 7:10p.m., Igor Stasenko escribi?: > > > On 4 January 2011 23:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> Hi, > >> Yes, 4.2.5 and exuperi both has UnixOSProcessPlugin as default (and I understand that, they are very needed :) ) > >> > > Err.. i asked about AioPlugin. > > > > Yes, OSProcessPlugin is quite useful , since with it we can perform > > some OS-specific tasks directly from smalltalk code. > > > > Someday it will rock, especially when we will have something better > > than FileDirectory & friends :) > > > >> Cheers, > >> Esteban > >> > >> El 04/01/2011, a las 3:15p.m., Igor Stasenko escribi?: > >> > >>> On 4 January 2011 17:34, St?phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >>>> > >>>> On Jan 4, 2011, at 4:25 AM, David T. Lewis wrote: > >>>> > >>>>> On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: > >>>>>> Hello Everyone, > >>>>>> So, long time squeaker, first time pharo(er ?). Please don't hold this against me ;) > >>>>>> > >>>>>> I am trying to get CommandShell loaded into Pharo (using the Seaside Image) via Monticello. I have tried this on Pharo 1.1/1.1.1/1.2 for the record (same thing). I skip past the MVC/Morphic errors about PluggableList etc, and I can get the command shell to pop-up, however, two things happen; > >>>>>> > >>>>> > >>>>> The CommandShell package on SqueakSource is also now broken down > >>>>> into sub-packages, so you can load the individual parts if you want. > >>>>> But just proceding through the MVC warnings as you did is harmless. > >>>>> > >>>>>> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning > >>>>> > >>>>> AFAIK, noone has tried building the AioPlugin for Mac, so you will get this > >>>>> warning when running on a Mac. But as you say, it's just a warning. > >>>> > >>>> I imagine that we will see that with igor and the automatic build too. > >>>> > >>> > >>> was this plugin included into standard vms once before? because > >>> currently its not > >>> and i don't remember if i built VMs it . > >>> > >>> > >>> -- > >>> Best regards, > >>> Igor Stasenko AKA sig. > >>> > >> > >> > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > >

Jan. 5, 2011

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

by nullPointer

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.

Jan. 5, 2011

Re: [Pharo-project] Generators for Pharo Xmax wish)

by Miguel CobÃ¡

The easiest way to get this code into pharo core is to create a mcz package, put it on PharoInbox on squeaksource and create a ticket in code.google.com/p/pharo referencing it and taggint it Fixed, this way StÃ©phane or Markus can harvest it to the core image. If the mcz package is overkill, then a simple fileout of the package in squeak attached to the ticket will do. Maybe in the long term a project on squeaksource should be created (if not exists) and new changes to to it and from there pulled to squeak and pharo. Cheers El mar, 04-01-2011 a las 15:43 -0700, Ralph Boland escribiÃ³: > I earlier posted a Xmas wish that Pharo add generators > (steal the generators code from Squeak). > No one appeared to be familiar with them. > The generators code was added to Squeak by Andreas Raas. > The class Generator can be found in Squeak as a subclass > of Stream. It's about 140 lines of code and, as I said before, > is really useful and needed in order for me to port some of the > packages I am developing from Squeak to Pharo. > Class Generator is tested in class GeneratorTest which also serves > as examples of uses of Generators. > So please, someone go steal the code! > And stealing is easy. For example I stole the following comment on > class Generator directly from the class comment: > > " > A Generator transforms callback interfaces into stream interfaces. > > When a producer algorithm provide results as callbacks (blocks) and a > consumer algorithm expects streamable input, a Generator transforms > one into the other, for example: > > | generator | > generator := Generator on: [:g| Integer primesUpTo: 100 do:[:prime| g > yield: prime]]. > [generator atEnd] whileFalse:[Transcript show: generator next]. > " > > Regards, > > Ralph Boland > -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Jan. 4, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by Esteban Lorenzano

ah... I think (if I understood well) the real problem is that OSProcess were implementing it's own aio things and now it is relying (correctly) in AioPlugin... so, before that, it wasn't important if AioPlugin was present, and now it is (btw... UnixOSProcessPlugin don't really need AioPlugin, it switches to an ugly but necessary polling when absent) Cheers, Esteban El 04/01/2011, a las 7:10p.m., Igor Stasenko escribiÃ³: > On 4 January 2011 23:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi, >> Yes, 4.2.5 and exuperi both has UnixOSProcessPlugin as default (and I understand that, they are very needed :) ) >> > Err.. i asked about AioPlugin. > > Yes, OSProcessPlugin is quite useful , since with it we can perform > some OS-specific tasks directly from smalltalk code. > > Someday it will rock, especially when we will have something better > than FileDirectory & friends :) > >> Cheers, >> Esteban >> >> El 04/01/2011, a las 3:15p.m., Igor Stasenko escribiÃ³: >> >>> On 4 January 2011 17:34, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> >>>> On Jan 4, 2011, at 4:25 AM, David T. Lewis wrote: >>>> >>>>> On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: >>>>>> Hello Everyone, >>>>>> So, long time squeaker, first time pharo(er ?). Please don't hold this against me ;) >>>>>> >>>>>> I am trying to get CommandShell loaded into Pharo (using the Seaside Image) via Monticello. I have tried this on Pharo 1.1/1.1.1/1.2 for the record (same thing). I skip past the MVC/Morphic errors about PluggableList etc, and I can get the command shell to pop-up, however, two things happen; >>>>>> >>>>> >>>>> The CommandShell package on SqueakSource is also now broken down >>>>> into sub-packages, so you can load the individual parts if you want. >>>>> But just proceding through the MVC warnings as you did is harmless. >>>>> >>>>>> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning >>>>> >>>>> AFAIK, noone has tried building the AioPlugin for Mac, so you will get this >>>>> warning when running on a Mac. But as you say, it's just a warning. >>>> >>>> I imagine that we will see that with igor and the automatic build too. >>>> >>> >>> was this plugin included into standard vms once before? because >>> currently its not >>> and i don't remember if i built VMs it . >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Jan. 4, 2011