On Wednesday 15 May 2013 14:28:50 Marco Martin wrote: > ok, so i changed this in kde-runtime (plasma1) and plsma-framework > (plasma2) > > if the page item has a big implicitWidth, when it's in the last position it > will have a width that is > * at least columnwidth > * a multiple of columnWidth > * the nearest multiple of columnWidth > > so is open now to experiments ;) > > bugfixes aside, i would keep its behavior like that. > so in the case of the email, you would have the folder list a 3rd of the > screen wide, the message list 2 3rd of the screen. > if you then click on a message, the message list gets resized to a 3rd and > the opened message becomes 2 3rds. > > if it's in 3rds, quarters etc is something that isn't decided by the > application, but by the component, depending from the window size, dpi etc. > > so for instance you would have a big screen, like the wetab, when a message > is open, you would have a quarter for the folders, one quarter for the > message list, 2 quarters for the open message, all visible at the same > time. > > on a 7 inch screen you would have only 2 columns visible at once, with > horizontal scrolling. > on an even smaller screen, or vertical 7 inches you would see only a column > at once, fullscreen, so always having to scroll (ie it always does the best > it can given screen size and pixel density).
Sounds pretty sensible to me. Of course we can't tell yet what people might want to do with a column-based view in the future, but this approach should make possible most of what actually makes sense, and it sounds like it adapts to different screen sizes / pixel densities very well. Great! _______________________________________________ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active