September 2010 - Pharo-dev - lists.pharo.org

[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

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

by StÃ©phane Ducasse

This is not the point :) I know the extension. I wanted to check if I can do the change to follow CUIS design and the system is not robust enough to let me change it wile running it. Stef On Sep 20, 2010, at 1:56 AM, Igor Stasenko wrote: > 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

Sept. 20, 2010

Re: [Pharo-project] [Pharo-users] Pharocasts: Document with HelpSystem

by StÃ©phane Ducasse

;) Stef On Sep 19, 2010, at 10:31 PM, laurent laffont wrote: > You will learn how to: > - write an HelpSystem book > - use PackageAPIHelpBuilder to generate the API documentation of a package > - create your own builder to dynamically create a documentation from the system > > Starting from now, no excuses to not write documentation ;) > > http://pharocasts.blogspot.com/2010/09/document-with-helpsystem.html > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Sept. 20, 2010

Re: [Pharo-project] SOAP library

by Serge Stinckwich

We definitively need this kind of package. You should ask Masashi Umezawa to have some help. 2010/9/20 Guillermo Polito <guillermopolito(a)gmail.com>: > Hi! > > Here is a Soap client/server for squeak, which last version is from 2008 and > is released as MIT. > > http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/index.html > > What about having it in SS and have a MC config for it? :). > > I will do it next weekend, but if someone wants to help in some way (like > testing the package or whatever) before then, I will send him flowers :). > Exposing SOAP web services is an important step to make pharo more > commercial-able. > > Cheers! > Guille > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Sept. 20, 2010

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

by John M McIntosh

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 ===========================================================================

Sept. 20, 2010

Re: [Pharo-project] about events :)

by Guillermo Polito

Thinking aloud, How difficult can be to make #changed: and actionMaps use Announcements as a first step? So we don't break the existing contract changing the behavior :) But I'm talking from my ignorance, because I don't have in mind how all of them works... On Sun, Sep 19, 2010 at 9:11 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > +10 - Weak subscriptions are a must. Absent that, we'll end up with > bloated images and lots of unhappy users. > > > > > ________________________________________ > 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 8:01 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] about events :) > > On 19 September 2010 16:42, Juan Vuletich <juan(a)jvuletich.org> wrote: > > StÃ©phane Ducasse wrote: > >> > >> hi > >> may be I'm wrong but I have the impression that we have around three > >> different kinds of event system in the system > >> > >> - actionMap > >> - announcement > >> - changed: > >> Could we simplify that? > >> Stef > >> > > > > Yes! Kill #changed: And if you adopt announcements, kill actionMap too! > > > amen. > But we have to add weak subscriptions to announcements first, > otherwise you won't be able to > properly reimplement actionMap/changed: without that. > I provided some code for that, but i'm not sure if it integrated into pharo > yet. > > > Cheers, > > Juan Vuletich > > > > _______________________________________________ > > 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

[Pharo-project] SOAP library

by Guillermo Polito

Hi! Here is a Soap client/server for squeak, which last version is from 2008 and is released as MIT. http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/index.html What about having it in SS and have a MC config for it? :). I will do it next weekend, but if someone wants to help in some way (like testing the package or whatever) before then, I will send him flowers :). Exposing SOAP web services is an important step to make pharo more commercial-able. Cheers! Guille

Sept. 20, 2010

Re: [Pharo-project] Pharo XMLRPC Project

by Guillermo Polito

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<http://www.mars.dti.ne.jp/%7Eumejava/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 >

Sept. 20, 2010