- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Vm-dev] A simple getenv primitive

by Damien Cassou

On Thu, May 3, 2012 at 11:26 AM, Bert Freudenberg <bert(a)freudenbergs.de> wrote: > OSProcess thisOSProcess environmentAt: 'HOME' > > => '/Users/bert' Thank you Bert. I never used OSProcess before it has never worked for me. Looks like it works now. Thanks -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 3, 2012

Re: [Pharo-project] [Vm-dev] A simple getenv primitive

by Bert Freudenberg

On 03.05.2012, at 10:24, Damien Cassou wrote: > Hi, > > I can't find any getenv primitive that would allow me to access > environment an variable value from its name. This could be really > helpful to get the HOME directory for example. Does one such primitive > exist? If not, why? It looks trivial to implement for linux, and it is > potentially also easy on Windows and Mac OS. I'm willing to try if > necessary. > > Thank you OSProcess thisOSProcess environmentAt: 'HOME' => '/Users/bert' - Bert -

May 3, 2012

Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging:

by Mariano Martinez Peck

On Thu, May 3, 2012 at 10:43 AM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Have a look at StartupLoader class >> #example > > You defined it once for all your images, using only one file :) > That's the goal :) > buildActionList "First, we look at image folder, then we look at preferences folder, and finally at general preferences folder " self flag: #todo. "I'm disabling this sequence because lookup of preferences folder is broken in windows." ^ OrderedCollection new add: [ self lookInImageDirectory ]; "add: [self lookInPreferencesFolder ]; add: [self lookInGeneralPreferencesFolder ];" yourself. so how does it work for you? I am sorry for Windows users but I would do: buildActionList "First, we look at image folder, then we look at preferences folder, and finally at general preferences folder " | directories | self flag: #todo. "I'm disabling this sequence because lookup of preferences folder is broken in windows." directories := OrderedCollection new. directories add: [ self lookInImageDirectory ]. (OSPlatform current platformFamily = #Windows) ifFalse: [ directories add: [self lookInPreferencesFolder ]. directories add: [self lookInGeneralPreferencesFolder ]. ]. ^ directories > > Ben > > On May 3, 2012, at 10:35 AM, Mariano Martinez Peck wrote: > > > > On Thu, May 3, 2012 at 10:32 AM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> That's because you dunno how to use it :) >> > > Explain me how I can use it then. > > >> >> Startup preferences let you set it once and for all (I am also >> downloading 10 images per day ^^) >> >> > Even if I have to do it once. I won't copy paste a file for every single > image I want to use. > > >> Ben >> >> On May 3, 2012, at 10:22 AM, Mariano Martinez Peck wrote: >> >> >> >> On Thu, May 3, 2012 at 10:19 AM, Benjamin < >> benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> That's exactly the scenario Startup Preferences has been designed for ... >>> >>> >> That doesn't work. I have 10 different images per day. Replicating a file >> for each folder for each image does not work. >> Startup Preferences will only work for me when it automatically searches >> in $HOME or some other shared place. >> >> >>> You can't make the whole community liking your preferences :) >>> >>> So set your own ^^ >>> >>> Ben >>> >>> >>> On May 3, 2012, at 10:16 AM, Mariano Martinez Peck wrote: >>> >>> >>> >>> On Thu, May 3, 2012 at 10:13 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: >>> >>>> >>>> On May 3, 2012, at 10:10 AM, Mariano Martinez Peck wrote: >>>> >>>> > Hi guys. There are 2 settings that I ALWAYS need to change and I >>>> think it would be nice to have them by default: >>>> > >>>> > 1) Always show debugger and avoid pre-debugger windows. It makes no >>>> sense for development. It takes you the double of time. What does the >>>> pre-debug brings you? nothing. If you want to proceed, then the debugger >>>> also has that option. If you want to abandon, you can just close the >>>> debugger. So, we should enable this. If someone wanst the pre-debugger >>>> fwindows for a reasons, then he should enable it. >>>> > >>>> > 2) Fast dragging. The normal dragging is slow in old machines and >>>> slow when there are lots of opened windows. The fast drag is much faster >>>> and nicer because since it is transparent you can even see what is below. >>>> > >>>> > Let's do a quick survey. We have 24 hrs. Do not vote if you didn't >>>> try it. >>>> > >>>> > I start: >>>> > >>>> > Debugger alwaysOpenFullDebugger: true. +1 >>>> > UITheme currentSettings fastDragging: true. +1 >>>> > >>>> >>>> Please do a doodle. We have already too many mails on the mailinglist. >>>> >>> >>> I was trying to be diplomatic. Ok: >>> http://code.google.com/p/pharo/issues/detail?id=5787 >>> FixToInclude. No more emails ;) >>> >>> >>> >>>> >>>> -- >>>> Marcus Denker -- http://marcusdenker.de >>>> >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

May 3, 2012

Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging:

by Esteban Lorenzano

Yeah, but that doesn't works because we disabled lookup for startup scripts unless in image directory. And we disabled that because it was not working for windows (maybe we should reintroduce it, but need to fix it for windows). See PreferencesHandler>>#buildActionList Esteban On May 3, 2012, at 10:43 AM, Benjamin wrote: > Have a look at StartupLoader class >> #example > > You defined it once for all your images, using only one file :) > That's the goal :) > > Ben > > On May 3, 2012, at 10:35 AM, Mariano Martinez Peck wrote: > >> >> >> On Thu, May 3, 2012 at 10:32 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> That's because you dunno how to use it :) >> >> Explain me how I can use it then. >> >> >> Startup preferences let you set it once and for all (I am also downloading 10 images per day ^^) >> >> >> Even if I have to do it once. I won't copy paste a file for every single image I want to use. >> >> Ben >> >> On May 3, 2012, at 10:22 AM, Mariano Martinez Peck wrote: >> >>> >>> >>> On Thu, May 3, 2012 at 10:19 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>> That's exactly the scenario Startup Preferences has been designed for ... >>> >>> >>> That doesn't work. I have 10 different images per day. Replicating a file for each folder for each image does not work. >>> Startup Preferences will only work for me when it automatically searches in $HOME or some other shared place. >>> >>> You can't make the whole community liking your preferences :) >>> >>> So set your own ^^ >>> >>> Ben >>> >>> >>> On May 3, 2012, at 10:16 AM, Mariano Martinez Peck wrote: >>> >>>> >>>> >>>> On Thu, May 3, 2012 at 10:13 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> On May 3, 2012, at 10:10 AM, Mariano Martinez Peck wrote: >>>> >>>> > Hi guys. There are 2 settings that I ALWAYS need to change and I think it would be nice to have them by default: >>>> > >>>> > 1) Always show debugger and avoid pre-debugger windows. It makes no sense for development. It takes you the double of time. What does the pre-debug brings you? nothing. If you want to proceed, then the debugger also has that option. If you want to abandon, you can just close the debugger. So, we should enable this. If someone wanst the pre-debugger fwindows for a reasons, then he should enable it. >>>> > >>>> > 2) Fast dragging. The normal dragging is slow in old machines and slow when there are lots of opened windows. The fast drag is much faster and nicer because since it is transparent you can even see what is below. >>>> > >>>> > Let's do a quick survey. We have 24 hrs. Do not vote if you didn't try it. >>>> > >>>> > I start: >>>> > >>>> > Debugger alwaysOpenFullDebugger: true. +1 >>>> > UITheme currentSettings fastDragging: true. +1 >>>> > >>>> >>>> Please do a doodle. We have already too many mails on the mailinglist. >>>> >>>> I was trying to be diplomatic. Ok: http://code.google.com/p/pharo/issues/detail?id=5787 >>>> FixToInclude. No more emails ;) >>>> >>>> >>>> >>>> -- >>>> Marcus Denker -- http://marcusdenker.de >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Mariano >>>> http://marianopeck.wordpress.com >>>> >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >

May 3, 2012

[Pharo-project] [update 2.0] #20043

by Marcus Denker

20043 ----- Issue 5744: Clean up Temp Embedding 2): DoIts http://code.google.com/p/pharo/issues/detail?id=5744 - Doits are now compiled with source embedded - embedding sources for doits pretty prints from AST as doits are compiled specially (with a return added) CompiledMethod: - remove blockExtendsToTempsMap: Not needed anymore, all calls go the MethodNode - remove #copyWitTempsFromMethodNode: All senders use #copyWithSource - remove #holdsTempNames. Temp name embedding not needed - add isDoit - schematicTempNamesString always returns the schematic string representation of all temps - tempNames forwards to methodNode - remove tempNamesString. Concatenate yourself if you need that. Debugger>>selectedMessage asks the selectedContext directly for the source. No need for the methodMap. DebuggerMethodMap - no special handling of methods that encode temps. Just as for methodNode always. MethodNode - generateWithSource. embedd pretty printed code in case of doit - remove generateWithTempNames In general: rewrite code to use #generateWithSource -- Marcus Denker -- http://marcusdenker.de

May 3, 2012

Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging:

by Benjamin

Have a look at StartupLoader class >> #example You defined it once for all your images, using only one file :) That's the goal :) Ben On May 3, 2012, at 10:35 AM, Mariano Martinez Peck wrote: > > > On Thu, May 3, 2012 at 10:32 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > That's because you dunno how to use it :) > > Explain me how I can use it then. > > > Startup preferences let you set it once and for all (I am also downloading 10 images per day ^^) > > > Even if I have to do it once. I won't copy paste a file for every single image I want to use. > > Ben > > On May 3, 2012, at 10:22 AM, Mariano Martinez Peck wrote: > >> >> >> On Thu, May 3, 2012 at 10:19 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> That's exactly the scenario Startup Preferences has been designed for ... >> >> >> That doesn't work. I have 10 different images per day. Replicating a file for each folder for each image does not work. >> Startup Preferences will only work for me when it automatically searches in $HOME or some other shared place. >> >> You can't make the whole community liking your preferences :) >> >> So set your own ^^ >> >> Ben >> >> >> On May 3, 2012, at 10:16 AM, Mariano Martinez Peck wrote: >> >>> >>> >>> On Thu, May 3, 2012 at 10:13 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> On May 3, 2012, at 10:10 AM, Mariano Martinez Peck wrote: >>> >>> > Hi guys. There are 2 settings that I ALWAYS need to change and I think it would be nice to have them by default: >>> > >>> > 1) Always show debugger and avoid pre-debugger windows. It makes no sense for development. It takes you the double of time. What does the pre-debug brings you? nothing. If you want to proceed, then the debugger also has that option. If you want to abandon, you can just close the debugger. So, we should enable this. If someone wanst the pre-debugger fwindows for a reasons, then he should enable it. >>> > >>> > 2) Fast dragging. The normal dragging is slow in old machines and slow when there are lots of opened windows. The fast drag is much faster and nicer because since it is transparent you can even see what is below. >>> > >>> > Let's do a quick survey. We have 24 hrs. Do not vote if you didn't try it. >>> > >>> > I start: >>> > >>> > Debugger alwaysOpenFullDebugger: true. +1 >>> > UITheme currentSettings fastDragging: true. +1 >>> > >>> >>> Please do a doodle. We have already too many mails on the mailinglist. >>> >>> I was trying to be diplomatic. Ok: http://code.google.com/p/pharo/issues/detail?id=5787 >>> FixToInclude. No more emails ;) >>> >>> >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 3, 2012

Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging:

by Guillermo Polito

On Thu, May 3, 2012 at 10:19 AM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > That's exactly the scenario Startup Preferences has been designed for ... > > You can't make the whole community liking your preferences :) > But having good defaults is nice too. I also think pre debugger does give me no value. More on, Mariano is being very soft, I should ask to remove it directly :P. > > So set your own ^^ > > Ben > > > On May 3, 2012, at 10:16 AM, Mariano Martinez Peck wrote: > > > > On Thu, May 3, 2012 at 10:13 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > >> >> On May 3, 2012, at 10:10 AM, Mariano Martinez Peck wrote: >> >> > Hi guys. There are 2 settings that I ALWAYS need to change and I think >> it would be nice to have them by default: >> > >> > 1) Always show debugger and avoid pre-debugger windows. It makes no >> sense for development. It takes you the double of time. What does the >> pre-debug brings you? nothing. If you want to proceed, then the debugger >> also has that option. If you want to abandon, you can just close the >> debugger. So, we should enable this. If someone wanst the pre-debugger >> fwindows for a reasons, then he should enable it. >> > >> > 2) Fast dragging. The normal dragging is slow in old machines and slow >> when there are lots of opened windows. The fast drag is much faster and >> nicer because since it is transparent you can even see what is below. >> > >> > Let's do a quick survey. We have 24 hrs. Do not vote if you didn't try >> it. >> > >> > I start: >> > >> > Debugger alwaysOpenFullDebugger: true. +1 >> > UITheme currentSettings fastDragging: true. +1 >> > >> >> Please do a doodle. We have already too many mails on the mailinglist. >> > > I was trying to be diplomatic. Ok: > http://code.google.com/p/pharo/issues/detail?id=5787 > FixToInclude. No more emails ;) > > > >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > >

May 3, 2012

Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging:

by Mariano Martinez Peck

On Thu, May 3, 2012 at 10:32 AM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > That's because you dunno how to use it :) > Explain me how I can use it then. > > Startup preferences let you set it once and for all (I am also downloading > 10 images per day ^^) > > Even if I have to do it once. I won't copy paste a file for every single image I want to use. > Ben > > On May 3, 2012, at 10:22 AM, Mariano Martinez Peck wrote: > > > > On Thu, May 3, 2012 at 10:19 AM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> That's exactly the scenario Startup Preferences has been designed for ... >> >> > That doesn't work. I have 10 different images per day. Replicating a file > for each folder for each image does not work. > Startup Preferences will only work for me when it automatically searches > in $HOME or some other shared place. > > >> You can't make the whole community liking your preferences :) >> >> So set your own ^^ >> >> Ben >> >> >> On May 3, 2012, at 10:16 AM, Mariano Martinez Peck wrote: >> >> >> >> On Thu, May 3, 2012 at 10:13 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: >> >>> >>> On May 3, 2012, at 10:10 AM, Mariano Martinez Peck wrote: >>> >>> > Hi guys. There are 2 settings that I ALWAYS need to change and I think >>> it would be nice to have them by default: >>> > >>> > 1) Always show debugger and avoid pre-debugger windows. It makes no >>> sense for development. It takes you the double of time. What does the >>> pre-debug brings you? nothing. If you want to proceed, then the debugger >>> also has that option. If you want to abandon, you can just close the >>> debugger. So, we should enable this. If someone wanst the pre-debugger >>> fwindows for a reasons, then he should enable it. >>> > >>> > 2) Fast dragging. The normal dragging is slow in old machines and slow >>> when there are lots of opened windows. The fast drag is much faster and >>> nicer because since it is transparent you can even see what is below. >>> > >>> > Let's do a quick survey. We have 24 hrs. Do not vote if you didn't try >>> it. >>> > >>> > I start: >>> > >>> > Debugger alwaysOpenFullDebugger: true. +1 >>> > UITheme currentSettings fastDragging: true. +1 >>> > >>> >>> Please do a doodle. We have already too many mails on the mailinglist. >>> >> >> I was trying to be diplomatic. Ok: >> http://code.google.com/p/pharo/issues/detail?id=5787 >> FixToInclude. No more emails ;) >> >> >> >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

May 3, 2012

Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging:

by Benjamin

That's because you dunno how to use it :) Startup preferences let you set it once and for all (I am also downloading 10 images per day ^^) Ben On May 3, 2012, at 10:22 AM, Mariano Martinez Peck wrote: > > > On Thu, May 3, 2012 at 10:19 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > That's exactly the scenario Startup Preferences has been designed for ... > > > That doesn't work. I have 10 different images per day. Replicating a file for each folder for each image does not work. > Startup Preferences will only work for me when it automatically searches in $HOME or some other shared place. > > You can't make the whole community liking your preferences :) > > So set your own ^^ > > Ben > > > On May 3, 2012, at 10:16 AM, Mariano Martinez Peck wrote: > >> >> >> On Thu, May 3, 2012 at 10:13 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On May 3, 2012, at 10:10 AM, Mariano Martinez Peck wrote: >> >> > Hi guys. There are 2 settings that I ALWAYS need to change and I think it would be nice to have them by default: >> > >> > 1) Always show debugger and avoid pre-debugger windows. It makes no sense for development. It takes you the double of time. What does the pre-debug brings you? nothing. If you want to proceed, then the debugger also has that option. If you want to abandon, you can just close the debugger. So, we should enable this. If someone wanst the pre-debugger fwindows for a reasons, then he should enable it. >> > >> > 2) Fast dragging. The normal dragging is slow in old machines and slow when there are lots of opened windows. The fast drag is much faster and nicer because since it is transparent you can even see what is below. >> > >> > Let's do a quick survey. We have 24 hrs. Do not vote if you didn't try it. >> > >> > I start: >> > >> > Debugger alwaysOpenFullDebugger: true. +1 >> > UITheme currentSettings fastDragging: true. +1 >> > >> >> Please do a doodle. We have already too many mails on the mailinglist. >> >> I was trying to be diplomatic. Ok: http://code.google.com/p/pharo/issues/detail?id=5787 >> FixToInclude. No more emails ;) >> >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 3, 2012

[Pharo-project] A simple getenv primitive

by Damien Cassou

Hi, I can't find any getenv primitive that would allow me to access environment an variable value from its name. This could be really helpful to get the HOME directory for example. Does one such primitive exist? If not, why? It looks trivial to implement for linux, and it is potentially also easy on Windows and Mac OS. I'm willing to try if necessary. Thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 3, 2012