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

Re: [Pharo-project] [Pharo-users] [ANN] Continue working in SimpleLogger

by StÃ©phane Ducasse

come on tooth pick has even documentation and it does not look complex. redoing all over things does not reduce bugs and http://www.metaprog.com/Toothpick/docs/quickstart.html It looks clean and simple. Stef On Oct 21, 2010, at 9:51 AM, Mariano Martinez Peck wrote: > > > On Thu, Oct 21, 2010 at 7:24 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > why don;t you look look at toothpick? > > > Because I don't have time to learn a new logging framework, nor to make it work on Pharo. I don't plan to be part of a logging framework. I just needed something really EASY for my projects. So, I remembered GermÃ¡n doing that, I know it was working in Pharo, and it took me 5 minutes to understand. 2 hours more to add my features, and that's all :) I just make it public for other users. > > Chees > > Mariano > > > On Oct 21, 2010, at 3:23 AM, Yanni Chiu wrote: > > > On 20/10/10 9:36 AM, Mariano Martinez Peck wrote: > >> What I did basically is to define SimpleLogger like the public API. But > >> then, this class delegates to a LoggerStrategy. I created the following > >> implementations: TranscriptLoggerStrategy, NullLoggerStrategy, > >> FileLoggerStrategy and FixesFileNameLoggerStrategy. In addition, I > >> created a superclass for them, marking the API with SimpleLogger. This > >> class is LoggerStrategy. > >> > >> So, now you can: > >> > >> - Enable and disable easily the logging (thanks to NullLoggerStrategy). > >> - Change on runtime WHERE or HOW to log (just change the strategy). > >> - Be able to write into a File, a Transcript, a FixedFileName, or nothing. > >> - Extend to you own strategy (FileAppendLoggerStrategy?? > >> SocketLoggerStrategy? etc...) > > > > My 2cents. I've not used or looked at SimpleLogger, but recall that it was a single class, plus a metacello config class. > > > > The new functionality sounds very useful, but is it still simple. It sounds like it was simple to add extra features - maybe because SimpleLogger was simple. Will the next person who comes along find a similarly simple implementation that can be easily adapted to specific needs. > > > > A hierarchy of strategy classes no longer sounds simple. What if I don't need all the different strategies loaded, will the configuration then allow multiple build targets for various individual or groups of strategies. Starting to sound complicated. > > > > IMHO, it should be a fork: SomewhatSimpleOnItsWayToComplicatedLogging :) > > > > -- > > Yanni > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 21, 2010

Re: [Pharo-project] Faster access for refactoring commands

by Martin Dias

Ok, I will see how does it work. On Wed, Oct 20, 2010 at 3:46 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Oct 20, 2010, at 1:32 PM, Martin Dias wrote: > >> Hi, >> >> I really like to use refactoring commands in OmniBrowser, but I would like to access them faster. I think that it would be nice to have: >> >> - A shortcut that popups a menu with the refactor commands only. >> - A unique shortcut for rename (which target is the current selection: categories, class, method, class variable, instance variable, temporary) >> >> What do you think about it? >> Do you know if there is something like that already available to use? > > Yes I would love to have a better organization with the most used refactoring actions also on the top of the menu. > I know lukas does not like that. Now what we can do it to have a package to add these items on top of > OB and we load it, after OB-RB and everybody is happy. > > Can you provide that code? > > >> Martin >> _______________________________________________ >> 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 >

Oct. 21, 2010

Re: [Pharo-project] [Pharo-users] [ANN] Continue working in SimpleLogger

by Mariano Martinez Peck

On Thu, Oct 21, 2010 at 7:24 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > why don;t you look look at toothpick? > > Because I don't have time to learn a new logging framework, nor to make it work on Pharo. I don't plan to be part of a logging framework. I just needed something really EASY for my projects. So, I remembered GermÃ¡n doing that, I know it was working in Pharo, and it took me 5 minutes to understand. 2 hours more to add my features, and that's all :) I just make it public for other users. Chees Mariano > > On Oct 21, 2010, at 3:23 AM, Yanni Chiu wrote: > > > On 20/10/10 9:36 AM, Mariano Martinez Peck wrote: > >> What I did basically is to define SimpleLogger like the public API. But > >> then, this class delegates to a LoggerStrategy. I created the following > >> implementations: TranscriptLoggerStrategy, NullLoggerStrategy, > >> FileLoggerStrategy and FixesFileNameLoggerStrategy. In addition, I > >> created a superclass for them, marking the API with SimpleLogger. This > >> class is LoggerStrategy. > >> > >> So, now you can: > >> > >> - Enable and disable easily the logging (thanks to NullLoggerStrategy). > >> - Change on runtime WHERE or HOW to log (just change the strategy). > >> - Be able to write into a File, a Transcript, a FixedFileName, or > nothing. > >> - Extend to you own strategy (FileAppendLoggerStrategy?? > >> SocketLoggerStrategy? etc...) > > > > My 2cents. I've not used or looked at SimpleLogger, but recall that it > was a single class, plus a metacello config class. > > > > The new functionality sounds very useful, but is it still simple. It > sounds like it was simple to add extra features - maybe because SimpleLogger > was simple. Will the next person who comes along find a similarly simple > implementation that can be easily adapted to specific needs. > > > > A hierarchy of strategy classes no longer sounds simple. What if I don't > need all the different strategies loaded, will the configuration then allow > multiple build targets for various individual or groups of strategies. > Starting to sound complicated. > > > > IMHO, it should be a fork: SomewhatSimpleOnItsWayToComplicatedLogging :) > > > > -- > > Yanni > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

Oct. 21, 2010

Re: [Pharo-project] [ANN] Continue working in SimpleLogger

by Mariano Martinez Peck

On Thu, Oct 21, 2010 at 3:22 AM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 20/10/10 9:36 AM, Mariano Martinez Peck wrote: > >> What I did basically is to define SimpleLogger like the public API. But >> then, this class delegates to a LoggerStrategy. I created the following >> implementations: TranscriptLoggerStrategy, NullLoggerStrategy, >> FileLoggerStrategy and FixesFileNameLoggerStrategy. In addition, I >> created a superclass for them, marking the API with SimpleLogger. This >> class is LoggerStrategy. >> >> So, now you can: >> >> - Enable and disable easily the logging (thanks to NullLoggerStrategy). >> - Change on runtime WHERE or HOW to log (just change the strategy). >> - Be able to write into a File, a Transcript, a FixedFileName, or nothing. >> - Extend to you own strategy (FileAppendLoggerStrategy?? >> SocketLoggerStrategy? etc...) >> > > My 2cents. I've not used or looked at SimpleLogger, but recall that it was > a single class, plus a metacello config class. > > The new functionality sounds very useful, but is it still simple. It sounds > like it was simple to add extra features - maybe because SimpleLogger was > simple. Will the next person who comes along find a similarly simple > implementation that can be easily adapted to specific needs. > > A hierarchy of strategy classes no longer sounds simple. What if I don't > need all the different strategies loaded, will the configuration then allow > multiple build targets for various individual or groups of strategies. > Starting to sound complicated. > Yes, that's true. However, take a look at the code, and I promisde that in no more than 10 minutes you get the idea how to use it. There are 5 classes, with an average of 5 methods each. > > IMHO, it should be a fork: SomewhatSimpleOnItsWayToComplicatedLogging :) > > heheheh > -- > Yanni > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 21, 2010

Re: [Pharo-project] [update 1.2] #12201

by Fernando olivero

Great work Alain!Now porting my icon importer is going to be easier! The idea is to use the Gaucho icon importer to be able to choose amongst different external icon families , greatly improving the look and fell of the tools. Having a single entry point goes into this direction! I will create an issue for this. Fernando On Oct 20, 2010, at 11:33 PM, Alain Plantec wrote: > Le 20/10/2010 23:13, Alain Plantec a Ã©crit : >> Le 20/10/2010 22:47, StÃ©phane Ducasse a Ã©crit : >>> 12201 >>> ----- >>> - Issue 1800: MenuIcons and ThemeIcons should be merged. Big >>> thanks to alain plantec!!! >> well, too fast, there is a problem with a missing icon. >> I'm afraid you have to rollback >> sorry >> Alain > well, I can't reproduce the problem. > finally it's seems ok after having updated again. > the icon is where it should be. > alain >> >>> _______________________________________________ >>> 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

Oct. 21, 2010

Re: [Pharo-project] [squeak-dev] non-modal FillInTheBlankMorph code?

by Fernando olivero

I can do one using EntryFieldMorph in 5 minutes. EntryFieldMorph>>authoringPrototype " self authoringPrototype " | e | e := EntryFieldMorph new. e position: 80@200. e width: 400. e initialContents: 'Fill in the blank'. e onAcceptSend: #delete to: e. e onEscapeSend: #delete to: e. e openInWorld. ^ e If you want i can code a similar one to FillInTheBlank , using announcements and a button. On Oct 20, 2010, at 7:33 PM, Eliot Miranda wrote: > FillInTheBlankMorph

Oct. 21, 2010

Re: [Pharo-project] Looking for real-world Magma application

by Johan Brichau

Hi Igor, I guess that you are referring to us ;-) We indeed switched from Magma to GOODS and now to Gemstone, mainly because of performance issues. To remain db-independent, we have created a database abstraction layer that can be used with any of the aforementioned databases. We are currently preparing to open-source the generic part and we can send you our specific Magma specialization with representative queries made by our application. We should be able to get that to you asap! Johan On 21 Oct 2010, at 08:33, Igor Stasenko wrote: > Hello all, > sorry for cross-posting. :) > > I'd like to ask you, if anyone could share either an image or > installation with application, > which using Magma OODB. > I'd like to use it & test how changing different aspects of Magma > internals could affect the performance. > > There's many tricks, which is known by Chris how to speed it up by > cleverly fine-tuning various Magma options, > like read strategy etc. > But what i'd like is to see, is some setup, used by people, and by > taking it, see how it could make run faster, > without changing an application code. > > I remember, someone gave a talk @ ESUG, that they were using Magma for > their application, > but then forced to switch to another DB layer, because they had bad > performance issues. > It would be good, if you could give me the code, so i can run it and > see if things could be improved. > Its not a problem, if code is not open-source, we could sign an NDA, > if this is necessary. > > I need something real, simply because benchmarks sometimes not > representative. :) > > -- > 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

Oct. 21, 2010

[Pharo-project] Looking for real-world Magma application

by Igor Stasenko

Hello all, sorry for cross-posting. :) I'd like to ask you, if anyone could share either an image or installation with application, which using Magma OODB. I'd like to use it & test how changing different aspects of Magma internals could affect the performance. There's many tricks, which is known by Chris how to speed it up by cleverly fine-tuning various Magma options, like read strategy etc. But what i'd like is to see, is some setup, used by people, and by taking it, see how it could make run faster, without changing an application code. I remember, someone gave a talk @ ESUG, that they were using Magma for their application, but then forced to switch to another DB layer, because they had bad performance issues. It would be good, if you could give me the code, so i can run it and see if things could be improved. Its not a problem, if code is not open-source, we could sign an NDA, if this is necessary. I need something real, simply because benchmarks sometimes not representative. :) -- Best regards, Igor Stasenko AKA sig.

Oct. 21, 2010

Re: [Pharo-project] [ANN] Continue working in SimpleLogger

by StÃ©phane Ducasse

why don;t you look look at toothpick? On Oct 21, 2010, at 3:23 AM, Yanni Chiu wrote: > On 20/10/10 9:36 AM, Mariano Martinez Peck wrote: >> What I did basically is to define SimpleLogger like the public API. But >> then, this class delegates to a LoggerStrategy. I created the following >> implementations: TranscriptLoggerStrategy, NullLoggerStrategy, >> FileLoggerStrategy and FixesFileNameLoggerStrategy. In addition, I >> created a superclass for them, marking the API with SimpleLogger. This >> class is LoggerStrategy. >> >> So, now you can: >> >> - Enable and disable easily the logging (thanks to NullLoggerStrategy). >> - Change on runtime WHERE or HOW to log (just change the strategy). >> - Be able to write into a File, a Transcript, a FixedFileName, or nothing. >> - Extend to you own strategy (FileAppendLoggerStrategy?? >> SocketLoggerStrategy? etc...) > > My 2cents. I've not used or looked at SimpleLogger, but recall that it was a single class, plus a metacello config class. > > The new functionality sounds very useful, but is it still simple. It sounds like it was simple to add extra features - maybe because SimpleLogger was simple. Will the next person who comes along find a similarly simple implementation that can be easily adapted to specific needs. > > A hierarchy of strategy classes no longer sounds simple. What if I don't need all the different strategies loaded, will the configuration then allow multiple build targets for various individual or groups of strategies. Starting to sound complicated. > > IMHO, it should be a fork: SomewhatSimpleOnItsWayToComplicatedLogging :) > > -- > Yanni > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 21, 2010

Re: [Pharo-project] ^ character in ubuntu

by GastÃ³n Dall' Oglio

sorry, I said: ...can be used for *Ãª* for example, pressing one and then the "e". * * 2010/10/21 GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com> > Hello. > > I press the key twice "^" and then just enter it in the editor... I think > this is the correct behavior, because this key can be used for "e" for > example, pressing one and then the "e". > > Saludos :) > > 2010/10/20 Diogenes Moreira <diogenes.moreira(a)gmail.com> > >> joya.. thank you.. >> >> On 10/20/10, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> > What happens if you run the same image (Pharo 1.1) but from other VM? >> > Downloaded from the website for example?? >> > >> > Because the oneclick does: >> > >> > #!/bin/sh >> > >> > # path >> > ROOT=`dirname $0` >> > BASE="$ROOT/Contents/Linux" >> > >> > # execute >> > exec "$BASE/squeakvm" \ >> > -plugins "$BASE" \ >> > -encoding latin1 \ >> > -vm-display-X11 \ >> > "$ROOT/Contents/Resources/pharo.image" >> > >> > >> > >> > or similar...maybe there is something bothering there.... >> > >> > cheers >> > >> > mariano >> > >> > 2010/10/20 Diogenes Moreira <diogenes.moreira(a)gmail.com> >> > >> >> Thank you.. >> >> >> >> 2010/10/20 Roberto Sapiain <rsapiain(a)gmail.com> >> >> >> >> Hello. >> >>> >> >>> Well, In my case I just have a simple workaround: in a terminal put >> the >> >>> keyboard in english (with >> >>> # setxkbmap us ; there with shift+6 you get the 'hat' ^ ; to go >> back >> >>> to >> >>> your normal layout setxkbmap latam if its latinamerican or es if >> its >> >>> spanish keyboard type; once you get the character printed, do a copy & >> >>> paste, or memorize the layout of an english keyboard ;)) >> >>> >> >>> cheers, and hello to everyone in the list as well :) >> >>> >> >>> 2010/10/20 Diogenes Moreira <diogenes.moreira(a)gmail.com> >> >>> >> >>>> hi falks. >> >>>> >> >>>> I'm using Pharo 1.1 OneClick Package in Ubuntu 10.4 with the follow >> >>>> locale. >> >>>> when press ^ character in the pharo editor i get "?" symbol.. >> >>>> >> >>>> What configuration I need change? >> >>>> >> >>>> Other data, if i using the cut & paste from othe application, that >> work >> >>>> fine. >> >>>> >> >>>> Thank in advance. >> >>>> >> >>>> iogenes@diogenes-desktop:~$ locale >> >>>> LANG=es_AR.utf8 >> >>>> LC_CTYPE="es_AR.utf8" >> >>>> LC_NUMERIC="es_AR.utf8" >> >>>> LC_TIME="es_AR.utf8" >> >>>> LC_COLLATE="es_AR.utf8" >> >>>> LC_MONETARY="es_AR.utf8" >> >>>> LC_MESSAGES="es_AR.utf8" >> >>>> LC_PAPER="es_AR.utf8" >> >>>> LC_NAME="es_AR.utf8" >> >>>> LC_ADDRESS="es_AR.utf8" >> >>>> LC_TELEPHONE="es_AR.utf8" >> >>>> LC_MEASUREMENT="es_AR.utf8" >> >>>> LC_IDENTIFICATION="es_AR.utf8" >> >>>> LC_ALL= >> >>>> >> >>>> cat /etc/lsb-release >> >>>> DISTRIB_ID=Ubuntu >> >>>> DISTRIB_RELEASE=10.04 >> >>>> DISTRIB_CODENAME=lucid >> >>>> DISTRIB_DESCRIPTION="Ubuntu 10.04.1 LTS >> >>>> >> >>>> diogenes@diogenes-desktop:~$ uname -a >> >>>> Linux diogenes-desktop 2.6.32-25-generic-pae #44-Ubuntu SMP Fri Sep >> 17 >> >>>> 21:57:48 UTC 2010 i686 GNU/Linux >> >>>> >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> Pharo-project mailing list >> >>>> Pharo-project(a)lists.gforge.inria.fr >> >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> -* Amn El Ith Tir Sol - Honour *- >> >>> Roberto IvÃ¡n Sapiain Caro (RISC). >> >>> Estudiante Ing. Civil en ComputaciÃ³n. >> >>> Universidad de Chile >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> 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 >> > >

Oct. 21, 2010