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

Re: [Pharo-project] [update 1.2] #12201
by StÃ©phane Ducasse Oct. 21, 2010

Oct. 21, 2010

Excellent! Good infrastructure will make us all much faster. I like the motto of marcus: fix what we use daily to get faster. On Oct 21, 2010, at 9:40 AM, Fernando olivero wrote: > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] [Pharo-users] [ANN] Continue working in SimpleLogger
by StÃ©phane Ducasse Oct. 21, 2010

Oct. 21, 2010

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

1 0

Re: [Pharo-project] Faster access for refactoring commands
by StÃ©phane Ducasse Oct. 21, 2010

Oct. 21, 2010

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

2 1

[Pharo-project] [ANN] Continue working in SimpleLogger
by Mariano Martinez Peck Oct. 21, 2010

Oct. 21, 2010

Hi guys (German). Today I needed to add some real log to something I am developing and I found that SimpleLogger missed those functionalities I was needing. So...I implemented them. It is 3 hours effort, so don't expect too much. But I just wanted to shared with you in case you need it. 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...) I did these changes today morning so I didn't have time to write tests nor class comments. However, I wrote some class side example methods in SimpleLogger. Finally, for my own projects I want: - to use a FixedFileName (very similar to the way PharoDebug.log is used). - to only do "self log:" in my classes. The solution I did is that somewhere (maybe in a class of your project or maybe in a special class that holds this) in a class side variable I hold a Singleton with the Logger. So that you can always do for example: MyAppLogger logger log: 'zaraza'. And finally, I implemented Object >> log: (with category *MyAppPackage) log: anObject MyAppLogger logger log: anObject. With this, anywhere in the classes of my app I can do: self log: 'something'. The code is temporally commited in http://www.squeaksource.com/Marea German: if you think I should commit directly to SimpleLogger repo, just let me know. In addition, be completely free to change it as you want and commit it there too. Cheers mariano

2 2

[Pharo-project] [update 1.2] #12201
by StÃ©phane Ducasse Oct. 21, 2010

Oct. 21, 2010

12201 ----- - Issue 1800: MenuIcons and ThemeIcons should be merged. Big thanks to alain plantec!!!

3 3

[Pharo-project] non-modal FillInTheBlankMorph code?
by Eliot Miranda Oct. 21, 2010

Oct. 21, 2010

Hi All, has anyone already written the handful of methods to provide a non-modal FillInTheBlankMorph (a way of opening that doesn't enter the doOneCycle loop in FillInTheBlankMorph>>getUserResponse) they can let me have or point me to? If so, let me know. Thanks. best Eliot

2 1

Re: [Pharo-project] [ANN] Continue working in SimpleLogger
by Mariano Martinez Peck Oct. 20, 2010

Oct. 20, 2010

On Thu, Oct 21, 2010 at 12:26 AM, GermÃ¡n Arduino <garduino(a)gmail.com> wrote: > Thanks you very much Mariano! > > Sound very interesting. > > I only read the mail by now (not time, as usual) but as soon as I have > a bit of free time, will try and make my comments. > > Of course, not problem in that you commit on the SimpleLogger repo, I > added you as Developer. > > Cheers. > GermÃ¡n. > > > 2010/10/20 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Hi guys (German). > > > > Today I needed to add some real log to something I am developing and I > found > > that SimpleLogger missed those functionalities I was needing. So...I > > implemented them. It is 3 hours effort, so don't expect too much. But I > just > > wanted to shared with you in case you need it. > > > > 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...) > > > > I did these changes today morning so I didn't have time to write tests > nor > > class comments. However, I wrote some class side example methods in > > SimpleLogger. > > > > Finally, for my own projects I want: > > - to use a FixedFileName (very similar to the way PharoDebug.log is > used). > > - to only do "self log:" in my classes. > > > > The solution I did is that somewhere (maybe in a class of your project or > > maybe in a special class that holds this) in a class side variable I hold > a > > Singleton with the Logger. So that you can always do for example: > > MyAppLogger logger log: 'zaraza'. > > > > And finally, I implemented Object >> log: (with category *MyAppPackage) > > > > log: anObject > > MyAppLogger logger log: anObject. > > > > With this, anywhere in the classes of my app I can do: self log: > > 'something'. > > > > The code is temporally commited in http://www.squeaksource.com/Marea > > > > German: if you think I should commit directly to SimpleLogger repo, just > let > > me know. In addition, be completely free to change it as you want and > commit > > it there too. > > > > Cheers > > > > mariano > > >

1 0

[Pharo-project] Anyone has seen Dale?
by Alexandre Bergel Oct. 20, 2010

Oct. 20, 2010

hi! Do you know where Dale is ? In holidays or something? I sent him an email a few days ago... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 2

Oct. 20, 2010

12202 ----- - Issue 3070: weird replacements in TextEditor. Thanks Alain Plantec!!!

1 0

Re: [Pharo-project] Plug-in Licensing
by Schwab,Wilhelm K Oct. 20, 2010

Oct. 20, 2010

Paolo, Thanks for the reference. I will give it a good look. Bill ________________________________________ From: Paolo Bonzini [paolo.bonzini(a)gmail.com] On Behalf Of Paolo Bonzini [bonzini(a)gnu.org] Sent: Wednesday, October 20, 2010 2:13 PM To: Schwab,Wilhelm K Subject: Fwd: Re: Plug-in Licensing I found a reference to GPL-compatible vs. GPLv3 in the GCC mailing list from today. It is the same situation as you, with "GCC plugin" being your library and "GCC" being GSL in your case. Hope this helps a fellow Smalltalker. Paolo ------------------ Justin Seyster <jrseys(a)gmail.com> writes: > I'm getting ready to release plug-in code, and I want to have a very > clear idea about licensing before I release. I'm leaning towards > releasing everything as GPLv3, but I do want to know exactly what is > and isn't allowed. GPLv3 is fine. > I know this issue was debated quite intensely before plug-in support > got added, but my understanding is that there was a final consensus. > I can't find one document though that explains exactly what this > consensus was. The document is here: http://www.gnu.org/licenses/gcc-exception.html See also the rationale and FAQ that it links to. Basically, if you use a plugin with gcc, and the plugin is not GPL-compatible, then the resulting compiled code is covered by the GPL. > I vaguely remember a proposal that there would be no restriction on > plug-in licensing but that non-free plug-ins could only be used to > compile Free software, but that's not documented anywhere I can find. That's pretty much it. > GCC itself now requires that plug-ins export a > plugin_is_gpl_compatible symbol, which implies that the plug-in's > license need only be compatible with the GPL. Is it ok to release > LGPL- or BSD-licensed plug-ins? Sure, both of those licenses are GPL-compatible. > My understanding is that, in general, only GPLv3 code can link against > GPLv3 code, which would imply that my plug-in code must be GPLv3. That is incorrect. You can link code under any GPL-compatible license with GPLv3 code, and the resulting executable will be covered the union of both licenses. Since GPLv3 tends to be stricter than any GPL-compatible license, this generally means that the result is under GPLv3. There is a (non-exhaustive) list of GPL-compatible licenses here: http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses Ian

1 0