- Pharo-dev - lists.pharo.org

Re: [Pharo-project] VM Plugins internal vs external

by Fernando olivero

>From what i know, it has more to do with having smaller sized vm's, than with efficiency reasons. On Sep 20, 2010, at 9:38 AM, Noury Bouraqadi wrote: > Hi, > > What is the difference between internal and external plugins in the VM? > > Noury > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2010

[Pharo-project] OT: Transistor-level Simulation of the 6502 CPU in JavaScript

by Pavel Krivanek

See http://visual6502.org/JSSim/index.html Cheers, -- Pavel

Sept. 20, 2010

Re: [Pharo-project] we need to find a way to declare that an action is UIless

by Alexander LazareviÄ

Hi Stef, this is a tricky thing to do from _within_ Morphic, because even if you avoid progress notification completely during recompilation by doing something like this in a workspace [ ClassBuilder beSilent: true. Morph subclass: #BorderedMorph instanceVariableNames: 'borderWidth borderColor borderStyle' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Kernel'. ] ensure: [ ClassBuilder beSilent: false] the recompilation will succeed, but you'll end up with an error from the TextMorph (or subclass of it) of the workspace you've "done" this code in, because it is also a subclass of BorderedMorph.You can ignore the debugger or wrap that code in an error handler that just does a resume, but yes ... it's not ideal. Alex 2010/9/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > hi guys > > I tried to add borderStyle to BorderedMorph and the progressbar showing the progress blow up. > So we should really have a way to specify silent ui action. > Does anybody have an idea how I could do that? > > Â Â Â Â [BorderedMorph addInstVarNamed: 'borderStyle'] silent would be cool. > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 20, 2010

Re: [Pharo-project] cog vm and copy/paste

by John M McIntosh

No, since maybe the menu handling goes back in some day. On 2010-09-20, at 1:13 AM, Norbert Hartl wrote: > Thanks John, > > good to know. Would it be easy to remove the menu if there is no native handling available? > > Norbert > > > > Am 20.09.2010 um 06:32 schrieb John M McIntosh <johnmci(a)smalltalkconsulting.com>: > >> There is no mac menu plugin, therefore no interface to the mac menu system. So instead of a AppleCmd-C being recognized as a menu event and turned into a synthetic character event for use by the event queue in the smalltalk as a AppleCmd-C, we see the AppleCmd-C in the Objective-C keyboard handler and push that up as a character event. >> >> On 2010-09-19, at 6:37 AM, Norbert Hartl wrote: >> >>> >>> On 19.09.2010, at 14:25, StÃ©phane Ducasse wrote: >>> >>>> I started today using cog vm. I just downloaded the ones from Eliots site: Cog.app.tgz. I'm using it along with a 12142 core image. With this combination I don't have copy&paste. The menu is there but items are greyed out. Keyboard shortcuts don't work as well. >>>>> >>>>> Any hints on this? >>>> >>>> may be there something that changed again with the mac hst menu >>>> have a look to see if you can reinitialize them. >>> >>> Don't know exactly how. I checked the vm from John. It is working with keyboard shortcuts but the menus aren't active. Doing >>> >>> HostSystemMenus default hostSystemProxy >>> >>> gives me a debugger with >>> >>> primGetMenuHandle: failed >>> >>> I don't know enough to see what is going wrong here. >>> >>> Norbert >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> =========================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Sept. 20, 2010

Re: [Pharo-project] cog vm and copy/paste

by Norbert Hartl

Thanks John, good to know. Would it be easy to remove the menu if there is no native handling available? Norbert Am 20.09.2010 um 06:32 schrieb John M McIntosh <johnmci(a)smalltalkconsulting.com >: > There is no mac menu plugin, therefore no interface to the mac menu > system. So instead of a AppleCmd-C being recognized as a menu event > and turned into a synthetic character event for use by the event > queue in the smalltalk as a AppleCmd-C, we see the AppleCmd-C in > the Objective-C keyboard handler and push that up as a character > event. > > On 2010-09-19, at 6:37 AM, Norbert Hartl wrote: > >> >> On 19.09.2010, at 14:25, StÃ©phane Ducasse wrote: >> >>> I started today using cog vm. I just downloaded the ones from >>> Eliots site: Cog.app.tgz. I'm using it along with a 12142 core >>> image. With this combination I don't have copy&paste. The menu is >>> there but items are greyed out. Keyboard shortcuts don't work as >>> well. >>>> >>>> Any hints on this? >>> >>> may be there something that changed again with the mac hst menu >>> have a look to see if you can reinitialize them. >> >> Don't know exactly how. I checked the vm from John. It is working >> with keyboard shortcuts but the menus aren't active. Doing >> >> HostSystemMenus default hostSystemProxy >> >> gives me a debugger with >> >> primGetMenuHandle: failed >> >> I don't know enough to see what is going wrong here. >> >> Norbert >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > === > === > ===================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > === > === > ===================================================================== > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2010

Re: [Pharo-project] Some thoughts...

by Fernando olivero

I can help for the MAC vm implementation. Thanks Igor! Fernando On Sep 17, 2010, at 8:28 PM, Igor Stasenko wrote: > once i get home, i'll start working on it. both mac and linux > implementations is quite similar. > but i need help building VM & testing it on mac, since i don't have mac > > On 17 September 2010 02:29, Fernando olivero <fernando.olivero(a)usi.ch> wrote: >> lets get it working on the mac too please! >> >> On Sep 16, 2010, at 9:23 PM, Igor Stasenko wrote: >> >>> Amen :) >>> >>> >>> >>> On 15 September 2010 12:28, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> nativeBoost too :) >>>> >>>> Stef >>>> >>>> On Sep 15, 2010, at 11:08 AM, Tudor Girba wrote: >>>> >>>>> Indeed, this sounds really exciting. >>>>> >>>>> Doru >>>>> >>>>> >>>>> On 14 Sep 2010, at 17:59, StÃ©phane Ducasse wrote: >>>>> >>>>>> thanks alex :) >>>>>> We will.... >>>>>> >>>>>> Stef >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I really would like to see projects like Opal and Ocean happening. Even though I may not have the time to directly contribute to them, they are important and I will use them. I am struggling these days to instrument the whole Pharo image and this is not easy. I am eagerly waiting for Opal. I got burned in the past with networks. >>>>>>> >>>>>>> So, please continue... >>>>>>> >>>>>>> Cheers, >>>>>>> Alexandre >>>>>>> -- >>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>>>> Alexandre Bergel http://www.bergel.eu >>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pharo-project mailing list >>>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "Yesterday is a fact. >>>>> Tomorrow is a possibility. >>>>> Today is a challenge." >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2010

Re: [Pharo-project] Morphic

by Fernando olivero

> > I tried (one of these felt very satisfying): > * Morph>>on:send:to:, which sounded good, but never got called > * intercepting Morph>>processEvent:using: (which I was told was not a good idea) > * (after seeking help), locking the submorphs and overriding the dozen or so event-related methods in the chain from my morph to TextMorphForShout (the Morph that actually handles the text and input). > * subclassing TextMorphForShout and then subclassing PluggableShoutMorph to use that subclass. If you use NewTextMorph it becomes trivial, because it uses Announcements to announce editions, enter and escape. | m newTextMorph | SmalltalkEditor initialize. TextEditor initialize. Editor initialize. m := Morph new. m class compile:'changeColor self fillStyle: Color random. self extent: self submorphs anyOne extent . self changed'; compile: 'rollbackMorphClass self delete . self class removeSelector: #changeColor; removeSelector: #rollbackMorphClass. '. newTextMorph := NewTextMorph new. newTextMorph padding: 0 ; borderWidth: 0 ; fillStyle: Color transparent ; onEscapeSend: #rollbackMorphClass to: m; onAcceptSend: #changeColor to: m; onEditionSend:#changeColor to: m ; readOnly: false ; announcesEditions: true; autoFit: true . m addMorph: newTextMorph; perform: #changeColor ; openInWorld.

Sept. 20, 2010

[Pharo-project] VM Plugins internal vs external

by Noury Bouraqadi

Hi, What is the difference between internal and external plugins in the VM? Noury

Sept. 20, 2010

Re: [Pharo-project] Pharo XMLRPC Project

by StÃ©phane Ducasse

it would be good to package it in squeaksource way, may be you can ask the developer if you can do that? Stef On Sep 20, 2010, at 5:20 AM, Guillermo Polito wrote: > > > 2010/9/20 Levente Uzonyi <leves(a)elte.hu> > On Sun, 19 Sep 2010, Guillermo Polito wrote: > > :D Yay!! Where can I get a better explanation of the project? > > It will be nice to have a SOAP support in pharo (which doesn't exists I > think), and it should be veeeery useful! > > XML-RPC is not SOAP. > > I supposed it, but i thought we could use it to make a SOAP library :) > > Here is a SOAP client/server (IIRC Gjallar uses this): > http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/soapCore.html > > Cool, It needs to be documented as our available tools :D > > Thanks Levente! > > > > Levente > > > > On Sun, Sep 19, 2010 at 6:09 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > Good! > The ESUG board decided to support german as originally mentioned > so he should probably join your effort. > > > Stef > > Is there anything that is complete with respect to the XMLRPC Project..? > > Our notes: vibhu and I have put through the package ported from the > available squeak work: > > http://skrishnamachari.wordpress.com/2010/09/19/pharo-xmlrpc-kick-start/ > > This is just the first shot at it.. > > Will come up with the ConfigurationOfXMLRPC shortly to bind the > dependencies properly and fix anything that may required to take care of it > as possible. > > -skrish > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2010

Re: [Pharo-project] we need to find a way to declare that an action is UIless

by StÃ©phane Ducasse

Yes this was my exact point. Stef On Sep 20, 2010, at 4:56 AM, Guillermo Polito wrote: > +1 to Bill's. If we can't have a feedback from the system while doing silent actions, we can think it just freezed :S. > > And it's something already dicussed, but I don't like actions that affect only a part of the system blocking my whole image. > > Guille > > On Sun, Sep 19, 2010 at 10:40 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 20 September 2010 03:09, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > > Slow access can be a big problem. Any such change should be made based on measurements so we know what benefit we get at what cost. > > > Yeah, it would be much easier to deal that line in Self or JavaScript, > where you can add any properties to object > on the fly, without need of adding a methods or declaring additional > instance variable in class... > > > > > > > > > ________________________________________ > > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Igor Stasenko [siguctua(a)gmail.com] > > Sent: Sunday, September 19, 2010 7:56 PM > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] we need to find a way to declare that an action is UIless > > > > On 19 September 2010 13:12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> hi guys > >> > >> I tried to add borderStyle to BorderedMorph and the progressbar showing the progress blow up. > >> So we should really have a way to specify silent ui action. > >> Does anybody have an idea how I could do that? > >> > >> [BorderedMorph addInstVarNamed: 'borderStyle'] silent would be cool. > >> > > > > use morph propertyAt: #borderStyle > > so you don't have to break your head with it :) > > > > BorderedMorph having an enormous number of subclasses, while some of > > them even don't using any > > kind of borders. That's makes me wonder if anything like color, border > > style etc should belong to root classes > > in hierarchy, like Morph or BorderedMorph. I think that dynamic set of > > properties (which is currently sits in morphic > > extensions are more appropriate storage for them). The only problem is > > that accessing them is much slower than ivars. > > > >> Stef > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2010