On Wednesday 15 May 2013 11:32:23 you wrote: > > i would tend for the second, since while ui wise it kinda makes sense (the > > column just opened is kinda the most important) it makes the logic of code > > dramatically simpler and less error prone > > With the current proposal the last page is either 3/4 of the screen or > covers the whole screen. > I don't see a case where it would make sense to have the last page smaller > than the previous one.
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). Cheers, Marco Martin _______________________________________________ Active mailing list [email protected] https://mail.kde.org/mailman/listinfo/active
