November 2011 - Pharo-dev - lists.pharo.org

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

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

by Schwab,Wilhelm K

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

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

by StÃ©phane Ducasse

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

Re: [Pharo-project] Keymapping Questions

by Sean P. DeNigris

Guillermo Polito wrote: > > This should not happen in the bleeding edge :) > Yes, I updated to bleedingEdge and this is fixed. I will keep playing... -- View this message in context: http://forum.world.st/Keymapping-Questions-tp3990667p3993303.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 5, 2011

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

by Norbert Hartl

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

[Pharo-project] about name for logging message

by 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. Stef

Nov. 5, 2011