September 2013 - Pharo-users

Re: [Pharo-users] Problems with Categories, PackageInfo and RPackage

by StÃ©phane Ducasse

I do not get why Spy relies on PackageInfo may be just to scope installation. So you should be able to ask RPackageOrganizer for the classes associate to a package. Stef On Sep 22, 2013, at 3:38 PM, MartinW <wm(a)fastmail.fm> wrote: > I believe you, of course :) > Now where would i look to learn enough about both systems to migrate some > tool/framework from PackageInfo to RPackage? > > > StÃ©phane Ducasse wrote >> Because package info is bogus! >> >>> Now the question is, what can i do? >>> 1) Hope someone fixes the PackageInfo updating? >>> 2) Is there a guide for how to move something from using PackageInfo to >>> RPackage? So i could try to change the relevant pieces in Spy? > > > > > > -- > View this message in context: http://forum.world.st/Problems-with-Categories-PackageInfo-and-RPackage-tp4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Sept. 22, 2013

Re: [Pharo-users] Problems with Categories, PackageInfo and RPackage

by MartinW

I believe you, of course :) Now where would i look to learn enough about both systems to migrate some tool/framework from PackageInfo to RPackage? StÃ©phane Ducasse wrote > Because package info is bogus! > >> Now the question is, what can i do? >> 1) Hope someone fixes the PackageInfo updating? >> 2) Is there a guide for how to move something from using PackageInfo to >> RPackage? So i could try to change the relevant pieces in Spy? -- View this message in context: http://forum.world.st/Problems-with-Categories-PackageInfo-and-RPackage-tp4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 22, 2013

Re: [Pharo-users] Problems with Categories, PackageInfo and RPackage

by StÃ©phane Ducasse

Because package info is bogus! Stef On Sep 22, 2013, at 1:24 PM, MartinW <wm(a)fastmail.fm> wrote: > Hi, > i am using the Spy framework in Pharo 2.0 which makes use of PackageInfo. It > seems PackageInfo is not updated properly: > > Try this: > PackageInfo allPackages size. 562 > RPackageOrganizer default packages size. 540 > SystemOrganization categories size. 476 > > Object subclass: #MyClass > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'MyNewCategory' > > PackageInfo allPackages size. 562 > RPackageOrganizer default packages size. 541 > SystemOrganization categories size. 477 > > And why are the numbers of PackageInfo packages, RPackage packages and > categories so different in the first place? > > (I did file a bug for this: https://pharo.fogbugz.com/f/cases/11653) > > Now the question is, what can i do? > 1) Hope someone fixes the PackageInfo updating? > 2) Is there a guide for how to move something from using PackageInfo to > RPackage? So i could try to change the relevant pieces in Spy? > > M. > > > > -- > View this message in context: http://forum.world.st/Problems-with-Categories-PackageInfo-and-RPackage-tp4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Sept. 22, 2013

Problems with Categories, PackageInfo and RPackage

by MartinW

Hi, i am using the Spy framework in Pharo 2.0 which makes use of PackageInfo. It seems PackageInfo is not updated properly: Try this: PackageInfo allPackages size. 562 RPackageOrganizer default packages size. 540 SystemOrganization categories size. 476 Object subclass: #MyClass instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'MyNewCategory' PackageInfo allPackages size. 562 RPackageOrganizer default packages size. 541 SystemOrganization categories size. 477 And why are the numbers of PackageInfo packages, RPackage packages and categories so different in the first place? (I did file a bug for this: https://pharo.fogbugz.com/f/cases/11653) Now the question is, what can i do? 1) Hope someone fixes the PackageInfo updating? 2) Is there a guide for how to move something from using PackageInfo to RPackage? So i could try to change the relevant pieces in Spy? M. -- View this message in context: http://forum.world.st/Problems-with-Categories-PackageInfo-and-RPackage-tp4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 22, 2013

Re: [Pharo-users] Morph relative positions

by Hilaire Fernandes

Le 20/09/2013 16:23, Norbert Hartl a Ã©crit : > > I figured out how to do it. Basically it is exactly what I need: > transform geo coordinates to screen coordinates. But then LineMorph does > not seem to like a borderWidth below 1. It is a drag. I think I could > burn several days on this crap. Better start doing something different. > I will avoid adding submorph for this situation. I will make a specific grid morph with its own drawOn: method, then add both the linemorph and gridmorph on a pasteupmorph. Or alternatively I will extend linemorph and add a drawGridOn: method, so no need for a specific morph or to add submorph. And yes you have to take in consideration the all coordinates origin is top left of the display. Hilaire -- Dr. Geo http://drgeo.eu -- Dr. Geo http://drgeo.eu

Sept. 21, 2013

[Voyage] Saving *ToMany references and dirty flag

by Esteban A. Maringolo

How do you deal with the saving (and thus deleting/update) of dependant collections of a root (#isVoyageRoot) object? Could it be done as a two pass save? It is... to save first the object (like basicSave:id: now) and then walk through all its VOMongoToManyDescription's to save them (#basicSaveDependants). Which leads to another issue, how do you know when an object is dirty and needs to be saved? Because if we do what I proposed above it doesn't seem to be a good decision to save all referenced items everytime the root is saved. I have a strong ORM-shaped mind, and it's hard to break that, but is hard for me to have everything as part of a big document (BSON document), particularly almost all my objects are roots. Regards! Esteban A. Maringolo

Sept. 21, 2013

Re: [Pharo-users] Morph relative positions

by StÃ©phane Ducasse

On Sep 20, 2013, at 5:37 PM, Markus Schlager <m.slg(a)gmx.de> wrote: > I'd not expect though, that it should be necessary to add offsets by hand. What is the advantage of having embedded objects use global coordinates? conceptually this is a bug. > > Markus >

Sept. 20, 2013

Re: [Pharo-users] Morph relative positions

by Igor Stasenko

On 20 September 2013 19:22, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 20 September 2013 17:37, Markus Schlager <m.slg(a)gmx.de> wrote: > >> I'd not expect though, that it should be necessary to add offsets by >> hand. What is the advantage of having embedded objects use global >> coordinates? >> >> Markus >> >> > i don't know.. i think people who could answer this question is not on > this list. > i think it, as many other aspects of our heritage, a result of many years > of building on top of > once simple and robust things, > and that build-on-top-without-rethinking process led us to what we have > now: > once simple and robust solution, now buried under tons of layers, where > some of them > trying to extend design, and some trying to fix its original issues.. > ... and some of them there is to duplicate already existing functionality. i guess because people was unaware of its existence or because coding is much more fun than reading and learning code :) > and all of that instead of changing design to something more adequate and > simpler. > > -- > Best regards, > Igor Stasenko. > > -- Best regards, Igor Stasenko.

Sept. 20, 2013

Re: [Pharo-users] Morph relative positions

by Igor Stasenko

On 20 September 2013 17:37, Markus Schlager <m.slg(a)gmx.de> wrote: > I'd not expect though, that it should be necessary to add offsets by hand. > What is the advantage of having embedded objects use global coordinates? > > Markus > > i don't know.. i think people who could answer this question is not on this list. i think it, as many other aspects of our heritage, a result of many years of building on top of once simple and robust things, and that build-on-top-without-rethinking process led us to what we have now: once simple and robust solution, now buried under tons of layers, where some of them trying to extend design, and some trying to fix its original issues.. and all of that instead of changing design to something more adequate and simpler. -- Best regards, Igor Stasenko.

Sept. 20, 2013

Re: [Pharo-users] Morph relative positions

by Markus Schlager

I'd not expect though, that it should be necessary to add offsets by hand. What is the advantage of having embedded objects use global coordinates? Markus

Sept. 20, 2013