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