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

Re: [Pharo-project] MethodName is now Finder

by Mariano Martinez Peck

2010/9/20 Marcus Denker <marcus.denker(a)inria.fr> > > > I have a question...for the future of Pharo 1.2....what will happen with > Method names and method finder? Will both of them removed and put instead > this new finder? > I ask because I wonder if we need or not to include these packages in > PharoCore... > So...in summary...all these changes will be part of core or is the dev also > involved? > > Core for now. And not as it's own package, but as part of the Tools > package. > > Excellent. So I guess that at some point (would like to see it 1.2) when this tool gets stable and reviewed it will be integrated and removed old tools? mariano > Marcus > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > 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] HwaJong Oh

by Serge Stinckwich

On Mon, Sep 20, 2010 at 7:55 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > 2010/9/20 ë¬ë£ì¤íì¢ <daliot.oh(a)gmail.com>: >> Hi, >> >> i joined this mailinglist. >> >> I am Korean Hobby Smalltalker first time Europe first time ESUG. >> >> Hope you remember me. >> >> - HwaJong - >> > > HwaJong , could you add your name written in latin letters to your > email address, > because i don't have a Korean font , and i guess many of others too, so > your name is shown as a 5 glyph boxes with numbers :) > > Oh, and please, write something about yourself - the projects you did or doing, > because not all of people here was on conference. > And if you wanna participate in Pharo development or have some ideas, > feel free to > put them here or ask questions. I read the korean characters on my macintosh without problem. What could be very cool is to to have a korean version of the Pharo by Example book. You told me about a translation of the Squeak by Example book, where could i find it ? See you, -- 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 Mariano Martinez Peck

2010/9/20 John M McIntosh <johnmci(a)smalltalkconsulting.com> > No, since maybe the menu handling goes back in some day. > > But the problem is because of CogVM or this has nothing to do? Sorry for my ignorance. > 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 > =========================================================================== > > > > > > _______________________________________________ > 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] HwaJong Oh

by Noury Bouraqadi

On 20 sept. 2010, at 13:58, ë¬ë£ì¤íì¢ wrote: > Hi, > > i joined this mailinglist. > > I am Korean Hobby Smalltalker first time Europe first time ESUG. > > Hope you remember me. > Yes! And I remember you presentation during the "Show us your projects" session. It was cool. Hope to see again next ESUG conf, Noury ESUG Treasurer www.esug.org

Sept. 20, 2010

Re: [Pharo-project] MethodName is now Finder

by Marcus Denker

> > > I have a question...for the future of Pharo 1.2....what will happen with Method names and method finder? Will both of them removed and put instead this new finder? > I ask because I wonder if we need or not to include these packages in PharoCore... > So...in summary...all these changes will be part of core or is the dev also involved? > Core for now. And not as it's own package, but as part of the Tools package. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Sept. 20, 2010

Re: [Pharo-project] about events :)

by Mariano Martinez Peck

open ticket so that not to forget :) 2010/9/20 Guillermo Polito <guillermopolito(a)gmail.com> > 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 >> > > > _______________________________________________ > 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] [Vm-dev] failing/errors Pharo Tests with CogVM

by Mariano Martinez Peck

Ok....that's to all the responses. The thread is now far away my knoweldege, so I will naively ask: is it worth creating a Pharo 1.1.1 one click with CogVM? Marcus released a PharoCore 1.1.1 with changes for CogVM and some important fixes. I took that core image and I created a new dev. But before releasing, I run the tests and I found them. Seems you all discussed about the Float problems...but what about the others? I remember them and I thing they were fixed in newest versions of VMMaker. So...the question is now....are the failure/error of those tests means that Pharo is "unreleasable" with CogVM? Should we wait for the fix or we should release anyway? Thanks in advance, Mariano On Fri, Sep 17, 2010 at 8:20 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > > On Thu, Sep 16, 2010 at 10:54 PM, Andreas Raab <andreas.raab(a)gmx.de>wrote: > >> >> On 9/16/2010 2:44 PM, Eliot Miranda wrote: >> >>> I realise we need to be more precise. Are you talking about NaNs >>> specifically or NaN and Inf? >>> >> >> NaN only. +-Inf are fine as they have a well-defined mathematical >> relationship over the set of numbers. NaN does not. >> >> >> The Squeak VM happily answers Inf from its >>> float primitives. In fact the only guard against a NaN or Inf result >>> being produced by the floating-point primitives is the guard against >>> dividing by zero. But e.g. in the interpreter (1.0e300 / 1.0e-300) >>> isInfinite and there is no failure. So specifically failing for aFloat >>> / 0.0 seems a bit of a fig leaf to me. >>> >>> So what would your ideal semantics be? >>> a) - fail whenever the result is Inf or NaN? >>> b) - fail whenever the result is NaN and allow aFloat / 0.0 to answer Inf >>> c) - fail whenever the result is NaN but fail aFloat / 0.0 >>> d) - the Interpreter status quo, fail only for aFloat / 0.0 >>> e) - never fail and answer Nan and Inf as specified in IEEE 754 >>> >>> The situation with VW before IEEE was that it did a) and we changed it >>> so that the mode switch selected either a) or e), with, IIRC, the >>> current default being e). >>> >> >> f) Fail whenever the result is NaN or when dividing by zero. >> > > OK, to be pedantic that's c) above. But fine. This is a reasonable choice. > > >> My preference for f) is that division by zero should be consistent between >> floating point numbers and integers. It would be strange if "1 / 0" => boom >> but "1.0 / 0" => Inf or "1 / 0.0" => Inf. *However* underflow isn't division >> by zero and may silently result in Inf. In other words: >> >> self should:[1.0 / 0.0] raise: ZeroDivide. >> >> but (#successor produces the smallest float larger than the receiver) >> >> self shouldnt:[1.0 / 0.0 successor] raise: Error. >> self assert: (1.0 / 0.0 successor) = Float infinity. >> >> Cheers, >> - Andreas >> > > >

Sept. 20, 2010

Re: [Pharo-project] MethodName is now Finder

by Mariano Martinez Peck

2010/9/19 Benjamin Van Ryseghem <benjamin.vanryseghem(a)gmail.com> > I've fix some bug and discover how to script packages loading ^^ > > Now, just run > > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'ConfigurationOfFinder'; > load > > ConfigurationOfFinder loadDefault > So....you saw our talk with Dale? Hope that helped and don't hesistate to ask further questions. I have a question...for the future of Pharo 1.2....what will happen with Method names and method finder? Will both of them removed and put instead this new finder? I ask because I wonder if we need or not to include these packages in PharoCore... So...in summary...all these changes will be part of core or is the dev also involved? Cheers Mariano > > > > > Ben > > _______________________________________________ > 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] A pattern for GUI programming (Morphic, Cuis, etc)

by Alexandre Bergel

Maybe you can put it on the google code website... Alexandre On 19 Sep 2010, at 09:39, Juan Vuletich wrote: > Noury Bouraqadi wrote: >> Hi Juan, >> >> Is this document available somewhere on the web? It's important to ensure it is persistence. >> Noury >> > > Hi Noury, > > I'm glad you're interested on it. I'll put it in a web page maybe tonight, or in my next "free evening". > > 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 20, 2010

Re: [Pharo-project] Custom World menu for own apps

by Alain Plantec

thanks! Alain Le 20/09/2010 14:48, Torsten Bergmann a Ã©crit : > Just for the records: > > in Pharo 1.2. it is now possible to define an own custom pragma > that is used to define a world menu. This is especially usefull > when you create a (commercial) application based on Pharo. > > How it works: > ============= > > 1. Define your new world context menu by providing class methods > with your own custom world menu entries. Instead of using the > usual "worldMenu" pragma we use a custom pragma, here > "myAppWorldMenu": > > > menuCommandOn: aBuilder > <myAppWorldMenu> > (aBuilder item: #'About MyApp') > action: [ 'HelloWorld' inspect ]; > icon: ThemeIcons pharoIcon > > > 2. Switch the world state to use the custom pragram: > > WorldState desktopMenuTitle: 'My shiny App'. > WorldState desktopMenuPragmaKeyword: 'myAppWorldMenu' > > If you want the old one back just evaluate: > > WorldState desktopMenuTitle: 'World'. > WorldState desktopMenuPragmaKeyword: 'worldMenu' > > > Maybe someone can add this to the open pharo book or give me > an account, a short howto and time to include it. >

Sept. 20, 2010