- Pharo-dev - lists.pharo.org

Re: [Pharo-project] MAC OS upgrade and Pharo compatibility

by StÃ©phane Ducasse

There is no problem for pharo on lion. Now do a backup because lion of your machine. Lion frustrated me a lot. And in general when I see the amount of applications spinning to death on normal usage, I think that pharo is doing well. Stef On Nov 5, 2011, at 8:09 PM, Dario Trussardi wrote: > Hi, > > i'm interested to upgrade my MacBook Operating System, from Leopard to Lion version. > > I'm not expert about it and i will not do error. > > My question is about Pharo compatibility. > > Now i work with Pharo 1.0 #10517 and GemTools 1.0-beta.8.3. > > I need to do something or all work fine after upgrade the O/S ? > > Thanks, > > Dario > > P.S. Excuse me if question is not very very pertinent to Pharo >

Nov. 5, 2011

Re: [Pharo-project] about name for logging message

by StÃ©phane Ducasse

did you check toothpick by joseph pelrine? Because transcript is not a logger just an historical simple output place. Stef On Nov 5, 2011, at 5:00 PM, Milan Mimica wrote: > Have you thought of a decent logging system with logging levels, output formatter and output appenders? > Current logging sure comes handy, but is really rudimentary. A business application must have a modern logging system, and it's not even a complex thing to do. > I'm just asking whether you have discussed this or have something in mind already. > > On 5 November 2011 12:50, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > I introduce > log to replace Transcript show: â¦ > logCr and crLog > > Now stupidly I did not notice that it will capture log on number :( and also on collection, > > So any suggestion of what would be a nice logging message? > short and cool. > > > Stef > > > > -- > Milan Mimica > http://sparklet.sf.net

Nov. 5, 2011

[Pharo-project] MAC OS upgrade and Pharo compatibility

by Dario Trussardi

Hi, i'm interested to upgrade my MacBook Operating System, from Leopard to Lion version. I'm not expert about it and i will not do error. My question is about Pharo compatibility. Now i work with Pharo 1.0 #10517 and GemTools 1.0-beta.8.3. I need to do something or all work fine after upgrade the O/S ? Thanks, Dario P.S. Excuse me if question is not very very pertinent to Pharo

Nov. 5, 2011

Re: [Pharo-project] about name for logging message

by David T. Lewis

On Sat, Nov 05, 2011 at 02:38:14PM +0100, Norbert Hartl wrote: > > Am 05.11.2011 um 12:50 schrieb St?phane Ducasse: > > > Hi guys > > > > I introduce > > log to replace Transcript show: ? > > logCr and crLog > > > > Now stupidly I did not notice that it will capture log on number :( and also on collection, > > > > So any suggestion of what would be a nice logging message? > > short and cool. > > > How about trace? In OSProcess, #trace and #trace: are used for a similar purpose. This is intended for debugging with "transcript" output coming from the VM and therefore less dependent on process scheduling in the image. Dave

Nov. 5, 2011

Re: [Pharo-project] about name for logging message

by Milan Mimica

Have you thought of a decent logging system with logging levels, output formatter and output appenders? Current logging sure comes handy, but is really rudimentary. A business application must have a modern logging system, and it's not even a complex thing to do. I'm just asking whether you have discussed this or have something in mind already. On 5 November 2011 12:50, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Hi guys > > I introduce > log to replace Transcript show: â¦ > logCr and crLog > > Now stupidly I did not notice that it will capture log on number :( and > also on collection, > > So any suggestion of what would be a nice logging message? > short and cool. > > > Stef > -- Milan Mimica http://sparklet.sf.net

Nov. 5, 2011

Re: [Pharo-project] Keymapping Questions

by Sean P. DeNigris

Guillermo Polito wrote: > > - shallow reset. That resets the shortcuts but tries to remember the > customizations done in the settings. This one can be done every time you > modify a <keymap> annotated method. > Thinking about this further, one of the purposes of revamping shortcuts was to remove hard-coding, so e.g. I can use my own custom shortcut to open the system browser. So the annotated builder methods are all really just defaults, to be changed on the fly as desired. As such, I think the right move is do nothing when the <keymap>s are modified. Then, all that would be needed is the deep reset, which would reset everything in the system back to defaults. Guillermo Polito wrote: > > Hmmm, If you load the #bleedingEdge (which is pretty stable right now), > there are several examples in the categories: > Okay, I see. All the class-side #buildXxx: methods annotated with <keymap> Guillermo Polito wrote: > > Hmm, mainly, to bind a shortcut to a setting. And nothing else by now... > So I use it as a kind of id :/. Maybe someone has a better approach... I > was about to review it with Mariano tomorrow. > I wasn't criticizing, just learning :) Guillermo Polito wrote: > > But this last (lets say) *annonimous* shortcut, can't be put into a > setting. > That seems to make sense. Guillermo Polito wrote: > > Hmm, strange. There are two implementations of this method in my image. > One in KMShortcut and one in KMNoShortcut, one does nothing (on purpose > with a comment :P) but the other has an implementation :/... > I may not be understanding correctly, but they seem backwards (i.e. NoShortcut is doing something and Shortcut is not). Although (see below)... Guillermo Polito wrote: > > Thanks for the feedback :) > Thanks for all your hard work on an essential feature. -- View this message in context: http://forum.world.st/Keymapping-Questions-tp3990667p3993554.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 5, 2011

[Pharo-project] NewTextMorph

by Hilaire Fernandes

I want to plug a multiple line text morph a DrGeo canvas. The morph should display the text (yes) and be editable on place when the user ask for. Which class should I use ? EditableTextMorph, EntryFieldMorph or NewTextMorph The comments of the class EntryFieldMorph wrote about example1 and example2 methods bit I dont see it (I am using Pharo 1.3) Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

Nov. 5, 2011

Re: [Pharo-project] about name for logging message

by Stefan Marr

Hi: On 05 Nov 2011, at 15:54, StÃ©phane Ducasse wrote: > self log: > self logCr: Why is it a rather platform specific CR? Why not some platform independent NL (new line)? And in 1.3, I found the TranscriptModel with #addEntry: which looked like the new way of doing things since #show: has some comment which said it is deprecated/or not cool anymore. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Nov. 5, 2011

[Pharo-project] [update 1.4] #14217

by stephane ducasse

14217 ----- - Issue 4974: better UUID comparison. Thanks Norbert Hartl. http://code.google.com/p/pharo/issues/detail?id=4974 - Issue 4933: When browsing Implementors of, removing methods does not work. Thanks Guillermo Polito. http://code.google.com/p/pharo/issues/detail?id=4933 - Issue 4961: Debugger displays Block in class instead of showing Classname class for class side methods. Thanks Benjamin van ryseghem. http://code.google.com/p/pharo/issues/detail?id=4961 Stef

Nov. 5, 2011

Re: [Pharo-project] about name for logging message

by StÃ©phane Ducasse

The idea is to remove Transcript so that we can plug another one if we want easily. We got a problem when the logging of the compiler was used while Transcript was changed. Ok we get self log: self logCr: â¦ and this is good. just the name sucks for log: Stef On Nov 5, 2011, at 3:50 PM, Schwab,Wilhelm K wrote: > Stef, > > I'm not really sure what you are trying to do, but in Dolphin, I created a "runtime transcript" that would dump output into a file. My runtime session manager sub-classes all set the global Transcript to point to the (hopefully/intended-to-be thread-safe) file stream. I later built an application-specific logging facility that was configurable both in verbosity and in whether it went to the file or to the debug monitor (OutputDebugString()). > > Speaking of OutputDebugString(), I had so many uses of it, that I created something analogous in Pharo. It notes the OS and sends ouput to syslog() on Linux. > > Object Arts planned to remove Transcript>>show: at one point. IIRC, they did not actually remove it, which was fine with me, because it meant that I didn't have to be bothered adding it myself :) I *think* they added a new global stream, Trace, that wrote to the transcript, so one would use things like > > Trace print:someObject; cr. > > to log. And that stream could, of course, be connected to a file for deployed executables. > > Just some random thoughts... > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Saturday, November 05, 2011 10:35 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] about name for logging message > > yes could be a good candidate. > let us see if other suggestions arrive > > Stef > > On Nov 5, 2011, at 2:38 PM, Norbert Hartl wrote: > >> >> Am 05.11.2011 um 12:50 schrieb StÃ©phane Ducasse: >> >>> Hi guys >>> >>> I introduce >>> log to replace Transcript show: â¦ >>> logCr and crLog >>> >>> Now stupidly I did not notice that it will capture log on number :( and also on collection, >>> >>> So any suggestion of what would be a nice logging message? >>> short and cool. >>> >> How about trace? >> >> Norbert > > >

Nov. 5, 2011