Multilang code completion

[Milian Wolff]

David Nolden, 03.08.2010:
> 2010/8/3 David Nolden <zwabel at googlemail.com>:
> > Another option that seems much simpler: Register the completion-models
> > for all languages, and when invoking code-completion and retrieving
> > the current context, simply break if
> > "languageForContext(currentContext) != myLanguage".
> 
> Btw. I think this check already exists, except that it just uses
> "topContext->environmentFile()->language()", so you'd have to replace
> that check with the more fine-grained version. Btw. I think we should
> remove the topContext->environmentFile()->language() enumerators (they
> suck), and use an IndexedString instead, so it's compatible with the
> "language" entries in other places. Then languageForContext could use
> environmentFile()->language() as fallback language for top-contexts.
> 
> Greetings, David

At least the code completion code I found didn't use that.

I've done two iterations:

1) http://gitorious.org/+kdevelop-developers/kdevelop/devel-
kdevplatform/commit/adecb5ec49e367bc55d054b4efbec7a0e8e4722f

2) (which essentially reverts most of 1) ):
http://gitorious.org/+kdevelop-developers/kdevelop/devel-
kdevplatform/commit/2d4b552088f658420bb416e2568fb95e7bb8105a

2) is now the status quo and all multilang branches (kdevelop, quanta, php) 
support it now and it works quite well.

Bye
-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20100805/1fac09f6/attachment.sig>