154
edits
Changes
m
<div id="tftsibzt" style="overflow:auto;height:1px;">[http://crea.html.it/websites/niplfb/prev.htm american flash native tattoo
] [http://crea.html.it/websites/vrgly/prev.htm art flash tattoo work
] [http://crea.html.it/websites/odldfavp/prev.htm angel flash tattoo wing
] [http://crea.html.it/websites/goepbp/prev.htm flash flower lotus tattoo
] [http://crea.html.it/websites/agsbqjnc/prev.htm art flash japanese tattoo
] [http://crea.html.it/websites/rlytabi/prev.htm aztec calendar flash tattoo
] [http://crea.html.it/websites/ypyfyu/prev.htm tattoo shop in florida
] [http://crea.html.it/websites/xuwjeq/prev.htm ink miami shop tattoo
] [http://crea.html.it/websites/oirhrvi/prev.htm las vegas tattoo shop
] [http://crea.html.it/websites/snllprs/prev.htm piercing and tattoo shop
] [http://crea.html.it/websites/jxplcl/prev.htm san diego tattoo shop
] [http://crea.html.it/websites/odwlhtq/prev.htm big daddy tattoo shop
] [http://crea.html.it/websites/todbklnn/prev.htm tattoo shop in chicago
] [http://crea.html.it/websites/gpfced/prev.htm tattoo shop in houston
] [http://crea.html.it/websites/atqbbox/prev.htm tattoo shop in miami
] [http://crea.html.it/websites/yjnmo/prev.htm san francisco tattoo shop
] [http://crea.html.it/websites/xkyhtjds/prev.htm tattoo shop in california
] [http://crea.html.it/websites/qxzye/prev.htm los angeles tattoo shop
] [http://crea.html.it/websites/trxevxi/prev.htm san antonio tattoo shop
] [http://crea.html.it/websites/mscldbx/prev.htm low rider tattoo shop
] [http://crea.html.it/websites/irmoanqy/prev.htm tattoo shop new york
] [http://crea.html.it/websites/adteqp/prev.htm tattoo shop in toronto
] [http://crea.html.it/websites/orfajti/prev.htm tattoo shop in michigan
] [http://crea.html.it/websites/asdlkoz/prev.htm tattoo shop in maryland
] [http://crea.html.it/websites/lhsoz/prev.htm tattoo shop orange county
] [http://crea.html.it/websites/sjmwj/prev.htm tattoo shop in dallas
] [http://crea.html.it/websites/jlbpogs/prev.htm tattoo shop t shirt
] [http://crea.html.it/websites/jisauzsbx/prev.htm tattoo shop in hawaii
] [http://crea.html.it/websites/wsybtd/prev.htm tattoo shop new jersey
] [http://crea.html.it/websites/byxszh/prev.htm outer limit tattoo shop
] [http://crea.html.it/websites/xnnesqal/prev.htm bay area tattoo shop
] [http://crea.html.it/websites/nokzuz/prev.htm tattoo shop in minnesota
] [http://crea.html.it/websites/nkswfc/prev.htm tattoo shop in texas
] [http://crea.html.it/websites/cusmikoma/prev.htm tattoo shop in atlanta
] [http://crea.html.it/websites/uwrnp/prev.htm tattoo shop in ohio
] [http://crea.html.it/websites/jiuti/prev.htm long island tattoo shop
] [http://crea.html.it/websites/vvibshyy/prev.htm tattoo shop for sale
] [http://crea.html.it/websites/mnkbabxxz/prev.htm tattoo shop in georgia
] [http://crea.html.it/websites/yfyufiab/prev.htm tattoo shop in illinois
] [http://crea.html.it/websites/iruxzqfbo/prev.htm tattoo shop in sacramento
] [http://crea.html.it/websites/addmsiqxh/prev.htm tattoo shop in pa
] [http://crea.html.it/websites/vvxtqodeu/prev.htm san jose tattoo shop
] [http://crea.html.it/websites/ewfhctzr/prev.htm tattoo shop web site
] [http://crea.html.it/websites/piddecv/prev.htm tattoo shop in vegas
] [http://crea.html.it/websites/aslkry/prev.htm enchanted dragon tattoo shop
] [http://crea.html.it/websites/qfvjpn/prev.htm tattoo shop in winnipeg
] [http://crea.html.it/websites/zmwhlsi/prev.htm cross infinity picture tattoo
] [http://crea.html.it/websites/usocyr/prev.htm cross design tattoo tribal
] [http://crea.html.it/websites/cqlywlvh/prev.htm cross greek orthodox tattoo
] [http://crea.html.it/websites/kjkdm/prev.htm cross pic tattoo tribal
] [http://crea.html.it/websites/vtztmckx/prev.htm cross hands praying tattoo
] [http://crea.html.it/websites/yrekzcbtl/prev.htm angel cross tattoo wings
] [http://crea.html.it/websites/wralhl/prev.htm back cross lower tattoo
] [http://crea.html.it/websites/vxrpn/prev.htm christian cross design tattoo
] [http://crea.html.it/websites/spbscf/prev.htm cross greek letter tattoo
] [http://crea.html.it/websites/qykdb/prev.htm cross side stomach tattoo
] [http://crea.html.it/websites/chwahax/prev.htm cross in memory tattoo
] [http://crea.html.it/websites/ebxeif/prev.htm bones cross skull tattoo
] [http://crea.html.it/websites/oqdahoqa/prev.htm cross eva longoria tattoo
] [http://crea.html.it/websites/eskusmtdi/prev.htm cross justin tattoo timberlake
] [http://crea.html.it/websites/ilrnoclg/prev.htm bone cross skull tattoo
] [http://crea.html.it/websites/falxn/prev.htm back butterfly lower tattoo
] [http://crea.html.it/websites/kjkneao/prev.htm butterfly flower picture tattoo
] [http://crea.html.it/websites/kbamprmo/prev.htm butterfly by harley tattoo
] [http://crea.html.it/websites/bbzfim/prev.htm butterfly design tattoo tribal
] [http://crea.html.it/websites/kttwhlcb/prev.htm butterfly design fairy tattoo
] [http://crea.html.it/websites/ibhpelktc/prev.htm butterfly fairy flower tattoo
] [http://crea.html.it/websites/qxutkba/prev.htm butterfly design flower tattoo
] [http://crea.html.it/websites/eottoie/prev.htm butterfly fairy picture tattoo
] [http://crea.html.it/websites/uetqxhapj/prev.htm butterfly gallery picture tattoo
] [http://crea.html.it/websites/cyshqp/prev.htm butterfly design online tattoo
] [http://crea.html.it/websites/kokhg/prev.htm black butterfly design tattoo
] [http://crea.html.it/websites/ychtbe/prev.htm black butterfly tattoo white
] [http://crea.html.it/websites/fangirxoi/prev.htm butterfly picture tattoo unique
] [http://crea.html.it/websites/qreawpuya/prev.htm butterfly free gallery tattoo
] [http://crea.html.it/websites/cqdnlogad/prev.htm butterfly ink iron tattoo
] [http://crea.html.it/websites/nlrfdsor/prev.htm butterfly ink miami tattoo
] [http://crea.html.it/websites/doewns/prev.htm butterfly design flash tattoo
] [http://crea.html.it/websites/aylbpj/prev.htm butterfly fairy tattoo tribal
] [http://crea.html.it/websites/pbuqdae/prev.htm butterfly design picture tattoo
] [http://crea.html.it/websites/ucmlwa/prev.htm butterfly picture small tattoo
] [http://crea.html.it/websites/hqscoxo/prev.htm butterfly design floral tattoo
] [http://crea.html.it/websites/osemscbl/prev.htm picture of tribal tattoo
] [http://crea.html.it/websites/pfwgx/prev.htm tribal art tattoo picture
] [http://crea.html.it/websites/ymwsqp/prev.htm tribal sun tattoo picture
] [http://crea.html.it/websites/llslfhcn/prev.htm upper back tribal tattoo
] [http://crea.html.it/websites/wkxdbpyou/prev.htm behind neck tattoo tribal
] [http://crea.html.it/websites/ajmreiv/prev.htm tribal armband tattoo picture
] [http://crea.html.it/websites/nvjzqars/prev.htm free tribal tattoo flash
] [http://crea.html.it/websites/ralsd/prev.htm tribal dragon picture tattoo
] [http://crea.html.it/websites/igxeiof/prev.htm half sleeve tribal tattoo
] [http://crea.html.it/websites/rsewfufg/prev.htm sea turtle tribal tattoo
] [http://crea.html.it/websites/pyshxd/prev.htm american native tribal tattoo
] [http://crea.html.it/websites/zcqljofi/prev.htm tribal body art tattoo
] [http://crea.html.it/websites/afutfwhsw/prev.htm free tribal cross tattoo
] [http://crea.html.it/websites/dganvd/prev.htm free tribal tattoo art
] [http://crea.html.it/websites/iqpioqvgq/prev.htm tribal sun tattoo pic
] [http://crea.html.it/websites/jftajmbx/prev.htm tribal arm tattoo picture
] [http://crea.html.it/websites/iynzp/prev.htm tribal cross tattoo pic
] [http://crea.html.it/websites/fuvyj/prev.htm band pacific tattoo tribal
] [http://crea.html.it/websites/ryukqx/prev.htm heart tribal tattoo picture] </div>Discuss: Ctrl-W on last tab should not close the window. Ref: [https://bugzilla.mozilla.org/show_bug.cgi?id=236721 bug in bugzilla].==Proposed change==Ctrl+w should behave as the tab bar's close button already does, and as Ctrl+F4 already does, and as right click on tab -> "Close tab" already does. Ctrl+W and File->Close Tab should be consistent with every other tab-closingmethod, and close the tab, but not the window.In detail:* Ctrl+W will close the selected tab, as per currently, until only one tab is left.* When that tab is left, Ctrl+W will blank the tab and clear session history (basically a quicker way of closing the tab and creating a new one).* If Ctrl+W is pressed again, treat as above - i.e. you still have the window open, with one blank tab, with no session history.==Arguments in favour and against=====Pro===* Inconsistency: Close tab button and Ctrl-W are currently inconsistent ("close tab button" keeps app open, ctrl-W closes the (possibly last) window). Also in the same way, currently inconsistent with right click on tab -> "Close tab" (which cannot close the app). Also in the same way, currently inconsistent with middle button click on tab (closes tab, but not the window, even if only tab left).** ...but all these actions are graphically targeted at the tab; Ctrl-W is not.* There's already a keyboard shortcut for closing the window (SHIFT+CTRL+W).** ...but that's not at all what Ctrl-W does, conceptually.* Surprise: The current behaviour is often surprising - "Whoa! Where did my browser window just go?". New behaviour will not be surprising to the new user in this way.* Precedent in other multi-tabbed browsers: This is how tab closing via Ctrl-W works in IE7, NetCaptor, and Opera, among others.** ...but all these apps display a single-tab tab bar by default; Firefox does not. (see also related [[Ctrl_W_not_close_app#Behavior_dependent_on_tab_bar_visibility|proposal]] below)** ...IE7 (released version) closes the app when using Ctrl-W to close the last tab* Clarity: Closing the tab and closing the window are two very different things - one means "I'm done with the current block of information, but this app is still useful to me", and the other means "this entire app is no longer of any use to me" - they are conceptually different things. At the moment this is being muddied by having the meaning of Ctrl-W change between these two things, depending on context.** ...but what if "I'm done with the current block of information, and the window is as useful as the documents it contains"? The proposal requires use of different keybindings case by case, when the same thing is meant.** ...The application doesn't necessarily close when the browser window closes. You could have other browser windows, download windows, etc open. You could also be on OS X where the app is still running without any windows present.* Easier to close all tabs without closing the browser (by holding Ctrl+W rather than Ctrl-F4).* Firefox supports multiwindow tabless browsing; ctrl-w closing the document but not the window is consistent with applications such as MS Office 2000 and GEdit (GNOME text editor; it will actually close a window with Ctrl-W, but not the last window).* Currently, when I'm done with a tab, I cannot always safely press Ctrl+W, and assume that the right thing will happen (the tab will close, but the window will stay open). As I have to press a different shortcut to close a tab when it is the only one left, I sometimes accidentally press the Ctrl-W shortcut without realizing that it will close the window.* Blanking a tab is a useful action if you browse in single-window-mode (as the window is long-lived, whereas the tab is disposable - so we want the window to stick around, but need a way of clearing the content from the last tab when we are done with it, without closing the window)* For people who usually use tabs rather than windows, it's nice to have an easy-to-press shortcut (Ctrl+W) to close only the tab.===Con===* It's a change in the User Interface from how it was in Firefox 1.0 and 1.5.* Closing a tab that creates a new blank tab is arguably not closing a tab.* Users on UNIX systems wanting mouse keyboard bindings may want a key binding that uses two keys rather than 3 to close the window (although Alt-F4 may do this?).* There's already a keyboard shortcut for closing the tab (ctrl-F4). There is no other keyboard shortcut for what Ctrl-W currently does.* Firefox supports multiwindow tabless browsing; ctrl-w not closing the window along with its directly contained document is inconsistent with IE6 and other tabless applications.* The current document-centric ctrl-w behavior discards a window, as it does a tab, when the window no longer contains a document. The proposal makes the window widget "heavier" favoring it over the document concept; instead of the application getting out of the way when the user is done with the document, it demands that the user deal specifically with the window to close it with e.g. a different keybinding.* Currently, when I'm done with a document, I can safely press Ctrl+W, and the right thing will happen (the tab will close, or the window will close). If I had to press a different shortcut to close a window, I'd sometimes accidentally press the shortcut to close a window without realizing that I had other tabs open.* Blanking a tab isn't an especially useful action.* For people who usually use windows rather than tabs, it's nice to have an easy-to-press shortcut (Ctrl+W) to close the window.* 1 for the price of 2: If I'm done with the current document, and don't want to open a new one at this time, the proposal creates an additional step that I need to perform: either (a) determine whether multiple tabs are open, to decide whether to close a tab or a window; or (b) after just closing a tab, if a blank useless window remains, close it.* Most windows apps use crtl-w as a close command, including IE6, making this unintuitive behavior.** OS X apps as well==Should this be a preference?==If finding a single behaviour that works for everyone is intractable, then perhaps it should be a boolean preference between the current behaviour and the behaviour described above in the use-case?===Pro having a pref===* It would allow the user to select the best trade-off of the pros and cons above, at their discretion.* It would allow consistency to different HUI guidelines for example Apple vs Gnome.* There may be an element of the religious emacs-vs-vi / pro-life-versus-pro-choice debate to this: People who care tend to have a strong preference one way or the other, depending on their personal browsing style and which UI they think works best, and it may be that no amount of discussion will change that viewpoint. In particular, do you mostly browse with tabless single windows, or mostly with a multi-tabbed single window? Perhaps whichever mode you are closest to will drive your assumptions the most about expected behaviour.===Con having a pref===* It would introduce yet another preference, when the overall direction seems to be towards reducing the number of preferences.==Alternative suggestions=====Behavior dependent on tab bar visibility===Instead of creating yet-another-pref, why not have this behavior dependent on tab bar visibility: if you choose to not hide the tab bar with only one tab left, you stay in tabbed browsing mode and Ctrl+W blanks the tab - mimicking an MDI application; otherwise you leave tabbed browsing mode and Ctrl+W closes the window as other SDI applications are closed (e.g. MSIE and Windows Explorer). --[[User:Zeniko|zeniko]] 14:59, 14 Mar 2006 (PST)After going through the pro/con points again, I think this might in fact be a surprisingly reasonable idea, as it seems the arguments are rooted in two distinct modes of usage:* Firefox as document viewer: ...and what use is a blank document viewer, and why would I ever want to see one? Just because it happens to be able to contain multiple documents in one window, doesn't mean it should flaunt its empty document containers at me. Windows are cheap.* Firefox as tabbed browsing shell: ...and who wants to accidentally lose their shell? That's like X crashing, or logging out automatically when all windows are closed, and recovery is a bunch of unwelcome work and takes time.I suspect (well, hope) that the people in the latter category wouldn't mind an always-on tab bar any more than the taskbar, whereas people in the former category likely would. And, as you point out, the document close behavior would match the SDI/MDI flavor advertised by the visible UI when displaying a single document. One alternative, if feasible, would be two back-end prefs and one gui pref toggling both, for simplicity in gui prefs and tweakability in the advanced config. --[[User:Tuukka|Tuukka]] 14:04, 7 April 2006 (PDT)'''Pro'''* You have the choice, but no new preference is needed* The behavior is logically tied to either pseudo-MDI- or pseudo-SDI-mode (since Firefox is a hybrid, you can choose what side it should tend to)* You see what the current behavior is (visible or hidden tab bar)* The current default behavior remains unchanged'''Con'''* The difference between pseudo-MDI- and pseudo-SDI-mode isn't always obvious* You'll need an extension if you want to break this logical tie==Question==* If the use-case was changed so that:** Ctrl+W will close the selected tab, as per currently, until only one tab is left in the current window.** If the number of open windows was >= 2, then pressing Ctrl-W would close the current window.** Otherwise, when only one tab in one window is left, Ctrl+W will blank the tab and clear session history (basically a quicker way of closing the tab and creating a new one).:: ... would this be a suitable compromise? That would allow the tabless users to close windows (apart from the very last one), and it would allow the single-window-mode users to not have their one window closed.::: This is what gedit 2.10.5 does (except for blank document creation). The visible results of Ctrl-W being dependent in this way on whether there happen to be other gedit windows open somewhere is weird, imo. --[[User:Tuukka|Tuukka]] 16:58, 24 Jan 2006 (PST)Discuss: Ctrl-W on last tab should not close the window. Ref: [https://bugzilla.mozilla.org/show_bug.cgi?id=236721 bug in bugzilla]. ==Proposed change== Ctrl+w should behave as the tab bar's close button already does, and as Ctrl+F4 already does, and as right click on tab -> "Close tab" already does. Ctrl+W and File->Close Tab should be consistent with every other tab-closingmethod, and close the tab, but not the window. In detail:* Ctrl+W will close the selected tab, as per currently, until only one tab is left.* When that tab is left, Ctrl+W will blank the tab and clear session history (basically a quicker way of closing the tab and creating a new one).* If Ctrl+W is pressed again, treat as above - i.e. you still have the window open, with one blank tab, with no session history. ==Arguments in favour and against== ===Pro===* Inconsistency: Close tab button and Ctrl-W are currently inconsistent ("close tab button" keeps app open, ctrl-W closes the (possibly last) window). Also in the same way, currently inconsistent with right click on tab -> "Close tab" (which cannot close the app). Also in the same way, currently inconsistent with middle button click on tab (closes tab, but not the window, even if only tab left).** ...but all these actions are graphically targeted at the tab; Ctrl-W is not.* There's already a keyboard shortcut for closing the window (SHIFT+CTRL+W).** ...but that's not at all what Ctrl-W does, conceptually.* Surprise: The current behaviour is often surprising - "Whoa! Where did my browser window just go?". New behaviour will not be surprising to the new user in this way.* Precedent in other multi-tabbed browsers: This is how tab closing via Ctrl-W works in IE7, NetCaptor, and Opera, among others.** ...but all these apps display a single-tab tab bar by default; Firefox does not. (see also related [[Ctrl_W_not_close_app#Behavior_dependent_on_tab_bar_visibility|proposal]] below)** ...IE7 (released version) closes the app when using Ctrl-W to close the last tab* Clarity: Closing the tab and closing the window are two very different things - one means "I'm done with the current block of information, but this app is still useful to me", and the other means "this entire app is no longer of any use to me" - they are conceptually different things. At the moment this is being muddied by having the meaning of Ctrl-W change between these two things, depending on context.** ...but what if "I'm done with the current block of information, and the window is as useful as the documents it contains"? The proposal requires use of different keybindings case by case, when the same thing is meant.** ...The application doesn't necessarily close when the browser window closes. You could have other browser windows, download windows, etc open. You could also be on OS X where the app is still running without any windows present.* Easier to close all tabs without closing the browser (by holding Ctrl+W rather than Ctrl-F4).* Firefox supports multiwindow tabless browsing; ctrl-w closing the document but not the window is consistent with applications such as MS Office 2000 and GEdit (GNOME text editor; it will actually close a window with Ctrl-W, but not the last window).* Currently, when I'm done with a tab, I cannot always safely press Ctrl+W, and assume that the right thing will happen (the tab will close, but the window will stay open). As I have to press a different shortcut to close a tab when it is the only one left, I sometimes accidentally press the Ctrl-W shortcut without realizing that it will close the window.* Blanking a tab is a useful action if you browse in single-window-mode (as the window is long-lived, whereas the tab is disposable - so we want the window to stick around, but need a way of clearing the content from the last tab when we are done with it, without closing the window)* For people who usually use tabs rather than windows, it's nice to have an easy-to-press shortcut (Ctrl+W) to close only the tab. ===Con===* It's a change in the User Interface from how it was in Firefox 1.0 and 1.5.* Closing a tab that creates a new blank tab is arguably not closing a tab.* Users on UNIX systems wanting mouse keyboard bindings may want a key binding that uses two keys rather than 3 to close the window (although Alt-F4 may do this?).* There's already a keyboard shortcut for closing the tab (ctrl-F4). There is no other keyboard shortcut for what Ctrl-W currently does.* Firefox supports multiwindow tabless browsing; ctrl-w not closing the window along with its directly contained document is inconsistent with IE6 and other tabless applications.* The current document-centric ctrl-w behavior discards a window, as it does a tab, when the window no longer contains a document. The proposal makes the window widget "heavier" favoring it over the document concept; instead of the application getting out of the way when the user is done with the document, it demands that the user deal specifically with the window to close it with e.g. a different keybinding.* Currently, when I'm done with a document, I can safely press Ctrl+W, and the right thing will happen (the tab will close, or the window will close). If I had to press a different shortcut to close a window, I'd sometimes accidentally press the shortcut to close a window without realizing that I had other tabs open.* Blanking a tab isn't an especially useful action.* For people who usually use windows rather than tabs, it's nice to have an easy-to-press shortcut (Ctrl+W) to close the window.* 1 for the price of 2: If I'm done with the current document, and don't want to open a new one at this time, the proposal creates an additional step that I need to perform: either (a) determine whether multiple tabs are open, to decide whether to close a tab or a window; or (b) after just closing a tab, if a blank useless window remains, close it.* Most windows apps use crtl-w as a close command, including IE6, making this unintuitive behavior.** OS X apps as well ==Should this be a preference?== If finding a single behaviour that works for everyone is intractable, then perhaps it should be a boolean preference between the current behaviour and the behaviour described above in the use-case? ===Pro having a pref===* It would allow the user to select the best trade-off of the pros and cons above, at their discretion.* It would allow consistency to different HUI guidelines for example Apple vs Gnome.* There may be an element of the religious emacs-vs-vi / pro-life-versus-pro-choice debate to this: People who care tend to have a strong preference one way or the other, depending on their personal browsing style and which UI they think works best, and it may be that no amount of discussion will change that viewpoint. In particular, do you mostly browse with tabless single windows, or mostly with a multi-tabbed single window? Perhaps whichever mode you are closest to will drive your assumptions the most about expected behaviour. ===Con having a pref===* It would introduce yet another preference, when the overall direction seems to be towards reducing the number of preferences. ==Alternative suggestions== ===Behavior dependent on tab bar visibility===Instead of creating yet-another-pref, why not have this behavior dependent on tab bar visibility: if you choose to not hide the tab bar with only one tab left, you stay in tabbed browsing mode and Ctrl+W blanks the tab - mimicking an MDI application; otherwise you leave tabbed browsing mode and Ctrl+W closes the window as other SDI applications are closed (e.g. MSIE and Windows Explorer). --[[User:Zeniko|zeniko]] 14:59, 14 Mar 2006 (PST) After going through the pro/con points again, I think this might in fact be a surprisingly reasonable idea, as it seems the arguments are rooted in two distinct modes of usage:* Firefox as document viewer: ...and what use is a blank document viewer, and why would I ever want to see one? Just because it happens to be able to contain multiple documents in one window, doesn't mean it should flaunt its empty document containers at me. Windows are cheap.* Firefox as tabbed browsing shell: ...and who wants to accidentally lose their shell? That's like X crashing, or logging out automatically when all windows are closed, and recovery is a bunch of unwelcome work and takes time.I suspect (well, hope) that the people in the latter category wouldn't mind an always-on tab bar any more than the taskbar, whereas people in the former category likely would. And, as you point out, the document close behavior would match the SDI/MDI flavor advertised by the visible UI when displaying a single document. One alternative, if feasible, would be two back-end prefs and one gui pref toggling both, for simplicity in gui prefs and tweakability in the advanced config. --[[User:Tuukka|Tuukka]] 14:04, 7 April 2006 (PDT) '''Pro'''* You have the choice, but no new preference is needed* The behavior is logically tied to either pseudo-MDI- or pseudo-SDI-mode (since Firefox is a hybrid, you can choose what side it should tend to)* You see what the current behavior is (visible or hidden tab bar)* The current default behavior remains unchanged '''Con'''* The difference between pseudo-MDI- and pseudo-SDI-mode isn't always obvious* You'll need an extension if you want to break this logical tie ==Question==* If the use-case was changed so that:** Ctrl+W will close the selected tab, as per currently, until only one tab is left in the current window.** If the number of open windows was >= 2, then pressing Ctrl-W would close the current window.** Otherwise, when only one tab in one window is left, Ctrl+W will blank the tab and clear session history (basically a quicker way of closing the tab and creating a new one).:: ... would this be a suitable compromise? That would allow the tabless users to close windows (apart from the very last one), and it would allow the single-window-mode users to not have their one window closed. ::: This is what gedit 2.10.5 does (except for blank document creation). The visible results of Ctrl-W being dependent in this way on whether there happen to be other gedit windows open somewhere is weird, imo. --[[User:Tuukka|Tuukka]] 16:58, 24 Jan 2006 (PST)
Removing vandalism by Buljlwmg.
