anjuta.. KDevelop... vim!!!

Рулезна. А how to сочинить не можеш?

anonymous (*) (2003-01-09 12:47:55.44):

HOWTO-VIM

Go to vim.org and read all other there!

тем более что названия плагинов видны на шоте.
хотя лично мне больше нравится связка MiniBufExplorer и TagList.

Название и текст поста провоцируют на флейм. Anjuta и, тем более, KDevelop не совсем поделки, а точнее, совсем не поделки. Как редакторы они уступают vim, но зато не настолько ортодоксальны, и содержат много чего встроенного, например, отладчики. Говорят в KDevelop3 можно будет подключать vim как редактор - вот это будет действительно мощное сочетание.

надо xemacs попробовать......

а) А зачем мне всё это встроенное, если отладчиками я практически не пользуюсь, а всё остально замечательно можно вызвать. Тот же make, doxygen, etc?

б) У vim'а достачно мощный встроенный язык. На нём можно написать всё что душе угодно. Если не хватает, то можно подключить perl, python, ruby name_it_your_self.

в) В отличии от много остального с vim'ом можно _быстро_ работать на удалённой машине. Я именно так и работаю.

г) На самом деле TagExplorer'ом и всем остальным я не пользуюсь - надобности нет. Мне вполне хватает связки vim+ctags. Ну ещё пара мелких скриптов для привязки с cvs'у и закрывания xml тегов. Ну плюс ещё самописный скриптик создающий скелет для doxygen'а по заголовку функции.

д) И самое главное - в vim'е я редактирую программы на порядки быстрее, чем во всём остальном. Ничего не отвлекает, всё что нужно под рукой, к мыше тянуться за каждой мелочью не надо.

Кстати есть в vim феня, позволяющая с gdb юзать. Я правда ее не пользую, а мне уж очень нравится команда make под vim - где компилер спотыкается, на ту строчку и курсор ставит. В сочетании с autoindent и с подсветкой синтаксиса отличная штука.

дети...НИКТО _почти_ НИКТО ***РЕАЛЬНО*** не работал в MS Visual C++ - это _просто_ видно....

вот именно что почти. кстати, под линухом оно не ходит.

А как РЕАЛЬНО работать в MS Visual C++ под Линукс ?

А можно ли в vim включить такую фишку как например в MS VC++.

Не знаю точно как это обзывается. Это когда обращаешься к элементу объекта и тут же выпадает список, в котором все члены класса.

Несомненно удобная штука.

В Anjuta этого пока нету. Есть в Borland C++ (Kylix?). В Kdevelop не помню.

И еще такой вопрос.

Когда пытаешься написать вызов какой либо функции например printf(

появляется прототип функции с параметрами.

Согласитесь тоже удобно, особенно когда не помнишь точно прототип функции.

Есть ли это в vim?

ну почему никто? :)
я под ним работаю уже несколько лет.
только без VisualAssist с ним тяжко.
а еще мне VC7 не понравился, так что 6-й использую

что насчет удобства, то это точно подмечено: небо и земля со всем остальным.

однако из бесплатного и под *никсы мне больше всего vim подходит. анюту пробовал, но как-то не зацепило (да и проекты под gtk она у меня автоматом не создает чего-то - ошибки пишет).

когда буду писать что-то с гуем связанное, тогда задумаюсь о какой-то тулзе помощнее vim, чтобы и гуй умела редактировать. а пока на php пишу - хватает и vim'а.

Dead, есть такой сайт: http://vim.sourceforge.net/ - смотри там.

я там видел плагин для показа методов класса. правда не ставил - не потребовалось. называется oocompletion (http://vim.sourceforge.net/script.php?script_id=501)

плагин для показа параметров не смотрел. может тоже есть.

code forge рульнее

To Dead:

Во-первых я работал с Visual Studio. Давно, правда.

<!-- Дальше идёт Сугубое ИМХО -->

Мне не нужен варинт с выпадение списка всех свойств у объекта. Ибо если их много, то они всё рано все не помещаются в 4-5 строк окошка. А если их мало, то их проще всех запомнить. К тому же в vim'е есть _очень_ мощный code-completion. С использованием ctags/cscope - самое оно. Ибо проще нажать 2 (прописью: две) славиши для дополнения текущего слова, чем прокручивать длинный список вариантов.

>дети...НИКТО _почти_ НИКТО ***РЕАЛЬНО*** не работал в MS Visual C++ - это _просто_ видно....

Это ты сам придумал или тебе кто сказал? Сугубо личное наблюдение - те кто изначально пользуется всякими кодо-генераторами, практически плохо знают язык программирования - это относится и к MSVC и к Delphi. Методику компиляции и сборки эти люди вобще плохо себе представляют, им "среда" нужна :)

PETER, зря ты это.
если ты реально работал с MSVC, то должен знать, что кодогенерация там по-минимуму используется. только каркас.
в дальнейшей разработке проекта разве что обработчики на оконные сообщения вешаются через IDE. остальное - руками.

насчет дельфи я с тобой соглашусь, но только в том плане, что за прослойкой VCL не каждый из программеров видит WinAPI и понимает - как оно работает.

Прочитал твои посты (я тот самый первый про VC) handshake вообщем))) ЛОРовцы еще раз доказали что никто не видел и реально не работал с VC.

хмммм Я работал с ВЦ Набирать Makefile самому и собирать _как мне хочется_ для меня было наилучшим Так нафига мне ВЦ++ если есть халявный GCC и под винду в том числе

Ламеры - пусть плотют бабло за легальный софт А мне и так живется нормально

а, если не секрет, что за проект был?
насколько графический?
.rc-файлы тоже руками делал??

да и чего такого ты там в Makefile руками намутил такого, что по Alt-F7 там не выставляется?

согласен, что MSVC платный, что оффтопик итд итп, но иметь под юниксом редактор такого уровня, с возможностью замены кучи компонент (вплоть до встраивания gvim'а вместо дефолтного редактора) я был бы совсем не против.

з.ы.: кто юзал (только нормально юзал) KDevelop и MSVC - можете сравнить функциональность?

не всегда и везде VC применим, между прочим - те кто тут рассказывют про настоящую работу видимо привыкли писать всякого рода гуйню на мфц, здесь вц6 рулит как никто.. но все равно слишком много операций приходится делать мышой, а это есть сакс. вижуалассист тоже не сказать что бы очень удобный - вроде все показывает но постоянно мышой тыкать надоедает..

насчет показа членов класса в vim - http://qrot.by.ru/img/vim-rulezzz2.PNG

Ну расскажи, придурь, что такого есть MSVS, что было бы реально нужно и удобно в работе. Чего там нет - я расскажу. Там нет встроенного языка - и, соответсвенно, настройка этого ебанутого убожества невозможна. Кроме того, MSVS заточен под очень ограниченный и убогий набор языков. Так что даром никому такое говно не нужно (как и всякие kdevelop-ы)

За 6-ой соглашусь - языка там нет, там есть базик.

Заточенность там, не только (и не столько) под убогий(? - сам ты Ocaml) язык, но и под убогие(истина и бяда) библиотеки. (Среда, блин, а не четверг, а шаг вправо - побег с отягчающими).

Удобства - какие?

P.S. Да VC - элитарный продукт, продается на Савке и у трех вокзалов. Так что - никто не пробовал - в лужу.

Ребят...дети...это опять я...те вещи, которые реально делают на MSVC...ну как вам объяснить? вся стоимость софта для этого - это меньше месячной зарплаты _реально специальста_ MSVC++. Генераторы? когда проект весит 10Мб (исходники только)....вы привыкли писать детские программки и класть тутже их соурфорж пыжась от радости, а бывает и другое)). В MSVC++ есть большая иерархия объектов автоматизации доступная для использования (т.е. расширения среды) на любом языке, который поддерживает создание COM-объектов (на тот случай, когда VBScript огрвничивает)...Не то чтобы мне хочеться все это порекламировать - дома винды нету уже как год, просто Microsoft Visual C++ 6.0 (за 7 не говорю, ибо почти не работал) - это очень мощный, удобный и эффективный инструмент разработчика под Win32. Я ОЧЕНЬ надеюсь, но не верю что что-то подобное будет в OpenSource. p.s. MSVC6.0(prof. edit) - 350$ стоит..а сколько стоит поделка Kylix?...

первый анонимус

Вы правы насчет больших проектов. На етой ноте - русифицированный CodeForge в3.0 скоро будет безплатным.

> это опять я...те вещи, которые реально делают на MSVC...

И какие они? Кроме падающих редакторов уровней под Hexen. 1.

> когда проект весит 10Мб (исходники только).

увольняют дизайнера(ов) :(

> В MSVC++ есть большая иерархия объектов автоматизации доступная для использования (т.е. расширения среды) на любом языке, который поддерживает создание COM-объектов (на тот случай, когда VBScript огрвничивает).

Раз БОЛЬШАЯ - значит правильная. Поцелуй меня в ж... с такими аргументами.

> это очень мощный, удобный и эффективный инструмент разработчика под Win32

Ну и расскажи про его мощность доступными (для совкового программиста) словаии. Глухо? Не расстрвайся - люди и changelog для Office XP доступно написать не могут.

Какой басик? Не понял. Я не нашел там никакой возможности ничего прикручивать. Любые дополнения, визарды, и прочее - внешние приложения.

>И какие они? Кроме падающих редакторов уровней под Hexen. 1. То что мы пишем стоит больше 500$ как заказ (вместе с железом на 100) и в дальнейшем как отдельный продук на компакет по 5000$ копия, на MSVC++ написано 95% всего виндового софта. ПРЕДСТВАЛЯЕШЬ СКОЛЬКО ЭТО?

>Раз БОЛЬШАЯ - значит правильная. Поцелуй меня в ж... с такими аргументами. Мда..ругань - это я пропущу - можно, _лоровец_? БОЛЬШАЯ - это такая, которая позволяет иметь программный доступ ко всем функциям Visual Studio, UI,Editor, - ВСЕ. расширяй как хошь и на чем хошь.

VBScript & любой COM-совместимый язык

Antichrist: VBA там самый натуральный. Tools -> Macro... или Record Quick Macro, а потом либо на кнопку назначаешь, либо на хоткей и вперед.
может кто и пишет что на VBA для VS - не знаю, я таких людей не встречал.. мелочи писали типа оформления деклараций, а что бы например фолдинг или индент переделать - не видел.

Извини опечатался - за заказ конечно 500 000$. Самое удивительное - что это сев. военный флот такие деньги дает, а еще что вообще шокирует - под Win2K :)

может кто и пишет что на VBA для VS - не знаю, я таких людей не встречал.. мелочи писали типа оформления деклараций, а что бы например фолдинг или индент переделать - не видел.

зайди на www.codeguru.com - поищи чего-нить себе (идент там есть)

> и в дальнейшем как отдельный продук на компакет по 5000$ копия, на MSVC++ написано 95% всего виндового софта. ПРЕДСТВАЛЯЕШЬ СКОЛЬКО ЭТО?

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

> это такая, которая позволяет иметь программный доступ ко всем функциям Visual Studio,

Об этом и речь, уважаемый. Давайте.

> Самое удивительное - что это сев. военный флот такие деньги дает, а еще что вообще шокирует - под Win2K :)

Прикинь - а я в стройкомплексе Москвы последние 7 лет себя неплохо ощущаю.

Я не понимаю, какая разница, что за проекты писались а VC?

Ну нету под виндой более достойного редактора чем от Borland и MS.

Как будто под линуксом мало хороших проектов написано. А там естественно никаких VC небыло.

Так теперь вопрос, на каких средах писалось большинство проектов.

Не знаю точно сколько и на чем, но то, что у vim'а доля не маленькая, я уверен.

И не надо ухмылятся, что лоровцы дети, у них десткие проекты и т.п. Это не есть верно!

> Прикинь - а я в стройкомплексе Москвы последние 7 лет себя неплохо ощущаю.

Ладно, не для пузомерки, но для понимания --- вы понимает как _реально_ в России выделяются деньги на проект? Да, я - мелкая вошь - к "деньгам" не имеющая никакоко отношения?

Не корысти ради, но ...

PS Деньги = < 5000$

Сам себя поправляю.

Хотя мануал по vim в pdf на 570 страниц - это жестоко :-)

>>Ну нету под виндой более достойного редактора чем от Borland и MS. Ну ребята вы блин даете! А Visual SlickEdit забыли:)? Кто еще его не видел - http://www.slickedit.com! Не пожалеете, и под Лин и Под Вин:) И фишек всяких поболее чем в анютах и Visual Studio 6 - начиная от колоринга,автокомплита,всплывающих подсказок до поиска включений и использований лексем. Вот. Кстати это на самом деле редактор а не IDE, просто очень гибкий,удобный и с возможностью запуска внешних тулсовин.

Конечно все это чистое ИМНО:) но советую не пожалейте времени с ним разобраться, хотя там все просто - потом не пожалеете%)

тому анаонимусы, который всё пытается из себя взрослого изобразить -- а auttools пробывали? А под три юниха сразу писали? Ну и пошёл в задницу, ламо.

> дети...НИКТО _почти_ НИКТО ***РЕАЛЬНО*** не работал в MS Visual C++ - это _просто_ видно....

Да-да... Тока сами программисты MS что-то не сильно жалуют втроенный редактор VC... :)

http://groups.yahoo.com/group/vimannounce/message/103

ну вы тут наотвечали
по поводу встроенного языка в MSVC: там есть VBA, есть через него доступ к структуре документов, открытых в среде итп.

по поводу серьезных проектов с большими исходниками: есть такая CRM Pivotal. желающие узнать цену - www.pivotal.com. Исходники там занимают гораздо больше 10 мб, и больше на порядок с чем-то, к слову. и пишут именно на VC, сейчас вот переходят на VC7, насколько мне известно.

по поводу встроенного редактора: родной встроенный - не очень. лучше взять тот, который с ассистом идет.

насчет ассиста: мышкой в нем я не пользуюсь - все прекрасно вешается на клавиши.

да, и еще, по поводу проектов по 10мб и увольнение дизайнера: а сколько занимают исходники ядра вселюбимого линуха? ;)

исходники ядра моей фри тут явно на побольше потянули...

Народ... А кто мешает тот же Emacs к MSVC прикрутить.

надо, чтобы emacs управлялся через COM
он разве умеет это?
для gvim сделали прослойку соответствующую...

Emacs умеет вызываться вместо встроенного редактора.Правда в режиме отладчика он не работает.Addin для него зовется VisEmacs вроде,где лежит не помню

VisEmacs - http://sourceforge.net/projects/visemacs/

Я работаю над средними проектами под VS и Embedded VS(пара десятков проектов на воркспейс). Действительно неплохой IDE, но управление проектами под несколько целевых платформ (по крайней мере для Embedded VS) - это просто реальный кошмар. Встал вопрос об автоматическом ежедневном билде под несколько платформ - он практически не решаем. В общем народ прав: шаг влево, шаг вправо - немедленный расстрел :(

чего там нерешаемо???
msdev.exe project.dsw /make "Project Name - Target Platform" /rebuild

если мне память не изменяет с названиями ключей. соберет все автоматом в консоли под соответствующий (указанный в кавычках) таргет. хочешь автоматический ежедневный билд - пропиши в шедулер.

у нас на фирме еще и исходники автоматически из VSS вытаскиваются, автоматом версия инкрементируется, обновляется база в VSS после этого, а потом автоматом все собирается и упаковывается. надо только батник запустить...

2 Antichrist: VS имеет встроеный язык, правда совсем уебищный... наверное кто то умеет его пользовать.

У меня вот какой вопрос (не флейма ради, а интереса для) кто пользовал Vim и Emacs? Сам я работаю в Vim'e везде, даже под виндами, убил пару дней на изучение и често говоря VS после этого кажется убожеством. Хочу попробывать Emacs. Собственно вопрос в следующем есть такие кто переполз с вима? И почему.

Я Vim только смотрел, а пользуюсь Emacsом.Как я понимаю Emacs сложнее в настройке на порядок.В виме используется свой язык настроек, а в Emacse - Lisp на котором можно написать более функциональные дополнения.IMO если потратить на изучение Emacsa кучу времени (а его надо много) то время это не пропадет даром

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

да и, в конце концов, ты на нем чтоли писать собрался? если тебе что-то надо - напишешь разок, не переломишься, а основное время ты будешь все равно на си писать.

я сейчас под фрей тексты в vim редактирую. когда выбирал между ним и emacs - долго не мог выбрать. emacs, конечно мощнее, но его встроенный язык, это, простите вообще ужас имхо. был бы там перл или тикл - еще куда ни шло, но лисп... первый раз у меня были проблемы с освоением неизвестного языка :)

я, кстати, с интересом послушаю мнения тех, кто emacs'ом активно пользуется. хочется, так сказать, success stories услышать :)

>чего там нерешаемо???

Реально _состав_ и опции проекта зависят от трех вещей: платформа Windows CE (HPC2.xx, HPC2000, Pocket PC и т.д.), аппаратная платформа (ARM, MIPS, SH3, эмулятор и т.д) и состав оборудования (разные модемы и т.д.) Так вот EVS не позволяет нормально управляться со всем этим зоопарком (например, легко добавлять новую конфигурацию на основании нескольких старых) Сказать, например, что для данного оборудования в билд включать только определенные файлы, а для другого - эти файлы наоборот не включаать (для всех конфигураций, где данное оборудование есть и т.п.) Т.е. реальная проблема в управлении этими конфигурациями.