April 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Toothpick

by Sven Van Caekenberghe

On 10 Apr 2013, at 08:16, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > Can you elaborate the use case / details on the block argument..? self logger debug: [ 'Now sending {1} to {2}' format: { x printString. y printString } ]. 1. when nobody upstream needs the actual value because debug logging is disabled, you don't pay the price of computing it. 2. I also recently added a handler that catches errors while computing the value, which prevents nasty loops in error handling. Production code should pay as small a price as possible when using logging. > On Wed, Apr 10, 2013 at 11:38 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 10 Apr 2013, at 07:27, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > > > convenience messages thereafter also be the same api viz: > > logger info: 'This info' . logger warn: 'This warning' . logger error: 'this exception' et als.. > > Agreed, as long as you also accept blocks as argument so that nothing happens when logging is disabled. > > Sven > > PS: There is a small Zinc-HTTP-Logging framework in the image as well. > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > >

April 10, 2013

Re: [Pharo-project] [FYI] Athens tutorial

by Tristan Bourgois

2013/4/9 Igor Stasenko <siguctua(a)gmail.com> > Yes, this is a known bug actually, which i demonstrated to audience during > tutorial presentation.. > i/cairo miss the correct font matrix setup.. and i need to see what's > there. > Cairo caching the glyphs in a strange way (so if you never drawn > anything with given font before and your first drawing will use some > rotation > then everything will be rendered correctly, but if you already drawn > anything > it will render them like you shown).. > I'm going to fix that issue when i come back from Lviv. > > Super :) Did you also see the cairo_text_path() method? It's very interesting if you want to stroke the letter! > On 9 April 2013 15:04, Tristan Bourgois <tristan.bourgois(a)gmail.com>wrote: > >> Very cool tutorial :) >> >> I show it at my works and they are impressed of the readability of Athens! >> >> >> Juste a remark about the text. >> I try to rotate the text and (I d'ont know if it's the good behavior). >> All the text rotate but the letter not. >> >> [image: Images intÃ©grÃ©es 1] >> >> Tristan >> >> 2013/4/4 Igor Stasenko <siguctua(a)gmail.com> >> >>> Hello, there >>> >>> i prepared a small tutorial for Athens, which i did today at PharoConf. >>> But the code i did can be reused by non-participants of conference :) >>> >>> Here the instructions. >>> >>> Download Pharo 2.0 >>> >>> wget -O - get.pharo.org | bash >>> >>> Run Pharo 2.0 >>> >>> ./pharo-ui Pharo.image >>> >>> In a workspace, evaluate (line after line) >>> >>> Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; configuration; >>> load. >>> >>> ConfigurationOfAthens loadVersion: '2.0'. >>> >>> Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; >>> package:'Athens-Tutorial'; load. >>> >>> AthensTutorial new openWithSpec. >>> >>> >>> Took from here >>> https://gist.github.com/SergeStinckwich/44ca34b54cde83b687a3 >>> (just removed duplicates ;) >>> >>> Thanks, Serge for compiling it down ;) >>> >>> Once you load the code and have window open, skip step one (you already >>> did it), >>> and then just follow the steps by pressing doit button changing the >>> code , pressing doit again , going forwards etc .. and playing with >>> it. >>> I put some comments there to serve as a small description/detail. >>> >>> Any feedback & help & contributions & improvements is welcome. >>> >>> P.S. if you get a DNU at step 30, enable Freetype in settings and try >>> again. >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >> > > > -- > Best regards, > Igor Stasenko. >

April 10, 2013

[Pharo-project] [update 3.0] #30030

by Marcus Denker

30030 ----- 7238 StrikeFont strikeLength instance variable is only set once in a method and not even used in that method https://pharo.fogbugz.com/f/cases/7238 7342 CommandLineHandler should use ExitException https://pharo.fogbugz.com/f/cases/7342 10250 remove Utilities, TheWorldMenu and Preferences https://pharo.fogbugz.com/f/cases/10250 Diff information: http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/System-CommandLine-MarcusDen… http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1357 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Graphics-Fonts-MarcusDenker.… http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Compatibility-MarcusDenker.16

April 10, 2013

Re: [Pharo-project] Toothpick

by S Krish

Can you elaborate the use case / details on the block argument..? On Wed, Apr 10, 2013 at 11:38 AM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > > On 10 Apr 2013, at 07:27, S Krish <krishnamachari.sudhakar(a)gmail.com> > wrote: > > > convenience messages thereafter also be the same api viz: > > logger info: 'This info' . logger warn: 'This warning' . logger error: > 'this exception' et als.. > > Agreed, as long as you also accept blocks as argument so that nothing > happens when logging is disabled. > > Sven > > PS: There is a small Zinc-HTTP-Logging framework in the image as well. > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > >

April 10, 2013

Re: [Pharo-project] Toothpick

by Sven Van Caekenberghe

On 10 Apr 2013, at 07:27, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > convenience messages thereafter also be the same api viz: > logger info: 'This info' . logger warn: 'This warning' . logger error: 'this exception' et als.. Agreed, as long as you also accept blocks as argument so that nothing happens when logging is disabled. Sven PS: There is a small Zinc-HTTP-Logging framework in the image as well. -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

April 10, 2013

Re: [Pharo-project] Toothpick

by S Krish

Logging is a simple task with bit of complexity thrown in with multi-channel, configurability, formatting to be included. Picking up from Log4J that seems to be a standard:VisualAge has adopted it as is.. Log4S * Loggers ( capture ) * Appenders ( stream to multi channel ) * Layouts ( formatting with regex ) formatting especially in emitting the current timestamp and the class>>method automatically I feel Toothpick can be extended to the above and with clear separation of lean classes it can serve the enterprise class of apps well. While SimpleLog, seems equally good, but I have not used, seems to offer one more error level and similar appenders capability. **************************** One observation I have is for all logger libraries to adopt *same api for logging *error viz: logger level: #warn message: 'This warning' . ( category is #default and most often usable) logger category:#perf level: #warn message: 'Below threshold of 100 trans per second' . convenience messages thereafter also be the same api viz: logger info: 'This info' . logger warn: 'This warning' . logger error: 'this exception' et als.. It will make it easier to switch logging framework if so required in future. On Wed, Apr 10, 2013 at 10:12 AM, GÃ¶ran Krampe <goran(a)krampe.se> wrote: > On 04/10/2013 03:22 AM, Mariano Martinez Peck wrote: > >> shouldn't be better to use the newer paulepulpe or something like that >> done by Santiago BragaÃ±olo? I guess he did not write it from scratch >> just because.... >> > > Personally I found Toothpick complicated back when I created SimpleLog. > > I also felt that playing nice with the outside world was important when it > comes to logging so SimpleLog reuses the syslog levels standard and has a > UDP emitter into syslog as an option. > > And a friend added a Morphic UI with filtering etc, very nice during > development! > > regards, GÃ¶ran > >

April 10, 2013

Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by Sean P. DeNigris

EstebanLM wrote > And every time they make the same question "why is not like in [put your > favorite IDE here]?"... still today, I do not have an answer, that's why I > think is better not to provoke the question :) I believe that they only asked that because we didn't have it, so no one realized that in Smalltalk, where you often end lines with identifiers, instead of non-alphanumerics like in C, it is way more annoying to have 'String' completed to 'StringApiSetter' than to learn to press tab instead of enter. That having been said, like Johan I'm fine using my own custom settings, so how about we combine the following defaults with Johan's changeset and see how it goes: NECPreferences enabled: true; caseSensitive: true; expandPrefixes: true; useEnterToAccept: true; smartCharacters: true; smartCharactersWithDoubleSpace: '[]{}'; spaceAfterCompletion: false; popupAutomaticDelay: 100. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 10, 2013

Re: [Pharo-project] Toothpick

by GÃ¶ran Krampe

On 04/10/2013 06:42 AM, GÃ¶ran Krampe wrote: > On 04/10/2013 03:22 AM, Mariano Martinez Peck wrote: >> shouldn't be better to use the newer paulepulpe or something like that >> done by Santiago BragaÃ±olo? I guess he did not write it from scratch >> just because.... > > Personally I found Toothpick complicated back when I created SimpleLog. http://map.squeak.org/packagebyname/simplelog regards, GÃ¶ran

April 10, 2013

Re: [Pharo-project] Toothpick

by GÃ¶ran Krampe

On 04/10/2013 03:22 AM, Mariano Martinez Peck wrote: > shouldn't be better to use the newer paulepulpe or something like that > done by Santiago BragaÃ±olo? I guess he did not write it from scratch > just because.... Personally I found Toothpick complicated back when I created SimpleLog. I also felt that playing nice with the outside world was important when it comes to logging so SimpleLog reuses the syslog levels standard and has a UDP emitter into syslog as an option. And a friend added a Morphic UI with filtering etc, very nice during development! regards, GÃ¶ran

April 10, 2013

Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by Sean P. DeNigris

Esteban A. Maringolo wrote > I have other comments regarding "first use experiences" of > smalltalkers and non-smalltalkers. > Once I contribute something, I'll make them public. :-) Please don't wait... all feedback is valuable and welcome... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 10, 2013