Comment 2 for bug 1254364

I agree. For example, that sample map with problems takes a LONG time
to load and if I didn't have the QT Creator IDE application output
displaying stuff I'd be wondering what was happening just during the map
restoration part involving that map (and even then the 40K room
wilderness area produces no debug output for many seconds partway though
Mudlet digesting it). Either we should produce a (one, or two level
(level 1 = stage, level 2 = progress in THAT stage)) dialogue - modal
for that host/profile - or we could use the (currently unused ?) status
area area at the bottom edge of the main window...

On 24/11/13 01:01, Vadim Peretokin wrote:
> Public bug reported:
>
> Mudlet can freeze while loading a real-world profile, providing no user
> feedback or progress - which is quite bad because the user is stuck
> wondering if it's working at all or not.
>
> GNOME HIG (https://developer.gnome.org/hig-book/3.0/hig-book.html
> #controls-progress-bars), Apple HIG
> (https://developer.apple.com/library/mac/documentation/userexperience/conceptual/applehiguidelines/Controls/Controls.html)
> Windows HIG (http://msdn.microsoft.com/en-
> us/library/windows/desktop/bb760816(v=vs.85).aspx) all recommend showing
> some kind of a progress bar when the task is taking more than a few
> seconds in general.
>
> Attached a video where Mudlet freezes and provides no experience to the
> user while the profile is loading - first freeze is from 0:13 to 0:24
> (11 seconds!), second is from 1:07 to 1:17 (10 seconds!).
>
> ** Affects: mudlet
> Importance: Undecided
> Status: New
>
> ** Attachment added: "Screen Capture Tool_2013-11-24 00.56.50.mov"
> https://bugs.launchpad.net/bugs/1254364/+attachment/3915681/+files/Screen%20Capture%20Tool_2013-11-24%2000.56.50.mov
>