If I were to implement something like that (not saying I would, I don't have the foggiest where to start on the Creator internals) I would tie dictionary completion to a keystroke so it would (1) be accessible even on something that DOES have contextual completion, and (2) wouldn't use up cycles coming up with a dictionary unless I wanted it.
/s/ Adam On Fri, Oct 29, 2010 at 1:43 PM, Cristian Tibirna <tibi...@kde.org> wrote: > > Hello > > Was it ever discussed among the developers of QtCreator, the utility of > introducing dictionary completion, as an augmentation to the contextual > completion available today? > > > > <daydreaming> > What I have in mind is offering vim- (and (X)Emacs- and Kate-) like completion > that disregards the context and just returns a list of valid words as found in > the current document (or current open documents) in order of proximity. > > This would be useful in situations when the contextual completion doesn't > offer any variant (like inside template class methods). > > Also, it should only be offered as a last recourse, and never when contextual > completion offers at least one variant. > > I could see also that this kind of completion would be marked differently in > the UI (e.g. with a red background). > </daydreaming> > > -- > Cristian Tibirna > KDE developer .. tibi...@kde.org .. http://www.kde.org > _______________________________________________ > Qt-creator mailing list > Qt-creator@trolltech.com > http://lists.trolltech.com/mailman/listinfo/qt-creator > _______________________________________________ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
