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

List:       kde-core-devel
Subject:    Re: KKeyDialog vs. KKeyChooser.
From:       David Faure <david () mandrakesoft ! com>
Date:       2000-06-26 20:37:25
[Download RAW message or body]

On Mon, Jun 26, 2000 at 10:26:50PM +0200, Jesper K.Pedersen wrote:
> Following up on a question I stated earlier today on KDE-devel, regarding
> using KKeyChooser or KKeyDialog....
> 
> Looking into the source code for KKeyDialog I found that my approach for
> configuring keys wasn't the right one. but this leaves me with one
> question.
> 
> If I want to use the XML GUI, don't I have another way to configure keys,
> than use KKeyDialog::configureKeys?
> 
> My problem with this function is that it is a toplevel dialog, and
> therefore fits very badly into a configure dialog with other
> settings. (That is a dialog built with KDialogBase::addVBoxPage used a
> number of times).
> 
> A solution to the above problem would be to move the XML specific code
> (that is code for updating the action-set and saving the keys) from
> KKeyDialog to a function, which can be used in the "ok-slot" of
> KKeyChooser.
> 
> Does that make any sense? 
> Are there another way to gain was I'm trying to do?
> May I make this change to KKeyDialog?

According to previous posts, it's even more than that, that we need to do to
KKeyDialog. It should be rewritten to use QListView, with the possibility to
group actions (i.e. a tree), and your wish above is to add to the list
(i.e. separate the widget and the dialog somehow).
But this being said, nobody voluntereed to rewrite it, yet... Would you ? :-)

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://home.clara.net/faure/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today
See http://www.kde.org/kde1-and-kde2.html for how to set up KDE 2

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