Not sure why you have to be so adamant about this. I could add some flag per topcomponent that says 'no-individual-tab'. Then, if I have a floating window holding that single topcomponent it won't have the title bar.
For people that need or are used to the old style we could have a checkbox in options to 'always show a tab title'. Depending on that flag, the closing behaviour would also change. So, it's not something that disruptive. >You plan to optimize for the peep-hole case and I argue, that it is the > personal decision of the user to suffer from small screen real-estate. :-) I guess we also have to update the hardware system requirements of NetBeans and mention large screen real-estates. > In any-case this should be: > > a) well planned and > b) configurable I kinda disagree with both. The Window system API is not a gift from the gods. It's a glorified multi-split-pane which has some primitive drag and drop support. So, I don't believe things have to be so well planned and I believe users would gladly enable and *enjoy* experimental features. Also, design is about decisions too. We don't have to provide a configuration for everything under the Sun. We could just drop some old behaviour. People seem to use Gnome without that tab, they will use NetBeans just as well. --emi ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On 10 May 2018 3:49 PM, Matthias Bläsing <[email protected]> wrote: > Am Mittwoch, den 09.05.2018, 18:59 -0400 schrieb Emilian Bold: > > > > That would be nice--but how would one dock the TopComponent again > > > > > > if there is no tab to right-click or drag? > > > > Closing the frame would dock the contained TopComponent "back". > > This breaks current behaviour where closing the window closes all > > contained TopComponents. (This would reduce usability for me). > > You will also loose the ability to group multiple floating windows > > together, as you are loosing the drag-handle for the TC. (again for me > > usability will suffer). > > > > Personally I don't see a reason to change the way undocked top > > > > > > compoents are displayed. I work with netbeans and so I'm either on a > > > > > > large enough laptop screen (15,4 inch) or a dual head setup. In both > > > > > > cases, the overhead for the tab is neglectable. > > > > This might be a tricky thing to implement. > > > > Still -- the whole purpose of this thread is to get rid of all these > > > > negligible components that keep eating vertical space and leave our > > > > users see 10 lines for diffs. The classical 80x25 terminal has better > > > > ergonomics... > > > > Tangentially, I also speculate users generally have a single undocked > > > > topcomponent floating which means that title tab is redundant. > > I gave the counter example and the tab serves as a drag-handle and > > drop-zone for grouping. Gnome Terminal shows the problems - it shows > > the "tabs" only when at least two tabs are present. If you want to > > merge two windows into one window with two tabs. So the "optimization" > > to hide tabs "when not needed" breaks another use-case. Sorry this > > "usabily of 80x25 terminal is better" reference does not cut it. > > You plan to optimize for the peep-hole case and I argue, that it is the > > personal decision of the user to suffer from small screen real-estate. > > In any-case this should be: > > a) well planned and > > b) configurable > > Greetings > > Matthias > > > ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
