- Pharo-users - lists.pharo.org

Re: [Pharo-users] Traits versus packages

by Alexandre Bergel

> Or can we make a traits installer, that performs the redefinition of > target classes? First check if the target classes already declare a > uses:, and if not add it. Sounds like simple metaprogramming ... > > Any comments on this 'solution'? Although not perfect, it is easy and efficient. Alexandre > > On 28 Apr 2010, at 01:56, StÃ©phane Ducasse wrote: > >> so far (and similarly to instance variable) you cannot with the >> current definition syntax >> declare a trait (add instance) to a class from a package that does >> not define the class. >> You can do that in the initialize of a class loaded in a package >> but there is no think like >> >> MyClass addInstanceVariable: 'x' >> MyOtherClass addTrait: >> >> at the similar syntax level than >> >>> FAMIXScopingEntity subclass: #FAMIXNamespace >>> uses: TAMStructuralZoom >>> instanceVariableNames: '' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Famix-Core' >> >> this is why one day packages will have to be a bit better supported >> and more important >> we will have fix the "semantics" of changeset to be something than >> a simple side effect of 'oh this is easy' just save the class def >> and the method definition (because a class is a complex object). > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Re: [Pharo-users] Traits versus packages

by StÃ©phane Ducasse

On Apr 28, 2010, at 7:03 PM, Johan Fabry wrote: > > Booh. So far for the traits implementation of AspectMaps then :-( I dont want to break the modularity of the AspectMaps package by requireing a special version of other packages for the traits to work. > > Or can we make a traits installer, that performs the redefinition of target classes? First check if the target classes already declare a uses:, and if not add it. Sounds like simple metaprogramming ... > > Any comments on this 'solution'? should work. sometimes we did that for adding a new instance variable to a class when loading a package > > On 28 Apr 2010, at 01:56, StÃ©phane Ducasse wrote: > >> so far (and similarly to instance variable) you cannot with the current definition syntax >> declare a trait (add instance) to a class from a package that does not define the class. >> You can do that in the initialize of a class loaded in a package but there is no think like >> >> MyClass addInstanceVariable: 'x' >> MyOtherClass addTrait: >> >> at the similar syntax level than >> >>> FAMIXScopingEntity subclass: #FAMIXNamespace >>> uses: TAMStructuralZoom >>> instanceVariableNames: '' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: 'Famix-Core' >> >> this is why one day packages will have to be a bit better supported and more important >> we will have fix the "semantics" of changeset to be something than a simple side effect of 'oh this is easy' just save the class def and the method definition (because a class is a complex object). > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Re: [Pharo-users] Traits versus packages

by Johan Fabry

Booh. So far for the traits implementation of AspectMaps then :-( I dont want to break the modularity of the AspectMaps package by requireing a special version of other packages for the traits to work. Or can we make a traits installer, that performs the redefinition of target classes? First check if the target classes already declare a uses:, and if not add it. Sounds like simple metaprogramming ... Any comments on this 'solution'? On 28 Apr 2010, at 01:56, StÃ©phane Ducasse wrote: > so far (and similarly to instance variable) you cannot with the current definition syntax > declare a trait (add instance) to a class from a package that does not define the class. > You can do that in the initialize of a class loaded in a package but there is no think like > > MyClass addInstanceVariable: 'x' > MyOtherClass addTrait: > > at the similar syntax level than > >> FAMIXScopingEntity subclass: #FAMIXNamespace >> uses: TAMStructuralZoom >> instanceVariableNames: '' >> classVariableNames: '' >> poolDictionaries: '' >> category: 'Famix-Core' > > this is why one day packages will have to be a bit better supported and more important > we will have fix the "semantics" of changeset to be something than a simple side effect of 'oh this is easy' just save the class def and the method definition (because a class is a complex object). -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 28, 2010

Re: [Pharo-users] Error:invalid utf8 input detected.

by Guillermo Polito

We were using Pharo1.0-10440-BETAdev09.09, the beta one :P, because the course began before the 1.0 was released. Two weeks ago we told students to download the VM and image separatedly, and I think that solved the loading image issue. There is a way to reproduce it, on windows, and that version of the OneClic: - Save the image you are loading with save as. - Close Pharo and try to load the image you'v recently saved dragging the .image on Pharo.exe. When you do that, the error is showed and looking at the title bar you can see the image loaded is not the one you dragged. In the 1.0 version it happens too, in the same way. Also, I've been told that in linux environments this doesn't happen (when dragging to the .sh). I'm attaching the log file. (It's very odd, there aren't line separations xP) Thanks, Guille On Wed, Apr 28, 2010 at 5:19 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Que haces Guille!! como va? ;) > > The error "invalid utf8 input detected" was a known problem for a while, > but it is supposed to be fixed in the latest versions. Look for example this > issue (although there are even more for the same topic): > > http://code.google.com/p/pharo/issues/detail?id=370 > > > http://code.google.com/p/pharo/issues/list?can=1&q=invalid+utf8+input+detec… > > Which PharoOneClick are you using? Can you try the last one? > > https://gforge.inria.fr/frs/download.php/26828/Pharo-1.0-OneClick.zip > > If it happens there, do you know an exactly way to reproduce it ? > > Cheers > > Mariano > > On Wed, Apr 28, 2010 at 3:04 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Hi there! >> >> We are using Pharo to teach OOP in UTN university, Argentina. Some >> times students have the error Invalid utf8 input detected when loading an >> image or doing a file out of a category. >> I think it happens mostly (or always, i'm not sure) in the OneClicImage, >> when running on windows. >> >> Is it a known issue? >> >> Thanks! >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 28, 2010

Re: [Pharo-users] Error:invalid utf8 input detected.

by Mariano Martinez Peck

Que haces Guille!! como va? ;) The error "invalid utf8 input detected" was a known problem for a while, but it is supposed to be fixed in the latest versions. Look for example this issue (although there are even more for the same topic): http://code.google.com/p/pharo/issues/detail?id=370 http://code.google.com/p/pharo/issues/list?can=1&q=invalid+utf8+input+detec… Which PharoOneClick are you using? Can you try the last one? https://gforge.inria.fr/frs/download.php/26828/Pharo-1.0-OneClick.zip If it happens there, do you know an exactly way to reproduce it ? Cheers Mariano On Wed, Apr 28, 2010 at 3:04 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Hi there! > > We are using Pharo to teach OOP in UTN university, Argentina. Some times > students have the error Invalid utf8 input detected when loading an image or > doing a file out of a category. > I think it happens mostly (or always, i'm not sure) in the OneClicImage, > when running on windows. > > Is it a known issue? > > Thanks! > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

April 28, 2010

Re: [Pharo-users] Traits versus packages

by StÃ©phane Ducasse

so far (and similarly to instance variable) you cannot with the current definition syntax declare a trait (add instance) to a class from a package that does not define the class. You can do that in the initialize of a class loaded in a package but there is no think like MyClass addInstanceVariable: 'x' MyOtherClass addTrait: at the similar syntax level than > FAMIXScopingEntity subclass: #FAMIXNamespace > uses: TAMStructuralZoom > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Famix-Core' this is why one day packages will have to be a bit better supported and more important we will have fix the "semantics" of changeset to be something than a simple side effect of 'oh this is easy' just save the class def and the method definition (because a class is a complex object). > Hi all, > > quick question. > > Preamble: If I have a trait TAMStructuralZoom defined in the package AspectMaps (for example), and I want to apply it to the class FAMIXNamespace, defined in the package Famix-Core (for example), this implies that I need to change the class definition of FAMIXNamespace like this: > FAMIXScopingEntity subclass: #FAMIXNamespace > uses: TAMStructuralZoom > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Famix-Core' > > Question: this change is now part of the Famix-Core package, right? Is it possible for this change to be part of the AspectMaps package? I want this for the obvious modularity & source code management advantages. > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Re: [Pharo-users] Error:invalid utf8 input detected.

by StÃ©phane Ducasse

Hi guillermo This is strange. Can you tell us a bit more about the - vm - image - os I trust your students :) Stef On Apr 28, 2010, at 3:04 AM, Guillermo Polito wrote: > Hi there! > > We are using Pharo to teach OOP in UTN university, Argentina. Some times students have the error Invalid utf8 input detected when loading an image or doing a file out of a category. > I think it happens mostly (or always, i'm not sure) in the OneClicImage, when running on windows. > > Is it a known issue? > > Thanks! > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

April 28, 2010

Traits versus packages

by Johan Fabry

Hi all, quick question. Preamble: If I have a trait TAMStructuralZoom defined in the package AspectMaps (for example), and I want to apply it to the class FAMIXNamespace, defined in the package Famix-Core (for example), this implies that I need to change the class definition of FAMIXNamespace like this: FAMIXScopingEntity subclass: #FAMIXNamespace uses: TAMStructuralZoom instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Famix-Core' Question: this change is now part of the Famix-Core package, right? Is it possible for this change to be part of the AspectMaps package? I want this for the obvious modularity & source code management advantages. -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

April 28, 2010

Error:invalid utf8 input detected.

by Guillermo Polito

Hi there! We are using Pharo to teach OOP in UTN university, Argentina. Some times students have the error Invalid utf8 input detected when loading an image or doing a file out of a category. I think it happens mostly (or always, i'm not sure) in the OneClicImage, when running on windows. Is it a known issue? Thanks!

April 28, 2010

Re: [Pharo-users] Pharo developers you can subscribe to Pharo-Users too ; )

by laurent laffont

For subscription, it's here http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users :) Laurent Laffont On Tue, Apr 27, 2010 at 7:50 PM, Alexandre Bergel <alexandre.bergel(a)inria.fr > wrote: > Please, subscribe me. > > Alexandre > > > > On 27 Apr 2010, at 12:04, Mariano Martinez Peck wrote: > > Hi everybody. We have two mailing list as you may know: one for pharo >> developers or people very interested in Pharo and its internal details. This >> mailing list is pharo-project(a)lists.gforge.inria.fr >> It is high traffic and there are a lot of people that cannot follow. >> >> Then we have the Pharo-User mailing list for those that just want to use >> Pharo and don't care about their internals. This mailing list has less >> traffic. This mailing list is pharo-users(a)lists.gforge.inria.fr >> >> The problem is that there is people that are subscribed to >> pharo-project(a)lists.gforge.inria.fr but not to pharo-users. In this last >> mailing list, usually new comers ask questions. It would be great that all >> the people that is already subscribed to >> pharo-project(a)lists.gforge.inria.fr and have time to follow that mailing >> list, to subscribe also to Pharo-Users. Sometimes I am obligued to tell >> new comers "ask in pharo-project(a)lists.gforge.inria.fr as not all the >> people is subscribed there" ... and thus, the Pharo-Users becomes useless. >> >> Thanks >> >> Mariano >> _______________________________________________ >> Pharo-users mailing list >> >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> > > > _______________________________________________ > Pharo-users mailing list > > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

April 27, 2010