- Pharo-dev - lists.pharo.org

Re: [Pharo-project] new icon set

by Igor Stasenko

On 24 April 2012 14:54, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 24.04.2012 um 14:37 schrieb Igor Stasenko: > > On 24 April 2012 14:13, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 24.04.2012 um 14:06 schrieb Esteban Lorenzano: > > > but, Norbert, I don't see the point. In a server you will not have (or > *should* not have) a display... so rendering time, etc. is non an issue, > because it will not be any... or I'm missing something? > > > I think most people using pharo on the server are using VNC to maintain > them. I do that,too, Â in lack of a better tool. So in this case there is a > display and there are icons. Rendering is not an issue as long as you > suspend to UI thread until you need it. > > So, let me just repeat > > > ...new icons.... cool! > > ...svg icons.....cool! > > ...removable icons...cool! > > > That's basically all I wanted to say. > > > > and this is not preventing an operating systems from having even more > rich graphics and still use remote desktop connections? > i don't share your concerns.. because we're talking about different > terms of use. > for desktop applications we need a modern rich graphics and eye candy. > this not a question. > > for servers you can live perfectly with command-line tools only, and > pharoers also working in that direction.. > so it is not an exclusive choice where you should pick between one > over another. > you can have both: minimal memory footprint on server(s) and decent > graphics on desktop. i am talking about modular system, where you can > (un)load modules at your please, and we're moving towards it. > > > Igor, > > I didn't say there should be one approach and that you need to choose. I > tried to make explicit that having options is a good thing. And that > includes the joy of using a commandline for a server or not. You have no > reason to decide for everyone that they should live with commandline tools > on the server. > I was talking about the near future and you reach far more off. Of course I > like to have a tiny pharo image running on a server that lets me connect > from my development image and lets me debug/inspect everything from remote > where everything is either SVG or opengl. But I don't expect that to happen > tomorrow or the day after. There is a need for short term solution. Â Or to > make fun of a quote > > Don't obscure my reality with your future > no, i don't want to put you into a cage. my post was primarily to advertise some of my work :) one of the problems with graphics, is that if you working with bitmap format(s), like icon sets or fonts, you always have to keep multiple resolutions for them.. for different DPI and different themes. With vector graphics this is obviously not an issue. And i making SVG importer mainly to open a rich vector graphics world to pharo. So, you can create graphics using editors like inkscape or other , and then just put it into your image. And i didn't said that you cannot use bitmaps as endpoint format, while using SVG as a source.. so in case if you want to render different resolution bitmaps you can always reproduce them in a couple of minutes.. > Norbert > -- Best regards, Igor Stasenko.

April 24, 2012

Re: [Pharo-project] Native Boost plugin pour Athens

by Igor Stasenko

2012/4/24 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> Stephane >> >> Le 24 avril 2012 12:32, stephane ducasse <stephane.ducasse(a)gmail.com> a Ã©crit : >>> il faut la VM qui accepte nativeBoost. >>> https://ci.lille.inria.fr/pharo/view/NativeBoost/ >> merci >> >> sous Windows, je vais plus loin que prÃ©cÃ©demment, mais au lancement >> d'un exemple Athens je reÃ§ois ce message: >> Error: define your own path yes.. define own path. it means that in case of Athens, you should a) download a cairo library for windows (see http://cairographics.org/download/) b) put it somewhere on your hard drive c) modify the method to point to cairo dll sorry, no easy solution right now.. these things are still under development. >> >> sous mac j'ai une erreur au lancement de la machine virtuelle (NB-Cog-Mac-Cocoa) >> mais comme je le disais dans un mail prÃ©cÃ©dent, je suis sous OSX >> 10.5.8 (il va falloir que je finisse par faire la mise Ã jour ;) >> Voici le rapport de crash: >> >> Date/Time: Â Â Â 2012-04-24 13:54:41.233 +0200 >> OS Version: Â Â Â Mac OS X 10.5.8 (9L30) >> Report Version: Â 6 >> Anonymous UUID: Â FC86FDF9-C4F0-456D-ACF2-2771397F846A >> >> Exception Type: Â EXC_BREAKPOINT (SIGTRAP) >> Exception Codes: 0x0000000000000002, 0x0000000000000000 >> Crashed Thread: Â 0 >> >> Dyld Error Message: >> unknown required load command 0x80000022 >> this is VM related. Not particularily NB problem. IIRC , our current VMs we build can run on 10.6 at minimum.. 10.5 are no longer supported. (well, its better to ask Esteban about why it like that ;) >> >> th > > > > > > -- Best regards, Igor Stasenko.

April 24, 2012

Re: [Pharo-project] Tirade!

by GÃ¶ran Krampe

On 04/24/2012 03:23 PM, Igor Stasenko wrote: > Here the the snippet to parse array literals.. based on existing parser.. > i only had to add a #parseNode accessor to Parser to make it work: > > > | parser| > parser := > (Parser new > init: '#(1 2 3 (ab bc de))' readStream notifying: nil failBlock: [] > ). > > parser encoder initScopeAndLiteralTables. > parser primaryExpression. > parser parseNode key Looks neat. Now, this of course still raises the question - shouldn't we try to move further with our literal arrays? As I mentioned, in Tirade I added support for Associations. So I can do: { 'name'->'Igor' } ...without adding full support for expressions. This was to "match" JSON. It will still produce an Array of Associations, but then I can easily change that to a Dictionary on the receiving end. In Amber Nicolas has added this syntax for literal dictionaries: #{ 'name' -> 'Igor'} regards, GÃ¶ran

April 24, 2012

Re: [Pharo-project] Tirade!

by GÃ¶ran Krampe

On 04/24/2012 03:19 PM, StÃ©phane Ducasse wrote: > goran could I extract the parser? and rename it in another package? Yeah, sure, it is a "classic" recursive descent parser with a hereChar ivar etc. Code is MIT, feel free to grab. And feel free to ask any and all questions :) regards, GÃ¶ran

April 24, 2012

Re: [Pharo-project] Tirade!

by Igor Stasenko

Here the the snippet to parse array literals.. based on existing parser.. i only had to add a #parseNode accessor to Parser to make it work: | parser| parser := (Parser new init: '#(1 2 3 (ab bc de))' readStream notifying: nil failBlock: [] ). parser encoder initScopeAndLiteralTables. parser primaryExpression. parser parseNode key On 24 April 2012 15:19, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > goran could I extract the parser? and rename it in another package? > > Stef > > On Apr 24, 2012, at 12:00 PM, GÃ¶ran Krampe wrote: > >> On 04/24/2012 11:52 AM, GÃ¶ran Krampe wrote: >>> On 04/24/2012 11:51 AM, GÃ¶ran Krampe wrote: >>>> On 04/24/2012 11:46 AM, StÃ©phane Ducasse wrote: >>>>> Where is the code? >>>> >>>> On SS. But it seems... down? Project is called "Tirade". >>> >>> http://www.squeaksource.com/Tirade.html >> >> Eh, oops. I just realized that TiradeParser uses dynamic arrays { } and does not have current support for literal Arrays. Duh. Sorry about that, but feel free to use the code anyways, adding #parseLiteralArray should not be hard. >> >> regards, GÃ¶ran >> > > -- Best regards, Igor Stasenko.

April 24, 2012

Re: [Pharo-project] Tirade!

by StÃ©phane Ducasse

goran could I extract the parser? and rename it in another package? Stef On Apr 24, 2012, at 12:00 PM, GÃ¶ran Krampe wrote: > On 04/24/2012 11:52 AM, GÃ¶ran Krampe wrote: >> On 04/24/2012 11:51 AM, GÃ¶ran Krampe wrote: >>> On 04/24/2012 11:46 AM, StÃ©phane Ducasse wrote: >>>> Where is the code? >>> >>> On SS. But it seems... down? Project is called "Tirade". >> >> http://www.squeaksource.com/Tirade.html > > Eh, oops. I just realized that TiradeParser uses dynamic arrays { } and does not have current support for literal Arrays. Duh. Sorry about that, but feel free to use the code anyways, adding #parseLiteralArray should not be hard. > > regards, GÃ¶ran >

April 24, 2012

Re: [Pharo-project] Tirade!

by GÃ¶ran Krampe

Ok, I spent some time adding support for literal arrays to Tirade. It probably has bugs and I haven't written tests for them but it does parse this correctly: (TiradeParser parse: 'keyword: #(1 -2 3.4 -4.5 ''asd'' (2 nil true false 3) #jupp jupp jupp:tup: #''ju li'' jup:tu 2).') last value first ...produces this: #(1 -2 3.4 -4.5 'asd' #(2 nil true false 3) #jupp #jupp #jupp:tup: #'ju li' #'jup:tu' 2) So it handles integers, floats, nil, true, false, nested literal arrays and symbols. In fact it does handle some more than a true literal array does since Tirade supports { bla . bla } arrays also (but only of literals) and also treats key -> value as a literal syntax. Thus for example these work too: (TiradeParser parse: 'keyword: #(1->2 3->#ad).') last value first (TiradeParser parse: 'keyword: #({2 . 4}).') last value first regards, GÃ¶ran

April 24, 2012

[Pharo-project] Native Boost plugin pour Athens

by StÃ©phane Ducasse

> Stephane > > Le 24 avril 2012 12:32, stephane ducasse <stephane.ducasse(a)gmail.com> a Ã©crit : >> il faut la VM qui accepte nativeBoost. >> https://ci.lille.inria.fr/pharo/view/NativeBoost/ > merci > > sous Windows, je vais plus loin que prÃ©cÃ©demment, mais au lancement > d'un exemple Athens je reÃ§ois ce message: > Error: define your own path > > sous mac j'ai une erreur au lancement de la machine virtuelle (NB-Cog-Mac-Cocoa) > mais comme je le disais dans un mail prÃ©cÃ©dent, je suis sous OSX > 10.5.8 (il va falloir que je finisse par faire la mise Ã jour ;) > Voici le rapport de crash: > > Date/Time: 2012-04-24 13:54:41.233 +0200 > OS Version: Mac OS X 10.5.8 (9L30) > Report Version: 6 > Anonymous UUID: FC86FDF9-C4F0-456D-ACF2-2771397F846A > > Exception Type: EXC_BREAKPOINT (SIGTRAP) > Exception Codes: 0x0000000000000002, 0x0000000000000000 > Crashed Thread: 0 > > Dyld Error Message: > unknown required load command 0x80000022 > > > th

April 24, 2012

Re: [Pharo-project] new icon set

by Norbert Hartl

Am 24.04.2012 um 14:37 schrieb Igor Stasenko: > On 24 April 2012 14:13, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> Am 24.04.2012 um 14:06 schrieb Esteban Lorenzano: >> >>> but, Norbert, I don't see the point. In a server you will not have (or *should* not have) a display... so rendering time, etc. is non an issue, because it will not be any... or I'm missing something? >>> >> I think most people using pharo on the server are using VNC to maintain them. I do that,too, in lack of a better tool. So in this case there is a display and there are icons. Rendering is not an issue as long as you suspend to UI thread until you need it. >> So, let me just repeat >> >> ...new icons.... cool! >> ...svg icons.....cool! >> ...removable icons...cool! >> >> That's basically all I wanted to say. >> > > and this is not preventing an operating systems from having even more > rich graphics and still use remote desktop connections? > i don't share your concerns.. because we're talking about different > terms of use. > for desktop applications we need a modern rich graphics and eye candy. > this not a question. > > for servers you can live perfectly with command-line tools only, and > pharoers also working in that direction.. > so it is not an exclusive choice where you should pick between one > over another. > you can have both: minimal memory footprint on server(s) and decent > graphics on desktop. i am talking about modular system, where you can > (un)load modules at your please, and we're moving towards it. Igor, I didn't say there should be one approach and that you need to choose. I tried to make explicit that having options is a good thing. And that includes the joy of using a commandline for a server or not. You have no reason to decide for everyone that they should live with commandline tools on the server. I was talking about the near future and you reach far more off. Of course I like to have a tiny pharo image running on a server that lets me connect from my development image and lets me debug/inspect everything from remote where everything is either SVG or opengl. But I don't expect that to happen tomorrow or the day after. There is a need for short term solution. Or to make fun of a quote Don't obscure my reality with your future Norbert

April 24, 2012

Re: [Pharo-project] new icon set

by Igor Stasenko

On 24 April 2012 14:13, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 24.04.2012 um 14:06 schrieb Esteban Lorenzano: > >> but, Norbert, I don't see the point. In a server you will not have (or *should* not have) a display... so rendering time, etc. is non an issue, because it will not be any... or I'm missing something? >> > I think most people using pharo on the server are using VNC to maintain them. I do that,too, Â in lack of a better tool. So in this case there is a display and there are icons. Rendering is not an issue as long as you suspend to UI thread until you need it. > So, let me just repeat > > ...new icons.... cool! > ...svg icons.....cool! > ...removable icons...cool! > > That's basically all I wanted to say. > and this is not preventing an operating systems from having even more rich graphics and still use remote desktop connections? i don't share your concerns.. because we're talking about different terms of use. for desktop applications we need a modern rich graphics and eye candy. this not a question. for servers you can live perfectly with command-line tools only, and pharoers also working in that direction.. so it is not an exclusive choice where you should pick between one over another. you can have both: minimal memory footprint on server(s) and decent graphics on desktop. i am talking about modular system, where you can (un)load modules at your please, and we're moving towards it. > Norbert > -- Best regards, Igor Stasenko.

April 24, 2012