August 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] How can an object have its "self" and "name" instance variables nil after being instantiated?

by Julien Delplanque

Ok, thanks for your answers. I think this is involved in the problem I had but I solved it by changing my approach anyway :). On 25/08/15 17:55, Mariano Martinez Peck wrote: > Well...Sven explained #gtDisplayOn: and he nailed it. > > On Tue, Aug 25, 2015 at 12:54 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> The problem is that KMCategory reimplements #name, which is not a good >> idea. And that is the method used by the inspector. Since the >> implementation of #name answers the instVar that's why it's nil. just >> remove KMCategory >> name and do the inspect again and you will see the >> different. >> >> >> >> On Tue, Aug 25, 2015 at 12:39 PM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> >>> Well, name is an instance variable that is simply nil. >>> >>> Self is printed as nil because this object has its own #gtDisplayOn: >>> method that prints just its name. >>> >>> You could try 'Basic Inspect' as well. >>> >>>> On 25 Aug 2015, at 17:30, Julien Delplanque <julien(a)tamere.eu> wrote: >>>> >>>> I didn't do anything like using these names as inst vars. You can >>> reproduce what I am talking about: >>>> KMCategory new inspect. >>>> >>>> On 25/08/15 17:25, Joachim Tuchel wrote: >>>>> I don't have an exact answer for you, but I think neither self nor >>> name are good names for inst vars. >>>>> >>>>> >>>>>> Am 25.08.2015 um 15:57 schrieb Julien Delplanque <julien(a)tamere.eu>: >>>>>> >>>>>> Hi, >>>>>> >>>>>> I have an object that override KMCategory and that is initialized and >>> added to "KmRepository default" using #postLoadDoIt: message in BaselineOf >>> after the package is loaded in an image. >>>>>> But once it is loaded I have huge problems with keyboards entries, >>> they do not work any more, I get an exception each time I press a key. >>>>>> If I inspect the Singleton class variable of my category object I can >>> see it contains an instance of my object that have its "self" variable nil >>> and its "name" variable nil. Others variables look fine. How is it possible? >>>>>> I can remove my custom KMCategory by copy/paste code from sublime >>> text to Pharo and left click/do it and then everything is fine with my >>> keyboard: no more exception and it behave correctly. >>>>>> Thanks in advance, >>>>>> >>>>>> Julien >>>>>> >>>>>> >>>> >>> >>> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > >

Aug. 25, 2015

Re: [Pharo-users] How can an object have its "self" and "name" instance variables nil after being instantiated?

by Mariano Martinez Peck

Well...Sven explained #gtDisplayOn: and he nailed it. On Tue, Aug 25, 2015 at 12:54 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > The problem is that KMCategory reimplements #name, which is not a good > idea. And that is the method used by the inspector. Since the > implementation of #name answers the instVar that's why it's nil. just > remove KMCategory >> name and do the inspect again and you will see the > different. > > > > On Tue, Aug 25, 2015 at 12:39 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> Well, name is an instance variable that is simply nil. >> >> Self is printed as nil because this object has its own #gtDisplayOn: >> method that prints just its name. >> >> You could try 'Basic Inspect' as well. >> >> > On 25 Aug 2015, at 17:30, Julien Delplanque <julien(a)tamere.eu> wrote: >> > >> > I didn't do anything like using these names as inst vars. You can >> reproduce what I am talking about: >> > >> > KMCategory new inspect. >> > >> > On 25/08/15 17:25, Joachim Tuchel wrote: >> >> I don't have an exact answer for you, but I think neither self nor >> name are good names for inst vars. >> >> >> >> >> >> >> >>> Am 25.08.2015 um 15:57 schrieb Julien Delplanque <julien(a)tamere.eu>: >> >>> >> >>> Hi, >> >>> >> >>> I have an object that override KMCategory and that is initialized and >> added to "KmRepository default" using #postLoadDoIt: message in BaselineOf >> after the package is loaded in an image. >> >>> >> >>> But once it is loaded I have huge problems with keyboards entries, >> they do not work any more, I get an exception each time I press a key. >> >>> >> >>> If I inspect the Singleton class variable of my category object I can >> see it contains an instance of my object that have its "self" variable nil >> and its "name" variable nil. Others variables look fine. How is it possible? >> >>> >> >>> I can remove my custom KMCategory by copy/paste code from sublime >> text to Pharo and left click/do it and then everything is fine with my >> keyboard: no more exception and it behave correctly. >> >>> >> >>> Thanks in advance, >> >>> >> >>> Julien >> >>> >> >>> >> > >> > >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > -- Mariano http://marianopeck.wordpress.com

Aug. 25, 2015

Re: [Pharo-users] How can an object have its "self" and "name" instance variables nil after being instantiated?

by Mariano Martinez Peck

The problem is that KMCategory reimplements #name, which is not a good idea. And that is the method used by the inspector. Since the implementation of #name answers the instVar that's why it's nil. just remove KMCategory >> name and do the inspect again and you will see the different. On Tue, Aug 25, 2015 at 12:39 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Well, name is an instance variable that is simply nil. > > Self is printed as nil because this object has its own #gtDisplayOn: > method that prints just its name. > > You could try 'Basic Inspect' as well. > > > On 25 Aug 2015, at 17:30, Julien Delplanque <julien(a)tamere.eu> wrote: > > > > I didn't do anything like using these names as inst vars. You can > reproduce what I am talking about: > > > > KMCategory new inspect. > > > > On 25/08/15 17:25, Joachim Tuchel wrote: > >> I don't have an exact answer for you, but I think neither self nor name > are good names for inst vars. > >> > >> > >> > >>> Am 25.08.2015 um 15:57 schrieb Julien Delplanque <julien(a)tamere.eu>: > >>> > >>> Hi, > >>> > >>> I have an object that override KMCategory and that is initialized and > added to "KmRepository default" using #postLoadDoIt: message in BaselineOf > after the package is loaded in an image. > >>> > >>> But once it is loaded I have huge problems with keyboards entries, > they do not work any more, I get an exception each time I press a key. > >>> > >>> If I inspect the Singleton class variable of my category object I can > see it contains an instance of my object that have its "self" variable nil > and its "name" variable nil. Others variables look fine. How is it possible? > >>> > >>> I can remove my custom KMCategory by copy/paste code from sublime text > to Pharo and left click/do it and then everything is fine with my keyboard: > no more exception and it behave correctly. > >>> > >>> Thanks in advance, > >>> > >>> Julien > >>> > >>> > > > > > > > -- Mariano http://marianopeck.wordpress.com

Aug. 25, 2015

Re: [Pharo-users] How can an object have its "self" and "name" instance variables nil after being instantiated?

by Sven Van Caekenberghe

Well, name is an instance variable that is simply nil. Self is printed as nil because this object has its own #gtDisplayOn: method that prints just its name. You could try 'Basic Inspect' as well. > On 25 Aug 2015, at 17:30, Julien Delplanque <julien(a)tamere.eu> wrote: > > I didn't do anything like using these names as inst vars. You can reproduce what I am talking about: > > KMCategory new inspect. > > On 25/08/15 17:25, Joachim Tuchel wrote: >> I don't have an exact answer for you, but I think neither self nor name are good names for inst vars. >> >> >> >>> Am 25.08.2015 um 15:57 schrieb Julien Delplanque <julien(a)tamere.eu>: >>> >>> Hi, >>> >>> I have an object that override KMCategory and that is initialized and added to "KmRepository default" using #postLoadDoIt: message in BaselineOf after the package is loaded in an image. >>> >>> But once it is loaded I have huge problems with keyboards entries, they do not work any more, I get an exception each time I press a key. >>> >>> If I inspect the Singleton class variable of my category object I can see it contains an instance of my object that have its "self" variable nil and its "name" variable nil. Others variables look fine. How is it possible? >>> >>> I can remove my custom KMCategory by copy/paste code from sublime text to Pharo and left click/do it and then everything is fine with my keyboard: no more exception and it behave correctly. >>> >>> Thanks in advance, >>> >>> Julien >>> >>> > >

Aug. 25, 2015

Re: [Pharo-users] How can an object have its "self" and "name" instance variables nil after being instantiated?

by Julien Delplanque

I didn't do anything like using these names as inst vars. You can reproduce what I am talking about: KMCategory new inspect. On 25/08/15 17:25, Joachim Tuchel wrote: > I don't have an exact answer for you, but I think neither self nor name are good names for inst vars. > > > >> Am 25.08.2015 um 15:57 schrieb Julien Delplanque <julien(a)tamere.eu>: >> >> Hi, >> >> I have an object that override KMCategory and that is initialized and added to "KmRepository default" using #postLoadDoIt: message in BaselineOf after the package is loaded in an image. >> >> But once it is loaded I have huge problems with keyboards entries, they do not work any more, I get an exception each time I press a key. >> >> If I inspect the Singleton class variable of my category object I can see it contains an instance of my object that have its "self" variable nil and its "name" variable nil. Others variables look fine. How is it possible? >> >> I can remove my custom KMCategory by copy/paste code from sublime text to Pharo and left click/do it and then everything is fine with my keyboard: no more exception and it behave correctly. >> >> Thanks in advance, >> >> Julien >> >>

Aug. 25, 2015

Re: [Pharo-users] How can an object have its "self" and "name" instance variables nil after being instantiated?

by Joachim Tuchel

I don't have an exact answer for you, but I think neither self nor name are good names for inst vars. > Am 25.08.2015 um 15:57 schrieb Julien Delplanque <julien(a)tamere.eu>: > > Hi, > > I have an object that override KMCategory and that is initialized and added to "KmRepository default" using #postLoadDoIt: message in BaselineOf after the package is loaded in an image. > > But once it is loaded I have huge problems with keyboards entries, they do not work any more, I get an exception each time I press a key. > > If I inspect the Singleton class variable of my category object I can see it contains an instance of my object that have its "self" variable nil and its "name" variable nil. Others variables look fine. How is it possible? > > I can remove my custom KMCategory by copy/paste code from sublime text to Pharo and left click/do it and then everything is fine with my keyboard: no more exception and it behave correctly. > > Thanks in advance, > > Julien > >

Aug. 25, 2015

How can an object have its "self" and "name" instance variables nil after being instantiated?

by Julien Delplanque

Hi, I have an object that override KMCategory and that is initialized and added to "KmRepository default" using #postLoadDoIt: message in BaselineOf after the package is loaded in an image. But once it is loaded I have huge problems with keyboards entries, they do not work any more, I get an exception each time I press a key. If I inspect the Singleton class variable of my category object I can see it contains an instance of my object that have its "self" variable nil and its "name" variable nil. Others variables look fine. How is it possible? I can remove my custom KMCategory by copy/paste code from sublime text to Pharo and left click/do it and then everything is fine with my keyboard: no more exception and it behave correctly. Thanks in advance, Julien

Aug. 25, 2015

Re: [Pharo-users] Multi desktops inside Pharo!

by H. Hirzel

TWM (TilingWindowManager) works fine for me in Pharo 4.0 --HH On 8/25/15, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > FWIW, the TilingWindowManager has some support for this. > > Not sure how it behaves in 4.x|5.x > > Sean did some fixes IIRC. > > Phil > > On Mon, Aug 24, 2015 at 9:00 PM, Julien Delplanque <julien(a)tamere.eu> > wrote: > >> >> On 24/08/15 20:41, Torsten Bergmann wrote: >> >>> Hi Julien, >>> >>> try >>> >>> WorldMorph installNewWorld. >>> >>> which will create a new world. Open a workspace and check that it is >>> there. >>> >>> WorldMorph allInstances >>> >>> If you click in the inspector you will see a morph representation of it >>> - >>> so you >>> see which one is which. >>> >>> Now you have two instances of WorldMorph in your system. One is always >>> connected >>> to the global variable >>> >>> World >>> >>> You can switch as experiment by either: >>> >>> WorldMorph allInstances first install. >>> Display restore >>> >>> or >>> >>> WorldMorph allInstances last install. >>> Display restore >>> >>> The restore is necessary to update the drawing. >>> >>> I think you get the idea from this. As I said - the pieces are there, >>> someone >>> has to connect them. >>> >> Yes, I am exploring messages to see how to do it. I'll probably give a >> try >> tonight. >> >> Thanks for these code snippets anyway :) >> >>> You dont have to thank me - it is good that you brought this into >>> attention again >>> and if you could devote some time in helping to bring such a nice >>> feature >>> also (back) >>> to Pharo again. >>> >>> In case of questions do not hesitate to ask on this list or the >>> pharo-dev >>> list. >>> >>> Thanks >>> T. >>> >>> Gesendet: Montag, 24. August 2015 um 20:31 Uhr >>>> Von: "Julien Delplanque" <julien(a)tamere.eu> >>>> An: "Torsten Bergmann" <astares(a)gmx.de> >>>> Cc: "Any question about pharo is welcome" >>>> <pharo-users(a)lists.pharo.org>, >>>> "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr>, "Marcus Denker" < >>>> marcus.denker(a)inria.fr>, sean(a)clipperadams.com >>>> Betreff: Re: Multi desktops inside Pharo! >>>> >>>> Thanks a lot for all these tips :) >>>> >>>> I will update the project to match with what is really expected from a >>>> multi world utility. >>>> >>>> Thanks again for the time you take to explain me this. >>>> >>>> Regards, >>>> Julien >>>> >>>> On 24/08/15 20:24, Torsten Bergmann wrote: >>>> >>>>> Hi Julien, >>>>> >>>>> what I remember from history >>>>> >>>>> - Jochen F. Rick had a "JRWorldManager" implemented back in 2010 >>>>> - was discusssed here >>>>> http://forum.world.st/Multiple-Worlds-was-Re-Can-I-use-Projects-in-Pharo-td… >>>>> - code is here >>>>> http://forum.world.st/attachment/2242195/0/JRWorldManager.st >>>>> (basically something to manage the desktops) >>>>> - then Sean picked up the idea in 2011 and implemented >>>>> - blog post http://seandenigris.com/blog/?p=767 >>>>> - he provided "MultipleWorlds.2.cs" which I think is lost >>>>> during bugtracker transition >>>>> - later default Pharo image was reworked for the world to have >>>>> WorldMorph instances instead of Squeaks PasteUpMorph, so >>>>> the code of Sean and Jochen would be obsolete anyway >>>>> >>>>> Some tips: >>>>> ========== >>>>> - Pharo has a global called "World" which is pointing to the >>>>> current >>>>> world of displayed morphs, you need to >>>>> switch this and handle/manage new Worlds = Desktops. >>>>> - in older Pharo versions and Squeak this was a PasteUpMorph, now >>>>> it >>>>> is an instance of class "WorldMorph" >>>>> - note that there is a class side method "installNewWorld" with the >>>>> nice comment "let us play God." >>>>> - basically you already have the parts with a DeskopManager and the >>>>> switch via keyboard, you just need >>>>> to play with #installNewWorld and #install method of the worlds >>>>> Note: check the comments of the class and methods in WorldMorph - >>>>> this might be subject to change >>>>> - to get a thumbnail form of the world you can use: >>>>> >>>>> |sizeFactor| >>>>> sizeFactor := 0.3. >>>>> World taskThumbnailOfSize: (Display width * sizeFactor) @ >>>>> (Display height * sizeFactor) >>>>> >>>>> - see how the preview is handled in TaskListMorph >>>>> newPreviewMorph/updatePreview methods to get an idea >>>>> >>>>> So all the pieces of the puzzle are there - just connect them >>>>> correctly. >>>>> Side Note: default Pharo image has the possibility to put an >>>>> external picture somewhere that is used >>>>> by the theme as the background image. Cant remember where >>>>> it is - just browser for "background..." >>>>> methods in the Finder. With multiple desktops I guess >>>>> this >>>>> needs some love as well to have >>>>> a backgorund per desktop. >>>>> >>>>> Hope that helps! >>>>> >>>>> Bye >>>>> Torsten >>>>> >>>>> Gesendet: Montag, 24. August 2015 um 19:46 Uhr >>>>>> Von: "Julien Delplanque" <julien(a)tamere.eu> >>>>>> An: "Torsten Bergmann" <astares(a)gmx.de>, "Any question about pharo is >>>>>> welcome" <pharo-users(a)lists.pharo.org>, "StÃ©phane Ducasse" < >>>>>> stephane.ducasse(a)inria.fr>, "Marcus Denker" <marcus.denker(a)inria.fr>, >>>>>> sean(a)clipperadams.com >>>>>> Betreff: Re: Multi desktops inside Pharo! >>>>>> >>>>>> >>>>>> >>>>>> On 24/08/15 19:32, Torsten Bergmann wrote: >>>>>> >>>>>>> Julien Delplanque wrote: >>>>>>> >>>>>>>> I created a small utility that make possible to have multi >>>>>>>> desktops: >>>>>>>> https://github.com/juliendelplanque/desktopsmanager. >>>>>>>> >>>>>>> Your code works for me in Pharo 5, havent tried in Pharo 4. >>>>>>> >>>>>>> Unfortunately it does only work for Pharo "windows" but not general >>>>>>> morphs. >>>>>>> If you evaluate >>>>>>> >>>>>>> ElipseMorph new openInWorld >>>>>>> >>>>>>> and hit CTRL+SHIFT+J you will see that the morph stays on the >>>>>>> desktop. >>>>>>> So your goodie is a "window switcher" and not a "desktop switcher". >>>>>>> >>>>>> Yes you are right. But it is a first step, I planned to really create >>>>>> "new desktops" in the future, but for now I wrote this fast to have >>>>>> something usable. >>>>>> >>>>>>> I guess it would be better if you would really switch the WorldMorph >>>>>>> instance >>>>>>> referenced by the global "World" variable. >>>>>>> >>>>>>> There already was a solutions once discussed/contributed with code >>>>>>> here >>>>>>> >>>>>>> >>>>>>> http://forum.world.st/Multiple-Worlds-for-Pharo-stable-td3233552.html >>>>>>> http://seandenigris.com/blog/?p=767 >>>>>>> >>>>>>> I think it got lost in the old bugtracker. Maybe Sean (who wrote it) >>>>>>> can help here, >>>>>>> update the code and merge with yours. >>>>>>> >>>>>> Yes I'm OK to do that. Where can I find this package? >>>>>> >>>>>>> Ideally such a "Switch desktop" possibility would be part of the >>>>>>> standard Pharo 5 image including a small preview of the whole >>>>>>> desktop >>>>>>> similar to what usual operating system window manager do and the >>>>>>> possibility >>>>>>> to provide different backgrounds to the desktops. >>>>>>> >>>>>> It would be really nice to have multiple world by default in pharo >>>>>> images :) >>>>>> >>>>>>> Thanks >>>>>>> Torsten >>>>>>> >>>>>> Julien >>>>>> >>>>>> >>>>>> >>>> >> >> >> >

Aug. 25, 2015

Re: [Pharo-users] http://pharo.org/documentation --> List of dialog windows in Pharo 4.0?

by Nicolai Hess

And there are some examples in class WidgeExample WidgeExample class >>exampleDialogs WidgeExample class >>exampleBasicControls WidgeExample class >>exampleOtherControls 2015-08-25 9:36 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: > On 25-08-15 09:09, H. Hirzel wrote: > >> Hello >> >> I am looking for a list of ready made dialog windows in Pharo 4.0 and >> the main API to use them. >> >> - FileDialog, >> > > MindmapNode class>>open > |fileName| > fileName := UITheme current chooseFileIn: World title: 'Choose > file' extensions: nil path: nil preview:nil. > fileName ifNotNil: [(FLMaterializer materializationFromFileNamed: > fileName) > root openInWorld attachAllSubnodes detachAllSubnodes ] > > MindmapNode>>saveMap > |fileName| > fileName := UITheme current fileSaveIn: World title: 'Choose file' > extensions: nil path: nil. > fileName ifNotNil: [ FLSerializer serialize: self toFileNamed: > fileName]. > > Stephan > > >

Aug. 25, 2015

Re: [Pharo-users] http://pharo.org/documentation --> List of dialog windows in Pharo 4.0?

by Stephan Eggermont

On 25/08/15 09:57, H. Hirzel wrote: > Thank you Stephan, in the meantime I did as well a question on the > file dialog on > > http://stackoverflow.com/questions/32198476/how-do-i-ask-the-user-for-a-fil… > > Would you mind putting the answer there as well because of ease of > reference for other people? Yes, and please realize that pushing people to stackoverflow is a really bad idea. We don't have enough influence there to keep relevant questions open. As a small community we get very little reputation and therefore privilege. Stackoverflow is about majority, not about technical excellence. Stephan

Aug. 25, 2015