|
Bugzilla – Full Text Bug Listing |
| Summary: | Qt4 Yast shows its list quite inconsistently | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.2 | Reporter: | Stephan Kleine <bitdealer> |
| Component: | YaST2 | Assignee: | Katarina Machalkova <kmachalkova> |
| Status: | RESOLVED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | axel.braun, binner, bruno.canning, forgotten_--EoyBps8f, forgotten_Xh41Ao4q6j, martin.schlander, mustermaxi, paka, Pemberton.John.M |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
YaST Qt control center
screenshot of yast's scroll positions |
||
|
Description
Stephan Kleine
2009-07-26 03:09:23 UTC
I can confirm this behavior on openSUSE 11.2 Milestone 4 KDE edition.. it's quite ugly this way. I agree with Stephan that only showing the clicked category would be nicer (at least in our opinion) *** Bug 521759 has been marked as a duplicate of this bug. *** This is because I use QList's scrollTo() function, which is quite stupid^Wsimplistic :) The docu says something along "scrolls the list in such a way that given item (in this context - 1st item in a group) is certainly visible" lines, so this is what you see. Let me check if I can find any more suitable function .. *** Bug 531574 has been marked as a duplicate of this bug. *** I have a fix for this - cat. header is always shown at the top, if possible. Still, it does not work reliably for some locale as the module order is locale-dependent. Guess some adjusting of sort role would do .. y2-control-center 2.18.10 *** Bug 535856 has been marked as a duplicate of this bug. *** I still see this, clicking on "System" and "Netzwerkdienste" (network services) and app-armor does not work if one has the window wide enought for two columns on the right. If one resizes the window to have just one column on the right, it does not work for any item on the left. yast2-control-center-qt-2.18.11-1.1.i586 Created attachment 320052 [details]
YaST Qt control center
In enclosed image is shown case where Novell AppArmor is selected, but not at the top of the list.
The reason, vertical scroll is done and the scroll bar is at the bottom. There is nothing below Miscellaneous section, so Novell AppArmor can't be pulled up, to the top of the screen, without leaving blank space underneath Misc section.
IMHO, it works as expected from any other text that doesn't fit on the screen. I checked this with full 22" screen where scroll bar disappears, and click on the item on the left side is changing only highlighted title, which is what I would expect from new design. Sorry, but I think you missed the point. It's not about not scrolling if there is not scrollbar, it's about not showing the title of the section on top of the right pane, if there is scrollbar and the content below the selected sections could fill more than the window. Created attachment 320061 [details]
screenshot of yast's scroll positions
The screenshot shows where YaST scrolls to if one clicks on Hardware or System.
Hardware works as expected, as long as there are two or more columns on the right.
System works as expected if there are more than two columns on the left. If there are less, the title of the section is not placed a the top of the right pane, as can be seen in the screenshot.
Ok, let's reopen this to investigate Looking at the screenshots in c#12, it seems as if the order in which modules in group 'System' are listed was wrong. Thus the evaluation of 1st module in that group (which is used for calculating the position where to move the scrollbar) is wrong as well. This is in German locale, right? Nice catch, anyway. I see the same problem with Danish locale fwiw. Particularly with the categories Software, System and AppArmor. Clicking either of these categories it goes to "the wrong place" regardless of window size/number of columns of modules. And I can confirm that the problem doesn't exist with en_US. The value of a computer program is greatest if it can be as automatic and helpful as is reasonably possible. Yes? I don't necessarily think that the heading of a group should be at the top on the right side. I wouldn't think it would be a bad thing. But I do think that the priority should be that the entire group should be visible after the scrolling happens, even if the group doesn't end up at the top. If it's possible to create the list on the right side at all, then it should be possible to determine which item in a given section on the right side, is the last item in that section. I get the impression that if the list on the right were scrolled to the last item in the list, the entire group would be visible, unless the viewport on the right was sized by the User, to be too small to display the entire group. Fixed those in y2-control-center-[qt] 2.18.12. No guarantee though it will make 11.2 final release ;( I agree with the comment in the original post and comment #1 about how the user should only see in the right-hand pane items from the category clicked in the left-hand pane on loading YaST in KDE4. In my installation of openSUSE 11.2 RC2 KDE4, I can still see every item available from YaST control panel in the right-hand pane regardless of the category selected in the left-hand pane. Right now, clicking the category on the left just moves that category heading to the top of the window (not sure if it does this with the last few categories at the bottom, can't remember). Compare and contrast with YaST control panel in openSUSE 11.0/KDE3, I feel the presentation was better then. More info: OS: Linux 2.6.31.5-0.1-default i686 System: openSUSE 11.2 RC2 (i586) 32 bit KDE: 4.3.1 "release 6" Installation Medium: openSUSE-KDE4-LiveCD-Build0339-i686.iso |