Размышления об IDE

А ты умудряешься дергаться от одного окна к другому, забавно не правда ли. А вообще с чего у тебя такой баттхерт? От осознания убогости твоего недоредактора или недоиде, которой ты пользуешься?

> А вообще с чего у тебя такой баттхерт?

Тебе показалось. Я просто отвечаю тебе в твоем же тоне.

От осознания убогости твоего недоредактора или недоиде, которой ты пользуешься?

Я пользуюсь Eclipse, ссылку на скриншот которого ты привел.

Насчет инлайнового diff я тоже не очень понял, но интеграция VCS в IDE очень удобна.

Например, для Eclipse: в дереве видно какие файлы поменялись, при сравнении файлов показываются структурные изменения (если в большом файле поменялись всего несколько функций, то только они и будут показаны в Structure Compare), при этом в редакторах compare полностью поддерживается все действия с кодом как в обычном режиме.

В IDE даже историю изменений удобнее смотреть, чем в web-интерфейсах всяких. Также во время отладки можно быстро сделать annotate для текущего файла и увидеть кто, когда и зачем менял текущую строку, на которой сейчас стоит отладчик.

По сравнению с использованием VCS только из консоли интеграция в IDE дает много преимуществ. Даже в Emacs/vim какая-то интеграция имеется, хотя они и не IDE.

> Насчет инлайнового diff я тоже не очень понял, но интеграция

Это когда IDE отображает не два окна со старой и новой версиями рядом, а показывает изменения в одном окне, как обычный консольный diff.

при сравнении файлов показываются структурные изменения (если в большом файле поменялись всего несколько функций, то только они и будут показаны в Structure Compare)

Это выглядит круто, но пользоваться крайне неудобно. Вообще, эклипсовские плагины для контроля версий настолько угребищны, что это даже удивительно.

> http://phoenix.eclipse.org/screenshots/images/full/Synchronize-WinXP.png

Во, вот это уже по-человечески.

> Вообще, эклипсовские плагины для контроля версий настолько угребищны, что это даже удивительно.

По сравнению с чем?

>> Вообще, эклипсовские плагины для контроля версий настолько угребищны, что это даже удивительно.

По сравнению с чем?

С hg diff/log

С hg diff сложнее работать, информации меньше, хуже структурирована получается, хотя для мелких коммитов вполне подходит. Иногда запускаю (прямо из Eclipse) hg external diff через Araxis Merge, тоже довольно удобно получается.

> С hg diff сложнее работать

По сравнению с двумя окнами structure diff, в которых текст даже выровнять невозможно - это просто праздник. Блин, даже в веб-морде Trac и то можно смотреть нормальные inline и side-by-side diffs, что мешает их сделать в Eclipse уже 10 лет?

http://netbeans.org/kb/docs/ide/subversion.html#viewingChanges

>Дык он появился буквально пару лет назад, если не позже, а уже таких успехов достиг.

А если учесть, что парсер C++ они взяли из Kate/Kdevelop (там один и тот же KPart, насколько я понимаю), так ли уж велики успехи?

>А если учесть, что парсер C++ они взяли из Kate/Kdevelop

Разве что из kdevelop3. Ничего общего с kdevelop4.

там один и тот же KPart, насколько я понимаю

В kdevelop, kate и kwrite - да.
В Qt Creator по виду нифига не kate kpart, да и от кде не зависит.

>> А если учесть, что парсер C++ они взяли из Kate/Kdevelop

Разве что из kdevelop3. Ничего общего с kdevelop4.

Вроде бы главный разработчик парсера для KDevelop4 работает в Trolltech.

>Вроде бы главный разработчик парсера для KDevelop4 работает в Trolltech.

Может быть, но поверь - персер C++ из kdevelop4 и из QtCreator - небо и земля. Это просто разные парсеры по функционалу. QtCreator до сих пор в шоке от шаблонов со специализациями.

>Разве что из kdevelop3. Ничего общего с kdevelop4.

Возможно

В Qt Creator по виду нифига не kate kpart, да и от кде не зависит.

Я и не говорил, сказал, что код парсера взяли

>QtCreator до сих пор в шоке от шаблонов со специализациями.

moc их тоже не любит :)

>moc их тоже не любит :)

Да? Интересно. То есть нельзя это вытворять с Qt классами или вообще со всеми?)

>То есть нельзя это вытворять с Qt классами или вообще со всеми?)

moc обрабатывает только классы, содержащие Q_OBJECT, все остальные не затрагиваются. В случае, когда интересы пересекаются, иногда спасает typedef. Однако сделать сигнал или слот шаблонным не выйдет