[Pharo-project] Progress bar in the top left
Hi guys. Some time I ago, I submitted an issue that puts the progress bar not in the middle of the screen but on the top left. I think it is much better since it does not disturb you. Now it seems that, or my change got accidently lost or someoone else put the previous behavior. So...was that on purpose or not? thanks -- Mariano http://marianopeck.wordpress.com
Maybe it can also be sticked to the background and not on top of my working window. That whay it will disturb even less :D. On Wed, May 23, 2012 at 12:48 PM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
Hi guys. Some time I ago, I submitted an issue that puts the progress bar not in the middle of the screen but on the top left. I think it is much better since it does not disturb you. Now it seems that, or my change got accidently lost or someoone else put the previous behavior. So...was that on purpose or not?
thanks
-- Mariano http://marianopeck.wordpress.com
And probably bottom right is less annoying, since people is used to start looking at the top right corner. On Wed, May 23, 2012 at 12:53 PM, Guillermo Polito < guillermopolito@gmail.com> wrote:
Maybe it can also be sticked to the background and not on top of my working window. That whay it will disturb even less :D.
On Wed, May 23, 2012 at 12:48 PM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
Hi guys. Some time I ago, I submitted an issue that puts the progress bar not in the middle of the screen but on the top left. I think it is much better since it does not disturb you. Now it seems that, or my change got accidently lost or someoone else put the previous behavior. So...was that on purpose or not?
thanks
-- Mariano http://marianopeck.wordpress.com
On Wed, May 23, 2012 at 7:37 PM, Guillermo Polito <guillermopolito@gmail.com> wrote:
And probably bottom right is less annoying, since people is used to start looking at the top right corner.
Is it possible to have an uniform way to present announcement. There is already the growl-like announcements of tests used by the Nautilus Browser done ob botton left. Maybe progress bar should be done in the same screen area. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Indeed.
Is it possible to have an uniform way to present announcement. There is already the growl-like announcements of tests used by the Nautilus Browser done ob botton left. Maybe progress bar should be done in the same screen area.
Now sometimes we should have a blocking UI. Stef
Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/
Stéphane Ducasse wrote
Now sometimes we should have a blocking UI.
As I've been working on NewSystemProgressMorph, I've been toying with whether the progress bar should be directly manipulated, as is the case now, or should just be another subscriber for progress announcements. This way it could be disabled by unsubscribing, and any other actions could be taken additionally/instead (e.g. send progress to stdout, transcript, etc.) -- View this message in context: http://forum.world.st/Progress-bar-in-the-top-left-tp4631530p4631730.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 24/05/2012, at 18:06, "Sean P. DeNigris" <sean@clipperadams.com> wrote:
Stéphane Ducasse wrote
Now sometimes we should have a blocking UI.
As I've been working on NewSystemProgressMorph, I've been toying with whether the progress bar should be directly manipulated, as is the case now, or should just be another subscriber for progress announcements. This way it could be disabled by unsubscribing, and any other actions could be taken additionally/instead (e.g. send progress to stdout, transcript, etc.)
+1
-- View this message in context: http://forum.world.st/Progress-bar-in-the-top-left-tp4631530p4631730.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Sean P. DeNigris wrote
As I've been working on NewSystemProgressMorph
NewSystemProgressMorph feels ready... The most significant change is that now, when you use methods like String>>displayProgressFrom:to:during:, you have a real API for updating the progress bar. Instead of sending symbols to a block*, you send messages to aSystemProgressItemMorph. For example: bar value: 'newLabel' -> bar label: bar value: #increment -> increment * see SystemProgressMorph>>label:min:max: for the mess we had before Issue 5969: [ENH]: Clean SystemProgressMorph and friends (Part 2) http://code.google.com/p/pharo/issues/detail?id=5969 This version is much cleaner and seems to work well. I tested it loading a few Metacello configurations. There is a small issue where long labels make the morph off-center for an instant, but it seems like we're moving toward putting it in a corner anyway (http://forum.world.st/Progress-bar-in-the-top-left-td4631530.html), so I won't spend time fixing it now... Fix in inbox: SLICE-Issue-5969-ENH-Clean-SystemProgressMorph-and-friends-Part-2-SeanDeNigris.1 * Cleanup new classes - categorize all uncategorized methods - a lot of little cleanups, refactors - NewSystemProgressMorph - remove forking - fix recentering when long labels are added * Integrate new classes with the system - Replace SystemProgressMorph with NewSystemProgressMorph (i.e. remove SystemProgressMorph and rename NewSystemProgressMorph to SystemProgressMorph) - SystemProgressBarMorph -> ProgressBarMorph (there is nothing "system"-specific about it. It is generally useful - ProgressInitiationException>>defaultMorphicAction - update to new classes/functionality * related changes - Collection>>do:displayingProgress:every: - return immediately for empty collections - if aStringOrBlock is aString, use it right away - Polymorph - fixed some formatting (e.g. double spaces) Status: FixReviewNeeded -- View this message in context: http://forum.world.st/Progress-bar-in-the-top-left-tp4631530p4631763.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 24 May 2012 17:32, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Indeed.
Is it possible to have an uniform way to present announcement. There is already the growl-like announcements of tests used by the Nautilus Browser done ob botton left. Maybe progress bar should be done in the same screen area.
Now sometimes we should have a blocking UI.
Since when? Rule #1 of UI: never block UI. Because if you do, then we have no right to call it UI. do you know why we need this panic button (Alt-.) in our images? Exactly because every silly thing prefers to block UI at any point, even if it doesn't necessary. -- Best regards, Igor Stasenko.
I meant modal.
Since when?
Rule #1 of UI: never block UI. Because if you do, then we have no right to call it UI.
do you know why we need this panic button (Alt-.) in our images? Exactly because every silly thing prefers to block UI at any point, even if it doesn't necessary.
stef
There are times when it is necessary to protect the user from themselves. Modal to a particular window can be a VERY good thing. Several years ago, I remember watching in horror as my chairman was tinkering with a UI I had created that was not sufficiently modal, and he was at extreme risk of losing a lot of "work" as a result. You had to be there... BTW, he's a great guy and would have put it down to a learning experience for us both, not to mention a major bug report. I promptly made it modal, and all was well for years after that. Bill ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Stéphane Ducasse [stephane.ducasse@inria.fr] Sent: Friday, May 25, 2012 9:12 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Progress bar in the top left I meant modal.
Since when?
Rule #1 of UI: never block UI. Because if you do, then we have no right to call it UI.
do you know why we need this panic button (Alt-.) in our images? Exactly because every silly thing prefers to block UI at any point, even if it doesn't necessary.
stef
Mariano Martinez Peck wrote
I think it is much better since it does not disturb you.
Fine by me, but the progress bar usually blocks the UI anyway, only updating itself. Do we want it to drive the world instead? That way we can keep working on other things, but I'm guessing e.g. MC loading will be much slower... -- View this message in context: http://forum.world.st/Progress-bar-in-the-top-left-tp4631530p4631549.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 23 May 2012 14:33, Sean P. DeNigris <sean@clipperadams.com> wrote:
Mariano Martinez Peck wrote
I think it is much better since  it does not disturb you.
Fine by me, but the progress bar usually blocks the UI anyway, only updating itself. Do we want it to drive the world instead? That way we can keep working on other things, but I'm guessing e.g. MC loading will be much slower...
progress bar doesn't blocks anything, it is a code which using it blocks everything. You can try an experiment - remove progress bar, and still will be blocked, but this time without a clue what's going on :) Unless loading is atomic, i would not recommend allow keep working. However, i don't see a compelling reason why MC cannot load stuff in background : User can do silly things.. but it can be any other process with higher priority.. and you cannot predict what that process will do anyways. I remember i was saying this before: it is better to fix MC, if we find issues due to change. Like that it will be more fail proof plus we will no longer need to block user. Needless to say that i hate this mode when everything is disabled.
-- View this message in context: http://forum.world.st/Progress-bar-in-the-top-left-tp4631530p4631549.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
Mariano, That behavior was reported as a bug, see http://code.google.com/p/pharo/issues/detail?id=5526 (see my comments) Thanks On Wed, May 23, 2012 at 7:48 AM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
Hi guys. Some time I ago, I submitted an issue that puts the progress bar not in the middle of the screen but on the top left. I think it is much better since it does not disturb you. Now it seems that, or my change got accidently lost or someoone else put the previous behavior. So...was that on purpose or not?
thanks
-- Mariano http://marianopeck.wordpress.com
-- Bernardo E.C.
participants (9)
-
Bernardo Ezequiel Contreras -
Esteban Lorenzano -
Guillermo Polito -
Igor Stasenko -
Mariano Martinez Peck -
Schwab,Wilhelm K -
Sean P. DeNigris -
Serge Stinckwich -
Stéphane Ducasse