[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwrite-devel
Subject:    Re: Reasoning for shortcuts in editor-config
From:       Andreas Pakulat <apaku () gmx ! de>
Date:       2008-03-29 9:07:12
Message-ID: 20080329090712.GC32625 () morpheus ! apaku ! dnsalias ! org
[Download RAW message or body]

On 29.03.08 08:17:33, Anders Lund wrote:
> On fredag 28 Marts 2008, Andreas Pakulat wrote:
> > On 28.03.08 20:37:01, Anders Lund wrote:
> > > On fredag 28 Marts 2008, Andreas Pakulat wrote:
> > > > If there's no good reason for that page I think its time for it to be
> > > > removed.
> > >
> > > All applications using katepart would have to add it to their own dialogs
> > > somehow. To do this they would have to be able to access the
> > > actionCollection, which again requires a KTextEditor interface (I don't
> > > think it's accessible right now). Even with that in place it would
> > > require coding on the client part.
> >
> > No they don't unless I'm missing something. So far all apps that use
> > katepart also use xmlgui, which means they can use
> > KXmlGuiFactory::configureShortcuts() to show the normal "Configure
> > shortcuts" dialog and that function shows all action collections from
> > all xmlgui clients and AFAIK the katepart is such a xmlgui client.
> >
> > And the same thing can happen if the application doesn't use that slot,
> > it can just use KatePart as XmlGuiClient (as all KParts are) and
> > thus retrieve its action collection.
> >
> > Andreas
> 
> None of these actions are in the menus or toolbars, nor are they meant to be. 
> So they are not, and should not be, available through XMLGUI. They represent 
> the keyboard bindings for the editor, and they are actions so that these can 
> be changed by people wanting 'emacs key bindings' etc.

Ok, then I indeed missed somethign :) I'm going to close the bugreport
as invalid then.

Andreas

-- 
You are fighting for survival in your own sweet and gentle way.
_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel
[prev in list] [next in list] [prev in thread] [next in thread]