Вопрос поднимался, KDevelop
МНЕ лично не понравился....
автопродолжения кода на нужном уровне там нету,
а по оценкам людей разрабтывающих автопродлолжение
кода в gvim в KDevelop подход к этому делу неверный!
автодополнение кода - жуткий маразм! Это первое, что следует отключить. Правильный подход был у борланда: переводишь курсор на любой класс и жмёшь Ctrl+F1, _БЫСТРЕНЬКО_ получая хелп по всему
классу (вкладки: структура классов|свойства|методы|события).
Единственное, что оправдано - это горячие кнопки для стандартных
кусков кода, типа
if ( |(тут курсор) )
{
(тут 2 пробела)
}
> автодополнение кода - жуткий маразм! Это первое, что следует отключить.
Неумение использовать инструмент не значит, что инструмент плох.
> Правильный подход был у борланда: переводишь курсор на любой класс и жмёшь Ctrl+F1, _БЫСТРЕНЬКО_ получая хелп по всему
классу (вкладки: структура классов|свойства|методы|события).
И как автодополнение мешает вызову хелпа? Бред пишете, не читая...
Имхо наиболее грамотно автодополнение реализовано в сликедите.
Открываем так скобочку после имени функции "(" ну или вводишь "." или "->"
после переменной/указателя структуры/класса
И имеем:
1) Прототип функции с типами аргументов и каментами к ним во всплывающем хинте
2) Выпадающий список валидных в данном контексте переменных подходящего типа (порядок их сортировки в этом списке можно кастомизировать) для каждого аргумента.
hint: Поработайте с проектом чуть большего размера чем "Hellow World" и поймёте вкусность этой штуки. А что вы в хелпе найдёте ? Токо стандартное API. А тут
и стандартное и сторонние библиотеки тегированы и всё, что вы написали тоже.
Это только один пример. Короче юзайте правильные инструменты.