Version: (using KDE 4.1.2) I love dolphin's information pane. The only problem: I find it better when such would be layouted horizontally. Then, o long filenames can be printed including complete URL o the individual blocks (preview vs. URL vs. Nepomuk info vs. file info vs. actions) can be visually separated in a more intuitive way (next to each other, see eg. JuK) What it requires: o It must be dockable at the bottom o It must recognize two different layout schemes: horizontal vs. vertical. Thanks for listening
Thanks for the suggestion, this is on my TODO-list since KDE 4.0. The reason why it is not solved yet: there seems to be now way easy way Qt to modify the size information during dragging a panel (QDock). So when moving the panel from the right to the bottom, it will get incredible huge although the panel itself would be capable of adjusting the layout internally... Still I hope I'll find some time for implementing this without ugly hacks (maybe Qt 4.5 will offer an easy way for achieving this).
@Peter: I remember to have already heard/read about this. Is it a dup of an already reported bug/wish? I cannot find it :-(
@FiNeX: Yes, I searched for this bugreport too but could not find it :-( BTW: I spend 2 hours yesterday finding a workaround. In short: It is technically possible, but requires a lot of efforts getting this 100 % right -> it's too late for KDE 4.2...
@Peter, maybe you can leave aside this wish and wait if there is more needing of it from users... bye :)
That would be wise. I do not know if I have seen such a transition of layouts before in KDE 3.x. Koffice maybe? Probably there is a solution available. Regardless 4.2 or 4.3. As long as KDE ships a new version every half year and as long as openSuse provides backports during the 4.2 cycle, I am happy with the vertical bar until then. Indeed, layout switching is not only a matter of dolphins info panel. It could be applied in many applications (see the "tool" toolbars in KOffice with 2 rows/columns for example) and should be placed at a more central point within KDE. Proper design using more time until 4.3 may help others using the new widget... Again: Thanks for listening
Why not putting a single Widget into a QToolBar and catching the orientationChanged signals? The layout of the containing widget should only be changed if such signal is called, that should not invoke any blowing up during the animation, should it? (Last time I worked with Qt was Qt3.3)
@Sebastian: > Why not putting a single Widget into a QToolBar and > catching the orientationChanged signals? In Qt4 the Dolphin panels are implemented as "QDockWidgets", which are no toolbars. However a similar mechanism exists like "orientationChanged" for QDockWidgets, but the problem is that the information panel must adjust its size hint _before_ the orientation has already been changed. Otherwise the result is that when a right/left aligned information panel is dragged to the top/bottom (while no dropping has been done), that the target area gets very huge. So when the "orientationChanged" signal is send, it is already too late as the Information Panel on the bottom got already the maximum available size instead of a preferred size. I found a solution for this issue yesterday, which should work: The widgets inside the dock cam be encapsulated inside a QScrollArea widget, which provides a square size hint. But this approach has other side effects - all of them are solvable, but require really a lot of time until everything works perfect. It would be so much easier if QDockWidget would provide a mechanism to offer a size hint for each border instead ;-)
I have seen that KOffice2 is doing what we were discussing. Though it does not work perfectly (Some painting issues which are supposed to be solved in Qt4.5).
*** Bug 147272 has been marked as a duplicate of this bug. ***
Resetting assignee to default as per bug #305719