January 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] What Logging framework for Pharo

by stepharo

Hi guys As a general point of view, often the discussions in this mailing-list are comparing Pharo with projects where - people really produces open-source software and share it for real (by opposition as talking nicely close the fireplace with friends). - it often sounds like we should stop doing things just because people already did something else. - if I would really read these discussions I would drop everything and go do something else. So as a conclusion: - ask yourself what you did for Pharo recently (not just to get money for you) but for the community in terms of open-source software, documentation, bug fixes, blog entries.... - what will you do to change the situation by helping Pharo? Not just using it! Sorry to look harsh but you often kill my fun and energy with strange expectations. We have one and half full time engineer working for Pharo now. And we are pretty successful. Now imagine how pharo would look like if you would participate for real each at its own degree Stef

Jan. 13, 2015

Re: [Pharo-dev] athens font rendering and subpixel antialiasing

by Esteban Lorenzano

> On 13 Jan 2015, at 13:48, stepharo <stepharo(a)free.fr> wrote: > > > Le 12/1/15 19:19, stepharo a Ã©crit : >> Igor once explained to me that FreeType has the possibility to degrade fonts when the family does not provide it. >> Cairo does not have this possibility. >> Esteban I'm sure that the same code is used. FreeType is much more advanced than Cairo when it is about fonts. > Esteban are you sure that the same code is used? Because I would have thought the opposite. AFAIK, Cairo uses freetype library for rendering fonts. Thatâs why Igor spent some time making sure that freetype library is not loaded twice (one for the plugin and one other for athens). So, it should be the same external library, but probably not the same Pharo code. Esteban > >> >> Stef >> >> Le 11/1/15 22:43, Nicolai Hess a Ã©crit : >>> Anyone knows, why the text rendering with athens (cairo) looks slightly >>> different than the freetypeplugin one? >>> >>> attached is a screenshot, left side athen right side (morphic) freetypeplugin. >>> >>> It "looks" like the cairo freetype fontrendering uses >>> CAIRO_ANTIALIAS_GRAY, no colored subpixel antialiasing. >>> But the font options do define antialiase subpixel and a subpixel ordering RGB. >>> >>> This is on windows 7 with the latest vm, does it look different on other >>> Systems? >>> >>> >>> nicolai >>> >>> >> >> >> > >

Jan. 13, 2015

Re: [Pharo-dev] athens font rendering and subpixel antialiasing

by stepharo

Le 12/1/15 19:19, stepharo a Ã©crit : > Igor once explained to me that FreeType has the possibility to degrade > fonts when the family does not provide it. > Cairo does not have this possibility. > Esteban I'm sure that the same code is used. FreeType is much more > advanced than Cairo when it is about fonts. Esteban are you sure that the same code is used? Because I would have thought the opposite. > > Stef > > Le 11/1/15 22:43, Nicolai Hess a Ã©crit : >> Anyone knows, why the text rendering with athens (cairo) looks slightly >> different than the freetypeplugin one? >> >> attached is a screenshot, left side athen right side (morphic) >> freetypeplugin. >> >> It "looks" like the cairo freetype fontrendering uses >> CAIRO_ANTIALIAS_GRAY, no colored subpixel antialiasing. >> But the font options do define antialiase subpixel and a subpixel >> ordering RGB. >> >> This is on windows 7 with the latest vm, does it look different on other >> Systems? >> >> >> nicolai >> >> > > >

Jan. 13, 2015

Re: [Pharo-dev] GT tool request

by stepharo

> > IMPOV, enter feels more easy to understand, while cmd+v feels the > oposite (because you are proposing a cmd+v without the previous cmd+c). > So, I still vote for enter :) + 1

Jan. 13, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by stepharo

You see if people using logging frameworks would have look for real at Beacon or systemLogger and add one single appenders and publish the code then we would have more of them. We will merge Beacon and SystemLogger with Doru and Norbert and we will slowly add some backends. But see my first sentence. > > Appenders in Log4J describe an end point to send the log data/ event > object to. > > So you can have a rolling_file , socket TCP connection, MQ , DB > table , console ... any you need, many already provided with their > custom code to pipe the info to the end point. > > Appenders are now configurable ( in code ) typically in XML to be able > to pipe it to a file in Production / or a DB . While in dev it is to > the console. > > You can have the same log sent to multiple Appenders with events > filtered logically for each of them, with one of the Appender getting > the whole dump of events. > > The critical issue in logging is performance impact of logging too much.

Jan. 13, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by stepharo

Hi guys As a general point of view, often the discussions in this mailing-list are comparing Pharo with projects where - people really produces open-source software and share it for real (by opposition as talking nicely close the fireplace with friends). - it often sounds like we should stop doing things just because people already did something else. - if I would really read these discussions I would drop everything and go do something else. - lot of money have been spent So as a conclusion: - ask yourself what you did for Pharo recently (not just to get money for you) but for the community in terms of open-source software, documentation, bug fixes, blog entries.... - what will you do to change the situation by helping Pharo? Not just using it! Sorry to look harsh but you often kill my fun and energy with strange expectations. We have one and half full time engineer working for Pharo now. And we are pretty successful. Now imagine how pharo would look like if you would participate for real each at its own degree Stef

Jan. 13, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by stepharo

Phil as usually (sadly) with the loggin framework rant people are confusing logging in the image and outside. WE MUST HAVE A LOGGING infrastructure and it will not be 'J4log' whatever. I want to log compiler error and be able to click on them and jump in the debugger. Right now I can only see errors if I open a transcript and look for strings!!! Now if we would all use the time to write mails to write code....

Jan. 13, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by stepharo

Thanks Le 13/1/15 17:10, S Krish a Ã©crit : > > Appenders in Log4J describe an end point to send the log data/ event > object to. > > So you can have a rolling_file , socket TCP connection, MQ , DB > table , console ... any you need, many already provided with their > custom code to pipe the info to the end point. > > Appenders are now configurable ( in code ) typically in XML to be able > to pipe it to a file in Production / or a DB . While in dev it is to > the console. > > You can have the same log sent to multiple Appenders with events > filtered logically for each of them, with one of the Appender getting > the whole dump of events. > > The critical issue in logging is performance impact of logging too much. > > > > > > On Tue, Jan 13, 2015 at 5:46 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > > These are nice. There is still value in Log4s with its variery > of appenders. > > > what is an appender? > > And yes soon I will come back to Beacon+SystemLogger+ > >

Jan. 13, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by S Krish

Appenders in Log4J describe an end point to send the log data/ event object to. So you can have a rolling_file , socket TCP connection, MQ , DB table , console ... any you need, many already provided with their custom code to pipe the info to the end point. Appenders are now configurable ( in code ) typically in XML to be able to pipe it to a file in Production / or a DB . While in dev it is to the console. You can have the same log sent to multiple Appenders with events filtered logically for each of them, with one of the Appender getting the whole dump of events. The critical issue in logging is performance impact of logging too much. On Tue, Jan 13, 2015 at 5:46 PM, stepharo <stepharo(a)free.fr> wrote: > > These are nice. There is still value in Log4s with its variery of >> appenders. >> >> > what is an appender? > > And yes soon I will come back to Beacon+SystemLogger+ > >

Jan. 13, 2015

Re: [Pharo-dev] GT tool request

by stepharo

Le 12/1/15 13:35, Tudor Girba a Ã©crit : > Hi, > > Cmd+c does copy the text in the clipboard. yes but this is really annoying because you have do copy deselect enter paste while enter should just to it for the situation we want to paste in the same text pane. Stef > > Cheers, > Doru > > On Mon, Jan 12, 2015 at 1:33 PM, Alexandre Bergel > <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > > I share your experience. It often happen that I would like to copy > and paste the result of a cmd-p action. > Maybe if I do a cmd-c action on blue rectangle it can copy the > printstring of it? > > Alexandre > > > > Le 11 janv. 2015 Ã 17:11, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> a Ã©crit : > > > > Hi > > > > I found the blue rectangle morph painful because it blocks me > when I want to freely edit expression and result. > > Would it be possible that when I type enter the blue rectangle > text is paste in the pane below its expression. > > Right now I have to copy and paste explictly and it not working. > I hate so much this broken interaction.... > > > > Example > > > > (20@200) printString get blue rectangle > > press copy parentheses got hilighlited no idea why > > then I press enter to go to the next line (my selection vanished > of course because the magic things selected everything automatically) > > and I can paste the result and start to edit it. > > > > I sincerly hope that GT guys will understand and modify it > because right now this is a show stopper to me. > > It breaks so badly interaction with texts. > > > > Stef > > > > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

Jan. 13, 2015