Handling of editing in treeview

Andreas Pakulat apaku at gmx.de
Sun Jun 22 23:58:16 UTC 2008

On 23.06.08 01:41:40, Aleix wrote:
> On Mon, Jun 23, 2008 at 1:34 AM, Andreas Pakulat <apaku at gmx.de> wrote:
> > I just committed a change to the project treeview which will cause
> > a problem when using a plain-qt-styles (i.e. not inheriting from KStyle)
> > due to QTreeView defaulting to the DoubleClickEditTrigger. That means by
> > default QTreeView will start editing on double-click and not do anything
> > else (like emitting the activated signal). As we can't control Qt styles
> > and can't guarantee that people use KDE styles, I think we need to find
> > another way to fix this. The options as far as I can see are (my
> > opinions will be in a separate mail):
> >
> > - disable in-place-editing of items in the project treeview.
> > - find an edit-trigger that suits us, possible options are
> >  "pressing edit key", "pressing any key". I don't think any of the
> >  other options is usable for a project treeview
> I'd go for right-click + edit when the underlying project manager is
> editable.

mouse-alert! IMHO we need keyboard access too, but I like the idea of
disabling editing when the project manager can't handle that (which we
currently have no way of knowing actually). But that would requite
option "c" from my list.


Just because the message may never be received does not mean it is
not worth sending.

More information about the KDevelop-devel mailing list