| Summary: | Okular's sidebar takes too much space in x direction | ||
|---|---|---|---|
| Product: | [Applications] okular | Reporter: | Roland Leißa <roland.leissa> |
| Component: | general | Assignee: | Okular developers <okular-devel> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | CC: | bastisemail, vapier |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
Roland Leißa
2007-10-23 00:45:28 UTC
Like right click on the sidebar -> [ ] Show text ? Forgot to say: the setting there is remembered; it's planned the possibility to configure the size of the icons. SVN commit 731824 by pino: Make it possible to choose the size for the icons in the sidebar, by choosing it in the popup menu of the sidebar itself. CCBUG: 151205 M +3 -0 conf/okular.kcfg M +30 -1 ui/sidebar.cpp M +1 -0 ui/sidebar.h WebSVN link: http://websvn.kde.org/?view=rev&revision=731824 Ok, so now we have: - icon text that can be shown/hidden - icon size that can be changed, and reduced up to 22x22 Could you try the svn version and tell us if the current settings are enough or not? (and in case close this bug report) Thanks! looks great. Thx :) ... and resolved sorry if i missed this, but this sidebar tabs organization: http://season.openusability.org/wp-content/uploads/projects/okular/okular-toolbar.jpg seems to be a lot better. why don't you switch to it? The sidebar in that image was exactly the situation before the new sidebar. ah, i see. http://www.kdedevelopers.org/node/2922 back then the points were: - Too much space taken by the tabs of the toolbox well, it depends on the number of tabs. in the case of okular it's only 4 of them. and if the window is maximized, the new layout actually uses more space (~10k pixels on 1280X1024 is empty in the icon mode, and >30kpixels in icons+text, while janusview would take no more then 5k pixels, _and_ wideness is more important than vertical size for book reading) "jumping" tabs - that means, the "label" of each tab had a different position, depending on the open ones (of course, not for the first) it's only 2 places to look at, on the other hand the text is always shown, so no remembering is needed. OR we can use usual tabs (several tabs in one line)... -No way to change the active tab of the toolbox using the keyboard (that is what was also reported by the KPDF's bug 132152 i doubt it depends on the view itself! -not really good-looking (not a real issue, just a taste that many people made me notice) there are different tastes and regarding the first comment of your blog entry: the gnome app screenshots show that tabwidget controls whole-window pages, while in the case of okular it's just a sidebar. so i'm gonna reimplement januswidget in kpageview and add it as an option to okular. > - Too much space taken by the tabs of the toolbox > well, it depends on the number of tabs. And _also_ by the style. If the style draws big toolbox tabs, they can take much more space. > "jumping" tabs - that means, the "label" of each tab had a different > position, depending on the open ones (of course, not for the first) > it's only 2 places to look at, on the other hand the text is always shown, > so no remembering is needed. OR we can use usual tabs (several tabs in one > line)... Sure, drop them. Nice way to get rid of usability improvements, sure. > -No way to change the active tab of the toolbox using the keyboard (that is > what was also reported by the KPDF's bug 132152 > i doubt it depends on the view itself! You're wrong. Just for curiosity, are you actually pondering or not? > -not really good-looking (not a real issue, just a taste that many people > made me notice) > there are different tastes Just like your comment :) > so i'm gonna reimplement januswidget in kpageview and add it as an option to okular. Please please PLEASE, instead of just declaring that something decided taking usability into account is not an option because *YOU* don't like it, could you please bring the discussion to the mailing list, and not to this bug report? *** Bug 159253 has been marked as a duplicate of this bug. *** remind me why it cant simply be an option for the user to decide ? clearly the way kpdf did things (as shown in Comment #7) has advantages over the way okular does things now (as shown in Comment #9), and vice versa. i find the amount of space wasted on all of 4 icons a bit ridiculous, especially when i spend most of the time using the contents tab only. yes, the whole toolbar can be hidden, but that's sort of pointless when all you want is the contents in the first place. |
