- Pharo-dev - lists.pharo.org

[Pharo-project] Question on announcements when renaming a RPackage

by Goubier Thierry

Hi all, I'm looking at announcements seen when renaming a RPackage. From the Nautilus renamePackage code, I see that this goes straight to RPackageOrganizer>>renamePackage:in: In the two announcers to be followed in those cases, i.e. SystemAnnouncer and RPackage organizer announcer, I see three events I kind of expected, but not two I expected. In RPackage organizer announcer, I see a RPackageUnregistered a RPackageRenamed a RPackageCreated Where the system announcer shows only : a RPackageRenamed And that there is no mention of a CategoryAdded and a CategoryRemoved events. Do those categories still exist? Yes, they do. Opening Browser (the original thing), I see that the system category with the old package name is still there, and the new system category as well but... there was no CategoryAdded <- Why? CategoryRemoved <- of course, no deletion of the old category :) announcements. So, a few questions: - is this a bug? - will Monticello keep creating categories anyway (but not RPackage methods) - does it matter that its incoherent now given that we will get rid of system categories one day - does it matter because there are only a handfull of guys hacking at the IDE and that as long as one browser manages to hold it together, it's fine ;) Thanks to Nautilus for documenting indirectly how to use RPackage :) Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

April 12, 2013

Re: [Pharo-project] Open window out of my pharo environment

by Henrik Johansen

On Apr 12, 2013, at 2:35 PM, Henrik Johansen wrote: > > On Apr 12, 2013, at 1:08 PM, phil(a)highoctane.be wrote: > >> One crappy hack would be to have two host windows started by the VM and the Pharo Display bitmap split in two and each half being painted in its own window at the VM level. >> >> Which could even be extented to 'n' windows. >> >> The current display code uses a nxn matrix to repaint, refreshing in two windows is doable without too much fuss. >> >> For a Proof of Concept, that's workable. >> Phil > > The painting itself isn't the real bear though, but event handling/distribution with multiple concurrent "worlds" and/or displays (or, in another term, WindowManagers). > I mean, Areithfa Ffenestri (http://wiki.squeak.org/squeak/3862) has provided a workable multiple-windows API / VM implementation (on MacOS at least) for years, but the image-side code changes needed to make it work with source-aware events are still MIA. And that's not just due to lack of interest. > > Cheers, > Henry On a positive note, I should say; there HAS been progress in Pharo lately that would make this work easier than it used to; for example. the move away from use of a global Sensor :) Cheers, Henry

April 12, 2013

Re: [Pharo-project] Open window out of my pharo environment

by Henrik Johansen

On Apr 12, 2013, at 1:08 PM, phil(a)highoctane.be wrote: > One crappy hack would be to have two host windows started by the VM and the Pharo Display bitmap split in two and each half being painted in its own window at the VM level. > > Which could even be extented to 'n' windows. > > The current display code uses a nxn matrix to repaint, refreshing in two windows is doable without too much fuss. > > For a Proof of Concept, that's workable. > Phil The painting itself isn't the real bear though, but event handling/distribution with multiple concurrent "worlds" and/or displays (or, in another term, WindowManagers). I mean, Areithfa Ffenestri (http://wiki.squeak.org/squeak/3862) has provided a workable multiple-windows API / VM implementation (on MacOS at least) for years, but the image-side code changes needed to make it work with source-aware events are still MIA. And that's not just due to lack of interest. Cheers, Henry

April 12, 2013

Re: [Pharo-project] Open window out of my pharo environment

by S Krish

For the multi monitor support there will be a non trivial work involved. Maybe VW MultiMonitor.pcl maybe nice to start with and its corresponding dll to check on. But why not do a programming workaround for demo.. divide the tasks and displays between n VMs each displaying on their respective monitors. Use Fuel to proxy required objects between VMs if they need to share memory of objects..? bit of the Ruby simplified drb magic.. Anyways let me work on this a bit more and see if I can give a concrete code to work with atleast on one OS. On Fri, Apr 12, 2013 at 4:18 PM, Tristan Bourgois < tristan.bourgois(a)gmail.com> wrote: > > > > 2013/4/12 S Krish <krishnamachari.sudhakar(a)gmail.com> > >> >> From immediate perspective, why not hook up with NativeBoost to a C DLL >> one can easily parametrize to serve as viable alternative / proof of >> concept till Igor / Esteban's work becomes core to Pharo. >> > > Can you explain me fastly how to do that? (Sorry but I'm a terribly newbie > on low-level programming) > > Is this Windows / Mac / Linux or multi OS..? For Pharo, they will have to >> ensure it multi OS compatible so may take time stabilizing. >> >> > I develop on Windows but we have to be compatible with Linux. (The demo to > the client are on Linux machine). > > >> On Fri, Apr 12, 2013 at 1:19 PM, Tristan Bourgois < >> tristan.bourgois(a)gmail.com> wrote: >> >>> Hi! >>> >>> all my question is in the object ^^ >>> >>> Does exist the possibility to open a window out of my pharo environment? >>> (Or someone know the way to do that?) >>> >>> I'm working on a graphic framework and at my work they need a multi >>> screen support. It's needed to validate Pharo as the smalltalk they will >>> use! >>> >>> Thanks! >>> >>> Tristan >>> >> >> >

April 12, 2013

Re: [Pharo-project] [ANN] Pharo VM packages and PPA for Ubuntu (v2)

by kilon

Well done Damien, it seems to work fine now. Great work and thank you for your efforts. -- View this message in context: http://forum.world.st/ANN-Pharo-VM-packages-and-PPA-for-Ubuntu-v2-tp4680867… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 12, 2013

Re: [Pharo-project] call for a deprecate code transformation

by Nicolas Cellier

+1 for self-scarring 2013/4/12 Camille Teruel <camille.teruel(a)gmail.com> > On 12 avr. 2013, at 10:07, StÃ©phane Ducasse wrote: > > > Hi guys > > > > I would love to have a transformation that take a method and generate > the body to deprecate itâ¦ie > > > > foo: aPoint > > > > body > > > > > > => > > > > foo: aPoint > > > > self deprecated: 'use xxx' on: 'date' in: #Pharo2.0 > > > > body > > > > so that we deprecate better method. > > > > Any takers? > > Me. > I wanted something fancier: when you deprecate a method you attach a > transformation rule so that when a deprecated method is executed, the > deprecated warning can also propose to rewrite the sender. > > > > > Stef > > >

April 12, 2013

Re: [Pharo-project] Open window out of my pharo environment

by phil＠highoctane.be

MMh, didn't saw the Windows thing. I am used to the OSX VM. 2013/4/12 Tristan Bourgois <tristan.bourgois(a)gmail.com> > > > > 2013/4/12 S Krish <krishnamachari.sudhakar(a)gmail.com> > >> >> From immediate perspective, why not hook up with NativeBoost to a C DLL >> one can easily parametrize to serve as viable alternative / proof of >> concept till Igor / Esteban's work becomes core to Pharo. >> > > Can you explain me fastly how to do that? (Sorry but I'm a terribly newbie > on low-level programming) > > Is this Windows / Mac / Linux or multi OS..? For Pharo, they will have to >> ensure it multi OS compatible so may take time stabilizing. >> >> > I develop on Windows but we have to be compatible with Linux. (The demo to > the client are on Linux machine). > > >> On Fri, Apr 12, 2013 at 1:19 PM, Tristan Bourgois < >> tristan.bourgois(a)gmail.com> wrote: >> >>> Hi! >>> >>> all my question is in the object ^^ >>> >>> Does exist the possibility to open a window out of my pharo environment? >>> (Or someone know the way to do that?) >>> >>> I'm working on a graphic framework and at my work they need a multi >>> screen support. It's needed to validate Pharo as the smalltalk they will >>> use! >>> >>> Thanks! >>> >>> Tristan >>> >> >> >

April 12, 2013

Re: [Pharo-project] Open window out of my pharo environment

by phil＠highoctane.be

One crappy hack would be to have two host windows started by the VM and the Pharo Display bitmap split in two and each half being painted in its own window at the VM level. Which could even be extented to 'n' windows. The current display code uses a nxn matrix to repaint, refreshing in two windows is doable without too much fuss. For a Proof of Concept, that's workable. Phil 2013/4/12 Tristan Bourgois <tristan.bourgois(a)gmail.com> > > > > 2013/4/12 S Krish <krishnamachari.sudhakar(a)gmail.com> > >> >> From immediate perspective, why not hook up with NativeBoost to a C DLL >> one can easily parametrize to serve as viable alternative / proof of >> concept till Igor / Esteban's work becomes core to Pharo. >> > > Can you explain me fastly how to do that? (Sorry but I'm a terribly newbie > on low-level programming) > > Is this Windows / Mac / Linux or multi OS..? For Pharo, they will have to >> ensure it multi OS compatible so may take time stabilizing. >> >> > I develop on Windows but we have to be compatible with Linux. (The demo to > the client are on Linux machine). > > >> On Fri, Apr 12, 2013 at 1:19 PM, Tristan Bourgois < >> tristan.bourgois(a)gmail.com> wrote: >> >>> Hi! >>> >>> all my question is in the object ^^ >>> >>> Does exist the possibility to open a window out of my pharo environment? >>> (Or someone know the way to do that?) >>> >>> I'm working on a graphic framework and at my work they need a multi >>> screen support. It's needed to validate Pharo as the smalltalk they will >>> use! >>> >>> Thanks! >>> >>> Tristan >>> >> >> >

April 12, 2013

Re: [Pharo-project] Open window out of my pharo environment

by Tristan Bourgois

2013/4/12 S Krish <krishnamachari.sudhakar(a)gmail.com> > > From immediate perspective, why not hook up with NativeBoost to a C DLL > one can easily parametrize to serve as viable alternative / proof of > concept till Igor / Esteban's work becomes core to Pharo. > Can you explain me fastly how to do that? (Sorry but I'm a terribly newbie on low-level programming) Is this Windows / Mac / Linux or multi OS..? For Pharo, they will have to > ensure it multi OS compatible so may take time stabilizing. > > I develop on Windows but we have to be compatible with Linux. (The demo to the client are on Linux machine). > On Fri, Apr 12, 2013 at 1:19 PM, Tristan Bourgois < > tristan.bourgois(a)gmail.com> wrote: > >> Hi! >> >> all my question is in the object ^^ >> >> Does exist the possibility to open a window out of my pharo environment? >> (Or someone know the way to do that?) >> >> I'm working on a graphic framework and at my work they need a multi >> screen support. It's needed to validate Pharo as the smalltalk they will >> use! >> >> Thanks! >> >> Tristan >> > >

April 12, 2013

Re: [Pharo-project] Open window out of my pharo environment

by Tristan Bourgois

2013/4/12 Damien Cassou <damien.cassou(a)gmail.com> > > On Fri, Apr 12, 2013 at 9:49 AM, Tristan Bourgois < > tristan.bourgois(a)gmail.com> wrote: > >> I'm working on a graphic framework and at my work they need a multi >> screen support. It's needed to validate Pharo as the smalltalk they will >> use! > > > what is your dead-line Tristan? > Concretly I don't have dead-line but sooner will be great to test it, porting one of their big model to Pharo and make a demo to the big boss (To validate Pharo). It will be great too to have it while I'm at ThalÃ¨s. Actually I have porting 2 of their 3 tools they used so before the demo of validation I have to finish all porting. (the last one is based on the 2 other tool so normally it will be fast). > An alternative could be to launch a new Pharo image. > Yes I thinking about this alternative. Do I risk to loose lot of performance for the 2nd window? -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing > enthusiasm." > Winston Churchill >

April 12, 2013