July 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Programmatic generation of new class

by Ben Coman

On Fri, Jul 29, 2016 at 10:05 PM, Brad Selfridge <bsselfridge(a)gmail.com> wrote: > I'm trying to programmatically generate a new class, but am getting the > following error: > > DynamicDescriptorSystem class(Object)>>doesNotUnderstand: > #subclass:instanceVariableNames:classVariableNames:package: > > This is the method that I'm trying to execute: > > buildNewDescriptorSystemUsing: aDescriptorSystemClassName > > descriptorSystem := > DynamicDescriptorSystem subclass: aDescriptorSystemClassName asSymbol > instanceVariableNames: '' > classVariableNames: '' > package: packageName asString > > I see examples of this all over Pharo and I copied this code almost > verbatim. > > What am I doing wrong? *very* strange. That looks correct. The only thing I can think of is that you copy/pasted from somewhere and ended up with a hidden character or strange unicode character that looks like a character but is not. Just for an experiments, can you try: * Type it all out by hand * Using ALL strings rather than those two calls. * Change DynamicDescriptorSystem for Object. * Try in a freshly downloaded Image. cheers -ben

July 29, 2016

Re: [Pharo-users] Programmatic generation of new class

by Peter Uhnak

Can you show the full trace? Because I am regularly doing something similar without any problems. In fact if I copy/paste your code (and just change the classes that I have) it works fine. Btw. did you override such methods in your system? Peter On Fri, Jul 29, 2016 at 07:05:04AM -0700, Brad Selfridge wrote: > I'm trying to programmatically generate a new class, but am getting the > following error: > > DynamicDescriptorSystem class(Object)>>doesNotUnderstand: > #subclass:instanceVariableNames:classVariableNames:package: > > This is the method that I'm trying to execute: > > buildNewDescriptorSystemUsing: aDescriptorSystemClassName > > descriptorSystem := > DynamicDescriptorSystem subclass: aDescriptorSystemClassName asSymbol > instanceVariableNames: '' > classVariableNames: '' > package: packageName asString > > I see examples of this all over Pharo and I copied this code almost > verbatim. > > What am I doing wrong? > > > > ----- > Brad Selfridge > -- > View this message in context: http://forum.world.st/Programmatic-generation-of-new-class-tp4908659.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 29, 2016

Re: [Pharo-users] Programmatic generation of new class

by Blondeau Vincent

Hi, The parentheses are not useful here: the unary message send (asSymbol) is made before the keyword one (subclass:instanceVariableNames:classVariableNames:packageâº I tried : Object subclass: 'Foo' asSymbol instanceVariableNames: '' classVariableNames: '' package: 'AAA' asString On a fresh Pharo5.0 image and it works nice. Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Mark Bratcher EnvoyÃ© : vendredi 29 juillet 2016 17:00 Ã : Any question about pharo is welcome Objet : Re: [Pharo-users] Programmatic generation of new class Try putting parentheses around `aDescriptorSystemClassName asSymbol`: descriptorSystem := DynamicDescriptorSystem subclass: (aDescriptorSystemClassName asSymbol) instanceVariableNames: '' classVariableNames: '' package: packageName asString On Fri, Jul 29, 2016 at 10:50 AM Brad Selfridge <bsselfridge(a)gmail.com<mailto:bsselfridge@gmail.com>> wrote: I'm trying to programmatically generate a new class, but am getting the following error: DynamicDescriptorSystem class(Object)>>doesNotUnderstand: #subclass:instanceVariableNames:classVariableNames:package: This is the method that I'm trying to execute: buildNewDescriptorSystemUsing: aDescriptorSystemClassName descriptorSystem := DynamicDescriptorSystem subclass: aDescriptorSystemClassName asSymbol instanceVariableNames: '' classVariableNames: '' package: packageName asString I see examples of this all over Pharo and I copied this code almost verbatim. What am I doing wrong? ----- Brad Selfridge -- View this message in context: http://forum.world.st/Programmatic-generation-of-new-class-tp4908659.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. !!!************************************************************************************* "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

July 29, 2016

switching to metadata-less gitfiletree

by Peter Uhnak

Hi, I've followed this thread http://forum.world.st/How-do-I-convert-a-FileTree-project-to-Metadataless-G… to switch to metadata less format, Specifically: 1. change `.filetree` file, 2. load the repo to a clean image 3. make a change to each package and commit it This worked correctly, however having to recommit each package is annoying if there are several. My question is: * is it safe to directly remove the incriminating files (all monticello.meta/version & methodProperties.json files), * is it possible to mass-commit all packages with simple script, * or should I just ignore the metadata and eventually someone will make a change to the package so the metadata silently disappears? Thanks, Peter

July 29, 2016

Re: [Pharo-users] Programmatic generation of new class

by Mark Bratcher

Try putting parentheses around `aDescriptorSystemClassName asSymbol`: descriptorSystem := DynamicDescriptorSystem subclass: (aDescriptorSystemClassName asSymbol) instanceVariableNames: '' classVariableNames: '' package: packageName asString On Fri, Jul 29, 2016 at 10:50 AM Brad Selfridge <bsselfridge(a)gmail.com> wrote: > I'm trying to programmatically generate a new class, but am getting the > following error: > > DynamicDescriptorSystem class(Object)>>doesNotUnderstand: > #subclass:instanceVariableNames:classVariableNames:package: > > This is the method that I'm trying to execute: > > buildNewDescriptorSystemUsing: aDescriptorSystemClassName > > descriptorSystem := > DynamicDescriptorSystem subclass: aDescriptorSystemClassName > asSymbol > instanceVariableNames: '' > classVariableNames: '' > package: packageName asString > > I see examples of this all over Pharo and I copied this code almost > verbatim. > > What am I doing wrong? > > > > ----- > Brad Selfridge > -- > View this message in context: > http://forum.world.st/Programmatic-generation-of-new-class-tp4908659.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 29, 2016

Programmatic generation of new class

by Brad Selfridge

I'm trying to programmatically generate a new class, but am getting the following error: DynamicDescriptorSystem class(Object)>>doesNotUnderstand: #subclass:instanceVariableNames:classVariableNames:package: This is the method that I'm trying to execute: buildNewDescriptorSystemUsing: aDescriptorSystemClassName descriptorSystem := DynamicDescriptorSystem subclass: aDescriptorSystemClassName asSymbol instanceVariableNames: '' classVariableNames: '' package: packageName asString I see examples of this all over Pharo and I copied this code almost verbatim. What am I doing wrong? ----- Brad Selfridge -- View this message in context: http://forum.world.st/Programmatic-generation-of-new-class-tp4908659.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 29, 2016

Re: [Pharo-users] "self problem" with Ghost (virus)

by Denis Kudriashov

Thank's Ben. 2016-07-29 13:11 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > > Your use of that last term to describe this indicates > GHObjectInterceptor might be a reasonable alternative. Though perhaps > that sounds like its intercepting Objects when its intercepting > Messages. So maybe GHMessageInterceptor(??) > (and now it sounds like a sleek starship) Problem that there are many kinds of interceptors for real object and they all needs name

July 29, 2016

Re: [Pharo-users] "self problem" with Ghost (virus)

by Ben Coman

On Thu, Jul 28, 2016 at 10:21 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2016-07-28 12:56 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >> I do not like either the âvirusâ name. >> not just because is negative in a subjective wayâ¦ also it hides what it >> does inside a fantasy name, and that IMO is negative to self discovery of >> the system. >> >> I meanâ¦ a framework can have a fantasy nameâ¦ but a class? A method name? >> (#infect:â¦ come on!) >> >> I know is âcool", but if I read the code below, I have NO CLUE of what is >> going to happen, and thatâs not good. > > >> virus := GHObjectVirus behaviour: GHGhostBehaviourStub new. >> >> victim := 0@0 corner: 3@4. >> virus infect: victim. > > > As any framework you need to know something about it. And description here > is quite simple: virus is a guy who changes behaviour of infected objects. It also self propagates, which this does not. Maybe its a dead virus like they put in vaccines? > What you think about renaming virus to mutation? > > > mutation := GHObjectMutation behaviour: GHGhostBehaviourStub new. > victim := 0@0 corner: 3@4. > mutation infect: victim. I like that better. Way back when you first announced GHObjectVirus it jarred a nerve with me, but I restrained myself from commenting at the time. Though maybe(?) 'mutation" a little passive and GHObjectMutator might fit better (but its quite a small distinction). btw the term #infect: is quite loaded with negative connotations. Maybe overall its... mutator mutate: victim. > Is it makes any sense for you? (grammar sensei says "Does that make any sense to you?") > > You should understand that ObjectVirus is specific kind > of ghost for real object > interception. Your use of that last term to describe this indicates GHObjectInterceptor might be a reasonable alternative. Though perhaps that sounds like its intercepting Objects when its intercepting Messages. So maybe GHMessageInterceptor(??) (and now it sounds like a sleek starship) cheers -ben > It is not general proxy because it make concrete > decisions about class side behaviour of infected instances and about their > meta level. Also there are other "real object ghosts" (I remember Guille is > implementing Membrane). > > I try to say that it is quite difficult to call different kind of ghosts > without distinguishing them by some kind of metaphor. It is easy to be lost > inside many "general" proxy names. >

July 29, 2016

Re: [Pharo-users] Emojis in Pharo

by Sean P. DeNigris

Ben Coman wrote > Do you want to display them as graphics... > http://unicode.org/emoji/charts/full-emoji-list.html In this case, yes. I'd like to have them properly display inside Pharo. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Emojis-in-Pharo-tp4908461p4908573.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 29, 2016

Re: [Pharo-users] Emojis in Pharo

by Ben Coman

On Thu, Jul 28, 2016 at 10:11 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Are there any available fonts which correctly display emojis? I'm playing > with sms data... Do you want to display them as graphics... http://unicode.org/emoji/charts/full-emoji-list.html or cross-platform characters... https://github.com/Ranks/emojione/tree/master/assets/fonts Maybe... * Helevetica Neue font on iPhone https://www.twilio.com/blog/2015/08/common-sms-problems-unicode-twilio.html * Apple Color Emoji.ttf on OSX... https://support.apple.com/en-au/HT201344 * Segoe UI on Windows... https://support.microsoft.com/en-us/kb/2729094 btw, in Pharo how do you place characters of different fonts on one line? cheers -ben P.S. Actually I think I've had enough of Pharo. I moving the next best thing... "emojicode" (MIT licensed)... http://thenextweb.com/dd/2016/03/04/now-you-can-use-emoji-to-code ;) ;) see, I've started already!

July 29, 2016