Bug 156582 - package installation screen listview problems
Summary: package installation screen listview problems
Status: RESOLVED FIXED
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: Beta 7
Hardware: Other Other
: P5 - None : Minor (vote)
Target Milestone: ---
Assignee: Jiri Srain
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-09 16:34 UTC by Michael Matz
Modified: 2006-03-15 14:30 UTC (History)
1 user (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Matz 2006-03-09 16:34:59 UTC
I noticed two minor usability problem in the installation packages screen,
i.e. the one where I can see every package as it's installed.

1) I chose NFS as install source.  It nevertheless prints two lines
   for each pacakge, namely
     Downloading xyz (XY MB)
     xyz-123 (AB MB)
   although there is not actual download step involved for NFS.  I would
   guess that it might make a bit more sense with a ftp or http install,
   but even there it could perhaps be merged into one line per package?

2) The listview scrolls to the end on each output line, hence I can't 
   really scroll up to read what was written in the past when it's still
   installing more packages.

Only minor things, but something to perhaps care about.
Comment 1 Lukas Ocilka 2006-03-15 11:35:33 UTC
1.) Already fixed in Beta8 :) (sorry, but I cannot provide related bugreport ID)

2.) You're right, but that seems to be a feture of Qt installation rather than a bug.
sh: if you want/can provide some additional information?

Thanks
Comment 2 Michael Matz 2006-03-15 14:10:58 UTC
Then this isn't RESOLVED FIXED, yet, as it is only partly so (thanks for that
btw).  Instead of creating a new bug report about just the second problem,
I'll reopen this one, and set it to NEEDINFO on Stefan.
Comment 3 Stefan Hundhammer 2006-03-15 14:22:50 UTC
See also that other bug by rguenther where I answered the same question.

The purpose of this widget is to scroll. If it stops scrolling at the first hint of any user interaction, there is no more feedback. If you want to keep reading, simply grab the scrollbar handle.
Comment 4 Michael Matz 2006-03-15 14:30:33 UTC
Hmm, not possible with the keyboard :-/  My wish also wasn't to stop scrolling
"at the first hint of user interaction", but specifically when the
user scrolled up.  Like in konsole, where the behaviour also is much better
than the xterm behaviour (where it moves down immediately as soon as something
is printed).