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

List:       kde-core-devel
Subject:    Re: The future of KAction
From:       Alexander Dymo <adymo () mksat ! net>
Date:       2005-11-21 17:59:26
Message-ID: 200511212000.17475.adymo () mksat ! net
[Download RAW message or body]

On Monday 21 November 2005 08:19, Simon Hausmann wrote:
> To me it seems easier and cleaner by letting kdevelop not provide those
> placeholders (action groups) in the first place and making sure kate uses
> the same groups as kdevelop. You will have to talk to the kate developers,
> I see no way around it. But I heard they're friendly people :)
In any case (xmlgui or GuiEditor) we will.

> With blacklisting you have to adjust kdevelop to the latest kate version to
> make sure the integration looks nice and with whitelisting you potentially
> miss new actions kate adds in a new release. You sure could have both. For
> 'approved' editors in the right version kdevelop could just use their GUI
> and otherwise (unknown editor) it could pick the most common actions itself
> and add them to the menus where you want them.
Exactly. I don't want to use action filter as an usual mechanism for GUI
building and filtering. Groups are fine. I just want to have a "last resort"
for things that we can't immediately change in plugins and components.

> With an event filter I think you're likely to end up with a gigantic ugly
> function after a few releases that tries to look for actions with all sorts
> of different names. Do you really want that? :)
I'd really want to avoid it but I know I will need it ;)
[prev in list] [next in list] [prev in thread] [next in thread]