Bug 215202

Summary: Brief auto-complete list is too short on information
Product: [Applications] kdevelop Reporter: Diederik van der Boor <vdboor>
Component: Language Support: CPP (old)Assignee: kdevelop-bugs-null
Status: RESOLVED DUPLICATE    
Severity: normal CC: david.nolden.kde, olivier.jg
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Diederik van der Boor 2009-11-18 23:49:23 UTC 
Version:           3.9.96 (beta6) (using KDE 4.3.3)
Compiler:          gcc
OS:                Linux (i686) release 2.6.31.5-0.1-desktop
Installed from:    openSUSE RPMs

When I discovered the brief auto-complete popup, I found it a bit confusing.

For example:
- multiple overloads are shown exactly the same. So the suggestions for a QString become:
append()
append()
append()
arg()
arg()
arg()
Comment 1 Diederik van der Boor 2009-11-18 23:50:50 UTC 
...so I would like to suggest, could you show some argument information, or just squash all overloads together?
After pressing a ( character, the auto-suggest popup could appear for the various possible arguments.
Comment 2 Andreas Pakulat 2009-11-19 00:05:40 UTC 
That doesn't look like our autocompletion (unless that changed recently). We always show arguments and return type for each method. The above looks more like kate's wordcompletion or something else jumping in herre.
Comment 3 Andreas Pakulat 2009-11-19 00:24:56 UTC 
Have to correct myself: The always-minimal completion looks like that and the automatic-popup when set to minimal.

AFAIK this is a wontfix, David explicitly made the auto-completion popup (i.e. the one that pops up automatically) the very-brief version as its supposed to allow you to type faster. So its not supposed to complete more than the function name, if you want more information there's Ctrl+Space shortcut to show that information (or you can change to full completion under Settings->KDevelop->Language)

I'll leave the decision to David.
Comment 4 Milian Wolff 2009-11-19 00:26:30 UTC 
Andreas, the short autocompletion does what is described above. It is triggered - given the option is set - during automatic completion. Manual completion is always "full" completion.

I second the wish request. Since it's supposed to be "short", the stuff should get merged.
Comment 5 Andreas Pakulat 2009-11-19 00:36:21 UTC 
(In reply to comment #4)
> Andreas, the short autocompletion does what is described above. It is triggered
> - given the option is set - during automatic completion. Manual completion is
> always "full" completion.
> 
> I second the wish request. Since it's supposed to be "short", the stuff should
> get merged.

I think you're misunderstanding. Diederik asks for the short-list to be not-so-short-anymore but instead be like the full completion. Which doesn't make much sense as thats the point of the full completion. If you want full automatic completion, there's an option for that in the settings.
Comment 6 Milian Wolff 2009-11-19 01:16:15 UTC 
> ...so I would like to suggest, could you show some argument information,
> __or just squash all overloads together?__

I second _that_ part of his request.
Comment 7 Diederik van der Boor 2009-11-26 23:52:52 UTC 
Yes, that's what I meant to say too :-)

While typing a dot, the auto completion kicks in with the possible names (overloads squashed as one). When pressing the ( the argument completion kicks in. Both would complement each other quite nicely in such way.
Comment 8 Olivier.jg 2010-12-19 08:28:30 UTC 
That makes this a dupe.

*** This bug has been marked as a duplicate of bug 203954 ***