- Pharo-dev - lists.pharo.org

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

by Mariano Martinez Peck

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

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

by Marcus Denker

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 ;) What I want to *not* have are 580 emails of people saying +1 or -1 There is for sure some website for doing a vote? I thought doodle added that? Marcus -- Marcus Denker -- http://marcusdenker.de

May 3, 2012

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

by Benjamin

That's exactly the scenario Startup Preferences has been designed for ... 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 >

May 3, 2012

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

by Francisco Garau

> > > > 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. > > +3 (+1 to the doodle, +1 to debugger, +1 to fast dragging)

May 3, 2012

Re: [Pharo-project] grabbing morphs in 2.0

by Benjamin

ctrl+shift+click in 2.0 :) Ben On May 3, 2012, at 10:13 AM, Francisco Garau wrote: > Hi - up until 1.4 doing ctrl-click on any morph would bring up a menu for the clicked morph. > > This is not happening any more in 2.0. > > Shall I open an issue for it? > > - Francisco > <Screen shot 2012-05-03 at 09.09.00.png>

May 3, 2012

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

by Mariano Martinez Peck

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 Marcus Denker

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. -- Marcus Denker -- http://marcusdenker.de

May 3, 2012

[Pharo-project] grabbing morphs in 2.0

by Francisco Garau

Hi - up until 1.4 doing ctrl-click on any morph would bring up a menu for the clicked morph. This is not happening any more in 2.0. Shall I open an issue for it? - Francisco

May 3, 2012

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

by Mariano Martinez Peck

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 Cheers -- Mariano http://marianopeck.wordpress.com

May 3, 2012

Re: [Pharo-project] Multiple desktops

by laurent laffont

On Thu, May 3, 2012 at 9:44 AM, Henrik Sperre Johansen < henrik.s.johansen(a)veloxit.no> wrote: > On 03.05.2012 09:32, Henrik Sperre Johansen wrote: > > > The way it's used in TWM doesn't really seem to be multiple desktops > though, but rather snapshots of how windows were positioned at any given > time. > I can't say I think it works well for that, because: > 1) If you remove a browser from the screen, it disappears from all > snapshots. > 2) If you change selection in a browser, it changes in all snapshots. > 3) If you add a browser, it's added to previous snapshots in the position > you left it when hitting the back button. > > Much more useful imho if the buttons could be used to just create new > blank desktop with independently managed opened windows, and travel > back/forward through those you've created :) > > Cheers, > Henry > > Ah, and I realize I didn't even try the right functionality, sorry! > Maybe it's just me and my workflow, but in my eyes, switching the > prominence of snapshots vs worlds(desktops) on the bar wouldn't be a bad > thing :) > You can change that in : TWMBar>>#rebuildDockContent feel free to play, commit in the repository and propose something better :) Laurent > > Cheers, > Henry >

May 3, 2012