Custom range for CodeCompletion

[David Nolden]

Am Dienstag, 2. Dezember 2008 08:36:48 schrieb Hamish Rodda:
> I looked over the code, and the patch has my blessings (I'm happy with the
> interface approach), and for 4.2 if there's no objections on kde-core-devel
> and kwrite-devel
>
> Cheers,
> Hamish.
I've sent a mail to kde-core-devel yesterday, but it seems like it's stuck in 
moderation. I've also sent one to kwrite-devel now, but the email address 
doesn't match the one I've registered with, so it's in moderation too. I hope 
they both pass the moderation soon.

Meanwhile here the message:
Hi Everyone! I've sent this message already a few days ago, but it's probably 
stuck in moderation because of a mismatching email address, so I'm sending it 
again.

I've read the release plan on the wiki, and it says that only bugfixes are 
allowed in the currect cycle. Now we have a few shared bugs between 
kdevelop/kate that could either be fixed the wrong way on one of the sides by 
adding more hacks, or the right way by allowing better interaction between 
both sides.

This is mainly about "simple" code-completion logic, eg. when is it triggered, 
when is it stopped, and when text is used for filtering. Currently these are 
hardcoded within kate, while actually that logic is specific for each kind of 
completion and language. So Niko Sams has come up with a patch to solve the 
problem. We have discussed, and came to the conclusion that while this could 
be solved with one single additional signal in 
KTextEditor::CodeCompletionModel, a new interface would be the much cleaner 
solution.

However we also want KDevelop4 to be compatible with KDE 4.2, since that's 
hopefully what will be out when KDevelop 4.0 is released.

So would it be ok adding the following interface in the current freeze state?

A few points why this is not too dangerous:
- All the affected code is, from what I know, currently _exclusively_ used by 
KDevelop, so the danger of breaking any other applications, even when 
problems should arise, is close to zero.
- KDevelop is already now used as main editor/IDE by many developers, and 
we'll start using this interface right away should it be added. This means 
that it may get the testing it needs during the months until KDE 4.2 release.

Greetings, David
-------------- next part --------------
A non-text attachment was scrubbed...
Name: codecompletionmodelcontrollerinterface.h
Type: text/x-c++hdr
Size: 3735 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20081202/38f2984f/attachment.hh>