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

Re: [Pharo-project] Test of patch needed for Linux users

by Guillermo Polito

On Thu, Apr 11, 2013 at 7:40 AM, stephane ducasse <stephane.ducasse(a)free.fr>wrote: > did you use platform logic? > Stef, What do you mean exactly by platform logic? :) Yesterday I was working on mapping the KeyDown/KeyUp events to have uniform key values, and that included platform dependent code, so I'm interested :). > Because this may be the place to add this logic which is platform > dependent. > > Stef > > On Apr 11, 2013, at 7:35 AM, Damien Cassou <damien.cassou(a)gmail.com> > wrote: > > > On Wed, Apr 10, 2013 at 8:06 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> is this image-side patch or vm-side? or both? > > > image-side only, a combination of native boost and reading of the standard > ~/.config/user-dirs.dirs > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing > enthusiasm." > Winston Churchill > > >

April 11, 2013

Re: [Pharo-project] Configuration browser doesn't works in 3.0?

by Igor Stasenko

On 11 April 2013 09:32, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Apr 11, 2013, at 9:16 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> Just tried to use config browser, and it signaling error: >> >> Could not access http://ss3.gemstone.com/ss/MetaRepoForPharo30 >> > > Works fine here. Which version of 3.0 are you using? > > Mine is 3.0 30 and it opening the config browser opens a MetaRepoForPharo30 > on SmalltalkHub. > Pharo3.0 Latest update: #30013 i guess i just need to update the image > Marcus > > -- Best regards, Igor Stasenko.

April 11, 2013

Re: [Pharo-project] Configuration browser doesn't works in 3.0?

by Marcus Denker

On Apr 11, 2013, at 9:16 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Just tried to use config browser, and it signaling error: > > Could not access http://ss3.gemstone.com/ss/MetaRepoForPharo30 > Works fine here. Which version of 3.0 are you using? Mine is 3.0 30 and it opening the config browser opens a MetaRepoForPharo30 on SmalltalkHub. Marcus

April 11, 2013

Re: [Pharo-project] Configuration browser doesn't works in 3.0?

by Esteban Lorenzano

there is no metarepo for 3.0 yet. Also, it will be moved to sthub so... yep, broken :) Esteban On Apr 11, 2013, at 9:16 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Just tried to use config browser, and it signaling error: > > Could not access http://ss3.gemstone.com/ss/MetaRepoForPharo30 > > ZnResponse(404 Not Found text/html;charset=ISO-8859-1 512B) > > -- > Best regards, > Igor Stasenko. >

April 11, 2013

[Pharo-project] Configuration browser doesn't works in 3.0?

by Igor Stasenko

Just tried to use config browser, and it signaling error: Could not access http://ss3.gemstone.com/ss/MetaRepoForPharo30 ZnResponse(404 Not Found text/html;charset=ISO-8859-1 512B) -- Best regards, Igor Stasenko.

April 11, 2013

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

by Igor Stasenko

On 11 April 2013 08:55, Tristan Bourgois <tristan.bourgois(a)gmail.com> wrote: > > > > 2013/4/10 Igor Stasenko <siguctua(a)gmail.com> >> >> >> >> On 10 April 2013 09:14, Tristan Bourgois <tristan.bourgois(a)gmail.com> >> wrote: >>> >>> >>> >>> >>> 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! >> >> >> Yes but this is more for fancy artistic text. For rendering large amounts >> of text (like big lists/source code) you don't want to do that, >> because it will be too slow. >> > > Thanks for the advice I will share it to my team because they want > performance and use text_path instead of show_text. > yes, the freetype library (and i guess you using it) is highly optimized for font rendering. sure thing, cairo path rendering is fast as well, but it is not as specialized for just font rendering as freetype, therefore, i have no doubts that it will be slower. >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. > > -- Best regards, Igor Stasenko.

April 11, 2013

Re: [Pharo-project] Please comment on a bug fix for Nautilus

by Esteban Lorenzano

yes, I think is confusing but we can have an option in settings for that :) On Apr 11, 2013, at 8:31 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > On 2013-04-10, at 21:42, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > >> >> On Apr 10, 2013, at 8:12 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >>> On 10 April 2013 13:21, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>>> We need you to give your opinion on a bug fix for Nautilus. No need to load >>>> any code in your image, just look at the screenshots and comments at: >>>> >>>> https://pharo.fogbugz.com/default.asp?10139 >>>> >>>> and give us your opinion >>> // >>> >>> Often, especially with Morphs i need to go to superclass >>> and i think it would be nicer to keep it one-line above in the list >>> close to selected class i am working with. >>> If it is about extensions or extended classes which not belongs to >>> your package they can be in any order. >>> >>> But if you really want to separate them (gray / black) then i would >>> even go further and put them into separate list widget, so there will >>> be no confusion that those lists are independent (and no need to >>> invent some strange ordering scheme) >> >> No >> We want to see packages extensions with the classes defined in the package. >> No separated list! > > I DO want to have them clearly separated => add an option! > once the algorithm works for mixed packages that should be no problem to > make it work both ways.

April 11, 2013

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

by Tristan Bourgois

2013/4/10 Igor Stasenko <siguctua(a)gmail.com> > > > On 10 April 2013 09:14, Tristan Bourgois <tristan.bourgois(a)gmail.com>wrote: > >> >> >> >> 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! >> >>> > Yes but this is more for fancy artistic text. For rendering large amounts > of text (like big lists/source code) you don't want to do that, > because it will be too slow. > > Thanks for the advice I will share it to my team because they want performance and use text_path instead of show_text. -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > > -- > Best regards, > Igor Stasenko. >

April 11, 2013

Re: [Pharo-project] A demo video

by Tristan Bourgois

Super video! That's exactly what I try to explain to non-smalltalker programmer why using smalltlalk (and especially Pharo) is very cool! :) Tristan 2013/4/11 Alexandre Bergel <alexandre.bergel(a)me.com> > Excellent video! > > Alexandre > > > On Apr 10, 2013, at 10:20 AM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > > Hi, > > > > I made a small video to show how work the âlife environmentâ we pharoers > (and every smalltalker) always talk. That adictive little thing I like to > call: âImmediate feedback experienceâ. > > You can see the video here (in the same old ugly english you all know me > :) > > > > http://www.youtube.com/embed/Hu_C0ldSqrs > > > > Cheers, > > Esteban > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

April 11, 2013

Re: [Pharo-project] Please comment on a bug fix for Nautilus

by Camillo Bruni

On 2013-04-10, at 21:42, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > > On Apr 10, 2013, at 8:12 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 10 April 2013 13:21, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>> We need you to give your opinion on a bug fix for Nautilus. No need to load >>> any code in your image, just look at the screenshots and comments at: >>> >>> https://pharo.fogbugz.com/default.asp?10139 >>> >>> and give us your opinion >> // >> >> Often, especially with Morphs i need to go to superclass >> and i think it would be nicer to keep it one-line above in the list >> close to selected class i am working with. >> If it is about extensions or extended classes which not belongs to >> your package they can be in any order. >> >> But if you really want to separate them (gray / black) then i would >> even go further and put them into separate list widget, so there will >> be no confusion that those lists are independent (and no need to >> invent some strange ordering scheme) > > No > We want to see packages extensions with the classes defined in the package. > No separated list! I DO want to have them clearly separated => add an option! once the algorithm works for mixed packages that should be no problem to make it work both ways.

April 11, 2013