On Jan 19, 2011, at 5:20 PM, ext tbp wrote: >> To put that into the right dimensions: >> Since 1.0.0 the "left pane" has grown by 2 pixels (I've checked). >> Status bar, menu bar and the bar below the menu bar haven't changed size at >> all. > To each his proper metric. Mine is the surface for displaying code. > It's monotonically decreasing.
The surface for displaying code decreased by exactly 2 pixels in horizontal direction since 1.0.0. > There's also the, admittedly nebulous, cost of always providing more > distractions. We added Design mode and the target selector button in the left side bar. Were there other distractions added for editing code? > > On Wed, Jan 19, 2011 at 5:03 PM, André Pönitz <[email protected]> wrote: >> For quite a few tasks the progress bars are the only indicators that >> something happens. > [snip] >> As I said, I don't think the status bar can be removed without >> considerable loss of functionality. > [snip] >>> Thus the question is: are progress notifications mandatory (read not >>> eligible for elision, ever)? I'd say that they(some) are mandatory. >> I would think so, or at least only if the user explicitly selected >> some "Give me all the pain you can and I mean it!" option. > Eh. Alright. Point taken. Not so superfluous. Damn. > >> Maybe divert your attention to the editor 'header' bars, they >> are of similar height and at least from my point of view less >> crucial. Or maybe remove the editor scrollbars. > I thought, even in the midst of my amputation spree, there was much, > too much, functionality up there to consider. > Personal bias apparently: i never use the status bar but occasionally > click headers. > Now that you make me think of it, i wouldn't mourn the loss of at > least horizontal scroll bars either. > >>> Would you settle for those locator & command line to only appear, down >>> there where the status bar should be, when invoked? >> >> I think this would create more problems then is actually solved, >> but I'd certainly would look how it feels if the option was there. >> But really, I have a hard time to imagine that the result will be usable. > Ah. I'm certainly a bit naive. > Still, now that it's clear progress notifications won't go without a > fight, and considering they're transient, much like the need for > vi/locator input, what's your take on a "floating notification box" > that would superpose on the code editor somewhere in a corner, when > needed, where we'd stuff all that? Silly? For Locator I'd consider a "floating" input thingy in a "statusbar-less state" ok. Other IDE's do something similar, and we had discussions about floating Locator before, but settled for a permanently-visible way, to make it a bit more visible to the user, and that should still be the standard. For progress indicators perhaps. Could be appearing in the lower left corner. Auto-expanding status bar, left bar and menu bar if in "fullscreen state" could possibly work, though I'm a bit sceptical since the areas where they would expand sound problematic, and in the end maybe even more annoying than helpful. Br, Eike > No go? Maybe? > _______________________________________________ > Qt-creator mailing list > [email protected] > http://lists.qt.nokia.com/mailman/listinfo/qt-creator -- Eike Ziller Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori _______________________________________________ Qt-creator mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt-creator
