CLosing apps
Maciej Pilichowski
bluedzins at wp.pl
Mon Mar 16 20:40:23 CET 2009
On Monday 16 March 2009 19:59:15 Matthew Woehlke wrote:
> Maciej Pilichowski wrote:
> > On Monday 16 March 2009 19:06:54 Matthew Woehlke wrote:
> >> Maciej Pilichowski wrote:
> >>> Let's start over:
> >>>
> >>> F44 -- close _this_ app (one instance)
> >>> F45 -- close doc
> >>
> >> Drop "F44"?
> >
> > ? You surprised me -- so when I run GAI (konsole+konq) I won't be
> > able to close konq. using keyboard?
>
> You can close the individual windows... or the container. Or (well,
> jury's still out) ALL konq's :-).
>
> I'll try the "poetry" again.
>
> If I have:
> container
> konq
> konq
> okular
> konq
>
> ...I'm not convinced we need a shortcut to close just the konq's in
> the above. (Unless it is "close all siblings" :-), which is
> probably a good action to have, though I'd leave it unbound by
> default.)
I also don't think we need shortcut for close _konquerors_, but I am
100% sure we need (I need) shortcut for close _this konqueror_.
Without it current TDI would be superior to TAI.
> (One possible source of confusion: I'm assuming process-per-window
> being the ideal, so the only sense in which "close one app" means
> something to me is "close one window" or "close ALL windows of this
> app type". Users cannot keep track of what windows belong to what
> process... by which *I* cannot keep track of what kwrite windows
> belong to what kwrite process; real example.)
I meant -- close one window, this window.
> >> I'd imagine we'd keep
> >> alt-f4 as some form of 'close container'; the question is, do
> >> you close the topmost container, or the nearest parent
> >> container?
> >
> > Let's drop nowadays symbols because they will drag us into the
> > nowadays meaning. We map keys later, ok?
>
> Heh, ok, I'll try. We have so far wm-close-window, wm-close-parent
> and wm-close-top-ancestor. (CW, CP and CTA.) I think we agree on CW
> and CTA.
I am not that sure with CW, so I'll wait for your comment of
the "poetry" part.
There is also close-doc -- CD.
> I think CP is needed,
Hmm, here I would say -- let's wait and see. Because it will be useful
only in complex cases.
However, on the other hand -- it comes with zero cost.
> I suggested adding wm-close-siblings-all.
So in case of Konq. TDI this would close all tabs? Right? In case of
TAI: kpdf * 10, konq * 10, this would close 20 tabs total? Right? If
yes, I totally agree.
If yes -- I also suggest "close all siblings except this one".
> We disagree on
> wm-close-siblings-similar (which, slight misnomer, also closes
> current).
I am against because I see no purpose in closing just 10 okulars
(example above) just in this container. If anything "close all apps
of this kind" (in entire system) seems for me more reasonable.
> We also have, and I think agree we would like to kill,
> app-close-all.
System wide? Yes.
> (Maybe we should say that implementing ctrl-q is
> optional, and only for systray apps where it means "really quit",
> and for broken/foreign apps.)
Wait, wait, wait :-). Let's clear things out with this one, because we
will be lost (at least me).
> You're welcome! Thanks for helping with this! (And I mean, this
> thread but also NWI in general.)
:-)
> (I think I also owe you a reply yet to the other thread, just not
> sure when I'll get to it. I haven't actually read your latest reply
> there, yet.)
No problem, take your time.
Little summary. For me basic minimum:
* close doc
* close this, current, window (this only instance of app)
* close topmost container (not counting desktop)
* close all siblings (but keep the container)
* close all siblings except this one (hey, this would work nicely at
the desktop level)
Here I am neutral (so I agree with what you say):
* close all instances, system wide, of this app
* close direct parent container of this window (except desktop)
Could you please you accept / don't accept those.
Cheers,
More information about the Kde-usability-devel
mailing list