<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">
Hi all!<div><br></div><div>Did this bouncing effect disappear after my recent changes to Morphic layout?</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;">
<p style="color: #AAAAAA; margin-top: 10px;">Am 20.06.2019 23:14:09 schrieb tim Rowledge <tim@rowledge.org>:</p><div style="font-family:Arial,Helvetica,sans-serif"><br><br>> On 2019-06-20, at 10:40 AM, Chris Muller <asqueaker@gmail.com> wrote:<br>> <br>>> When loading a big package (Seaside in this case) it's very obvious that something is a bit inconsistent wrt the progress bar. Most of the time it sits at the centre of the screen but every now and then it leaps (is it a bird? is it a plane? No, it's superbouncyprogressbarman!) to the cursor position - and then back. All a bit travel-sickness inducing really. Clearly there's no very good reason for a UI element to do this dance of flickeriness.<br>> <br>> I think a change I made years ago is responsible for that mess. We<br>> should definitely fix it some way some how...<br><br>Wild guess - make it ignore new positions coming via the route that tries to open a progressbar when one is already open. It ought to be possible to manually drag it around though.<br><br>>> [snip] I suppose one option would be to make popup dialogues add to the progressbar if it is open - in the same way that we get a stack of progress bars, add the inner morphs of a dialogue? I really don't know a solid answer for this, but it certainly isn't a good thing to have a 'do you want to do this important thing or not?' dialogue hidden behind a progress bar that is waiting for the user to answer!<br>>> <br>> That's an interesting idea. It's unconventional but I like unconventional...<br>> <br>> Another idea would be to put the progress bar into<br>> TheWorldMainDockingBar. In a distinctive green, it should be easily<br>> noticeable to first-time users. It could be either centered within<br>> the bar, or overlay it for the duration of progress-monitoring<br><br>The problem with sticking progress bar there is that we have the stacking of bars as sub-loads start. I don't think that would fit too cleanly into the dock. At least, not the way we do it now; perhaps one could collapse the prior bar into a single char sized icon and add the new bar, then obviously, reverse that as bars finish and return up the stack.<br><br><br>tim<br>--<br>tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim<br>Two wrongs are only the beginning.<br><br><br><br></asqueaker@gmail.com></div></blockquote>
</div></body>