|
osdir.com mailing list archive |
|
Subject: Re: Dockers - msg#00088List: koffice-devel> On Friday 13. November 2009 22.53.50 Cyrille Berger wrote: > > Then I would like to have a list of issues. To work on them. So far, here > > is what I know: > > > > 1) the tool dockers "grows" when switching tools > > Since we introduced a the option for a tool to have more than one option > docker this became a bit more difficult. > With more than one docker per tool we need a docker-manager to auto- > hide/show the dockers we don't use. > If we don't reuse the tool docker instance, it won't grow since its a new > one every time. > But the docker-manager has a lot of new problems, one of them is that at > least I personally keep loosing my dockers. At startup ? Or at runtime ? > > 2) at startup application window can be bigger than necesserary (not to > > confuse with the following one) > > 3) too many dockers lead to window > > hmm? > 3) is the bug that when you put too many (undocked) layers in the an area, then your window's minimal size can be bigger than the screen While 2) is a bug that you will notice mostly on small screens, and when the window has an initial size bigger than the screen but can be resized to the size of the screen. > > 4) tabbed docker waste space with duplicating the dock title with the > > title on the tab > > but only one of the two can be used to drag the docker. :( but that could be fixed, right ? It could even allow to reorder the tab. > * The placement of dockers on add is semi-random now. I think we need > something like user-roles which helps determine between which other dockers > the new docker should be positioned. Not really, it is defined by the docker factory. And then they go to the top. > * The collapse button is very broken right now, collapsing makes it minimum > width, for instance. Maybe we can have a collapsed mode next to > left/right/floating/etc So moving the feature from koffice to Qt ? > > It would probably be nice to also finish the dockers guidelines, I > > suppose. > > Didn't know we had that. We started that a year ago in Berlin: http://wiki.koffice.org/index.php?title=Dockers_Guidelines -- Cyrille Berger _______________________________________________ koffice-devel mailing list koffice-devel@xxxxxxx https://mail.kde.org/mailman/listinfo/koffice-devel Thread at a glance:
Previous Message by Date: click to view message previewRe: Final Schedule for 2.1 ReleaseOn Friday 13 November 2009, Cyrille Berger wrote: > Hello, > > KOffice 2.1 has gone green for a release soon, 2.1.0 is now planned for a > release on November, 24th 2009 with tagging on November, 20th 2009. Yay! We, if I may say so, rock! -- Boudewijn Rempt | http://www.valdyas.org _______________________________________________ koffice-devel mailing list koffice-devel@xxxxxxx https://mail.kde.org/mailman/listinfo/koffice-devel Next Message by Date: click to view message previewRe: DockersOn Saturday 14. November 2009 22.06.07 Cyrille Berger wrote: > On Saturday 14 November 2009, Thomas Zander wrote: > > On Friday 13. November 2009 22.53.50 Cyrille Berger wrote: > > > Then I would like to have a list of issues. To work on them. [] > > But the docker-manager has a lot of new problems, one of them is that > > at least I personally keep loosing my dockers. > > At startup ? Or at runtime ? Also on switching tools or creating/removing views I loose dockers. > > > 4) tabbed docker waste space with duplicating the dock title with the > > > title on the tab > > > > but only one of the two can be used to drag the docker. :( > > but that could be fixed, right ? It could even allow to reorder the tab. sure, just adding an issue to your list. > > * The placement of dockers on add is semi-random now. I think we need > > something like user-roles which helps determine between which other > > dockers the new docker should be positioned. > > Not really, it is defined by the docker factory. And then they go to the > top. I was referring to QMainWindow::addDockWhatever(), which you currently have to call in a specific order to get the layout you want and with plugins that means semi-random ordering. I was not referring to KOffice code at all :) > > * The collapse button is very broken right now, collapsing makes it > > minimum width, for instance. Maybe we can have a collapsed mode next to > > left/right/floating/etc > > So moving the feature from koffice to Qt ? That was the subject of the whole thread, AFAIK, so it needs some research how to do it best and maybe a layout feature in Qt. I can't tell without doing the research first ;) > > > It would probably be nice to also finish the dockers guidelines, I > > > suppose. > > > > Didn't know we had that. > > We started that a year ago in Berlin: > http://wiki.koffice.org/index.php?title=Dockers_Guidelines Hmm, a bit short for a guideline ;) I suggest having a 'rationale' that explains how guidelines came to be so people can understand the issues instead of memorize. Also avoids people ignoring them when it doesn't fit in their current project. -- Thomas Zander _______________________________________________ koffice-devel mailing list koffice-devel@xxxxxxx https://mail.kde.org/mailman/listinfo/koffice-devel Previous Message by Thread: click to view message previewRe: DockersOn Friday 13. November 2009 22.53.50 Cyrille Berger wrote: > Then I would like to have a list of issues. To work on them. So far, here > is what I know: > > 1) the tool dockers "grows" when switching tools Since we introduced a the option for a tool to have more than one option docker this became a bit more difficult. With more than one docker per tool we need a docker-manager to auto- hide/show the dockers we don't use. If we don't reuse the tool docker instance, it won't grow since its a new one every time. But the docker-manager has a lot of new problems, one of them is that at least I personally keep loosing my dockers. > 2) at startup application window can be bigger than necesserary (not to > confuse with the following one) > 3) too many dockers lead to window hmm? > 4) tabbed docker waste space with duplicating the dock title with the > title on the tab but only one of the two can be used to drag the docker. :( > If you have other issues, please fill the list, then I will open bug > report to the relevant bugzilla. * The biggest problem I had with the toolbox was that the dockers layout manager doesn't support heightForWidth. * The placement of dockers on add is semi-random now. I think we need something like user-roles which helps determine between which other dockers the new docker should be positioned. * The collapse button is very broken right now, collapsing makes it minimum width, for instance. Maybe we can have a collapsed mode next to left/right/floating/etc * If there is one docker that has a maximum width and is docked on the left/right it disallows the docker area to be resized. I think we can learn from the anchor layout for that one. > It would probably be nice to also finish the dockers guidelines, I > suppose. Didn't know we had that. If you want some more dockers ideas, take a look at my Java Swing version I did many years ago (http://uic.sf.net). The feature that you can drop a docker on another floating docker and get them tabbed in the same floating- window is still something I really like. -- Thomas Zander _______________________________________________ koffice-devel mailing list koffice-devel@xxxxxxx https://mail.kde.org/mailman/listinfo/koffice-devel Next Message by Thread: click to view message previewRe: DockersOn Saturday 14. November 2009 22.06.07 Cyrille Berger wrote: > On Saturday 14 November 2009, Thomas Zander wrote: > > On Friday 13. November 2009 22.53.50 Cyrille Berger wrote: > > > Then I would like to have a list of issues. To work on them. [] > > But the docker-manager has a lot of new problems, one of them is that > > at least I personally keep loosing my dockers. > > At startup ? Or at runtime ? Also on switching tools or creating/removing views I loose dockers. > > > 4) tabbed docker waste space with duplicating the dock title with the > > > title on the tab > > > > but only one of the two can be used to drag the docker. :( > > but that could be fixed, right ? It could even allow to reorder the tab. sure, just adding an issue to your list. > > * The placement of dockers on add is semi-random now. I think we need > > something like user-roles which helps determine between which other > > dockers the new docker should be positioned. > > Not really, it is defined by the docker factory. And then they go to the > top. I was referring to QMainWindow::addDockWhatever(), which you currently have to call in a specific order to get the layout you want and with plugins that means semi-random ordering. I was not referring to KOffice code at all :) > > * The collapse button is very broken right now, collapsing makes it > > minimum width, for instance. Maybe we can have a collapsed mode next to > > left/right/floating/etc > > So moving the feature from koffice to Qt ? That was the subject of the whole thread, AFAIK, so it needs some research how to do it best and maybe a layout feature in Qt. I can't tell without doing the research first ;) > > > It would probably be nice to also finish the dockers guidelines, I > > > suppose. > > > > Didn't know we had that. > > We started that a year ago in Berlin: > http://wiki.koffice.org/index.php?title=Dockers_Guidelines Hmm, a bit short for a guideline ;) I suggest having a 'rationale' that explains how guidelines came to be so people can understand the issues instead of memorize. Also avoids people ignoring them when it doesn't fit in their current project. -- Thomas Zander _______________________________________________ koffice-devel mailing list koffice-devel@xxxxxxx https://mail.kde.org/mailman/listinfo/koffice-devel Loading Comments...
|
|
