Здравствуйте, Vzhyk, Вы писали:
V>Ага, а еще 20 лет назад, других автомобилей здесь, кроме жигулей, волг и запорожцев не было. Но это никак не говорит о том, что это были лучшие автомобили и что только ими нужно пользоваться до сих пор.
Я бы сравнил VS и Unix way с передвижением на автобусе и собственном автомобиле.
На первом удобно: купил билет — и тебя везут. Не напрягаешься.
На втором нужно уметь водить, постоянно крутить руль и (о ужас!) вообще хоть как-то разбираться в автомобилях. Зато на собственном автомобиле можно доехать туда, куда не ходит никакой автобус.
[рассуждения об удобном для Cyberax'а способе организации IDE поскипаны]
Видимо, в данном сорте колбасы потребности нет. В принципе, никто не мешает нарисовать нечто подобное что в vim'е, что в емаксе.
Да и тот же vim можно всобачить как редактор в тот же kdevelop (бубен, правда, требуется. Опять-таки, видимо, никому это не надо. Я сделал просто ради интереса, а вот оформить нормальный патч и протестировать его все никак руки не дойдут)
Здравствуйте, sch, Вы писали:
sch>Добрый день.
sch>Я работаю с проектом, состоящим из почти сотни файлов, причем файлы расположены в различных каталогах. И я обратил внимание на то, что много времени у меня уходит на поиск файла, который я собираюсь редактировать. Поэтому, хотелось бы иметь некий список файлов, между которыми я смог бы переключаться довольно быстро; и хотелось бы чтобы Emacs автоматически считывал этот список при запуске. Соответственно, интересно существуют ли скрипты\плагины которые позволили бы мне сделать это?
sch>Я понимаю, что вопрос глупый, но поиск ничего не дал
On Thu, 17 Nov 2005 12:26:10 -0000, Cyberax <37054@users.rsdn.ru> wrote:
> sch wrote: > >> Я понимаю, что вопрос глупый, но поиск ничего не дал > > Почитайте тему http://rsdn.ru/Forum/Message.aspx?mid=1313142
C>Мне не нужна сотня способов выделения, мне нужен прежде всего быстрый C>способ выбрать нужный файл. dired этому ну никак не соответствует.
C>Мне не нужны несколько окон. Мне нужен способ организации workspace'а — C>его я не нашел.
Алекс, ну так Вам же уже неоднократно предлагали решение: просто не пользуйтесь emacs'ом, а пользуйтесь IDE от Microsoft.
Вы все никак не хотите воспользоваться мышлением новичка. Китайцы говорят: если у тебя в руках молоток, то все проблемы выглядят как гвозди. Если Вас не устроил довод, что проекты можно организовывать без workspace, то Вы излишне религиозны.
Человек спросил:
хотелось бы чтобы Emacs автоматически считывал этот список при запуске. Соответственно, интересно существуют ли скрипты\плагины которые позволили бы мне сделать это?
Вопрос сформулирован конкретно. Более того, на него можно ответить либо "да, существуют", либо "нет, не существуют". В обоих случаях можно дать несложный совет: написать небольшой макрос самому, использовать готовые модули, посмотреть на вопрос под другим углом. А Вы, вместо дельного совета, продолжаете holywar под знаменем "LISP — убирайся прочь от наших мышек!".
Каковы Ваши внутренние мотивы? Вы думаете убедить кого-то не пользоваться emacs'ом вообще? Вас не устраивает, что emacs'ом пользуются несмотря на Ваше мнение?
Kemm wrote:
> [рассуждения об удобном для Cyberax'а способе организации IDE поскипаны] > Видимо, в данном сорте колбасы потребности нет. В принципе, никто не > мешает нарисовать нечто подобное что в vim'е, что в емаксе.
Боюсь, что для этого нужно достаточно много переписать в ViM'е будет. Я
уж лучше сам все напишу, всего-то и нужно собрать:
wxWidgets, wxIFM, XRef, Scintilla, Boost.Jam и мой PluginFM.
> Да и тот же vim можно всобачить как редактор в тот же kdevelop (бубен, > правда, требуется. Опять-таки, видимо, никому это не надо. Я сделал > просто ради интереса, а вот оформить нормальный патч и протестировать > его все никак руки не дойдут)
glyph wrote:
> Алекс, ну так Вам же уже неоднократно предлагали решение: просто не > пользуйтесь emacs'ом, а пользуйтесь IDE от Microsoft.
Пока так и делаю, но все же хочется постепенно переползти под Линукс.
> Вы все никак не хотите воспользоваться мышлением новичка. Китайцы > говорят: если у тебя в руках молоток, то все проблемы выглядят как > гвозди. Если Вас не устроил довод, что проекты можно организовывать > без workspace, то Вы излишне религиозны.
Да я верю что можно — весь Линукс без workspace'ов был написан. Я
говорю, что МНЕ это не удобно, так как у подхода с workspace'ом есть
неоспоримые преимущества, и для меня они важны.
> Вопрос сформулирован конкретно. Более того, на него можно ответить > либо "да, существуют", либо "нет, не существуют". В обоих случаях > можно дать несложный совет: написать небольшой макрос самому, > использовать готовые модули, посмотреть на вопрос под другим углом.
Нет, вопрос был про workspace'ы.
> Вас не устраивает, что emacs'ом пользуются несмотря на Ваше мнение?
Я играю роль раздражителя консервативных юниксоиодов, чтобы они хоть
что-то полезное написали
Ну, в общем-то наверно все.
Поставил себе speedbar и весь пакет cedet. Очень удобно. Редактируем, жмем alt+tab выбираем файл, нажимаем enter, редактируем.
Просто отлично, я очень доволен.
sch>Ну, в общем-то наверно все. sch>Поставил себе speedbar и весь пакет cedet. Очень удобно. Редактируем, жмем alt+tab выбираем файл, нажимаем enter, редактируем. sch>Просто отлично, я очень доволен.
sch>Выглядит все это приблизительно так: http://rsdn.ru/File/38265/Untitled-1.gif
sch>Всем большое спасибо за поддержку.
sch>P.S. Вот только осталось установить размер табуляции, а то 2 байта для меня маловато как-то
Здравствуйте, Cyberax, Вы писали:
C>glyph wrote:
>> Алекс, ну так Вам же уже неоднократно предлагали решение: просто не >> пользуйтесь emacs'ом, а пользуйтесь IDE от Microsoft.
C>Пока так и делаю, но все же хочется постепенно переползти под Линукс.
Зачем?
Оставайся в привычной среде.
>> Вас не устраивает, что emacs'ом пользуются несмотря на Ваше мнение?
C>Я играю роль раздражителя консервативных юниксоиодов, чтобы они хоть C>что-то полезное написали
Здравствуйте, Cyberax, Вы писали:
C>Да я верю что можно — весь Линукс без workspace'ов был написан. Я C>говорю, что МНЕ это не удобно, так как у подхода с workspace'ом есть C>неоспоримые преимущества, и для меня они важны.
Ну так нафига, если ВАМ неудобно, поднимать флуд "VS vs emacs/vim" (тафтология какая-то 8)) ) в каждой теме, где упоминается либо емакс, либо вим?
>> Вас не устраивает, что emacs'ом пользуются несмотря на Ваше мнение? C>Я играю роль раздражителя консервативных юниксоиодов, чтобы они хоть C>что-то полезное написали
Может хватит раздражать-то? А то ведь действительно, раздражаете...
Здравствуйте, Cyberax, Вы писали:
>> [рассуждения об удобном для Cyberax'а способе организации IDE поскипаны] >> Видимо, в данном сорте колбасы потребности нет. В принципе, никто не >> мешает нарисовать нечто подобное что в vim'е, что в емаксе. C>Боюсь, что для этого нужно достаточно много переписать в ViM'е будет. Я
Сам vim-то зачем трогать? У него достаточно осмысленный скриптовый язык, насколько я помню.
C>уж лучше сам все напишу, всего-то и нужно собрать: C>wxWidgets, wxIFM, XRef, Scintilla, Boost.Jam и мой PluginFM.
Последнее -- это что?
>> Да и тот же vim можно всобачить как редактор в тот же kdevelop (бубен, >> правда, требуется. Опять-таки, видимо, никому это не надо. Я сделал >> просто ради интереса, а вот оформить нормальный патч и протестировать >> его все никак руки не дойдут) C>KDevelop просто сам по себе неудобен.
На вкус и цвет все фломастеры разные. Мне вообще неудобно пользоваться IDE a-la VS.
Rastafarra wrote: > надо еще что-то открыть — открываем. в новый буфер. > надоел буффер — закрывем (при желании сохранив). > > ну разве что в виде табов не отображаются , хотя табы — штука спорная, ихмо. > > что же есть такое эти табы в VS как не аналог буферор в емаксе?
В ViM я пользовался таким методом, а потом меня достало и я захотел
уметь поддерживать сохраняемый отображаемый список открытых файлов с
перемещением стрелочками с модификаторами. Я это написал, это
действительно мне удобнее. Не глядя говорить alt-right alt-down часто
быстрее, чем клавиши три только на запуск ввода имени и ещё три на его
ввод с дополнением. Ну и можно без телодвижений посмотреть, что в списке
где находится.
Kemm wrote:
> C>Боюсь, что для этого нужно достаточно много переписать в ViM'е будет. Я > Сам vim-то зачем трогать? У него достаточно осмысленный скриптовый > язык, насколько я помню.
Это я и имел в виду.
> C>уж лучше сам все напишу, всего-то и нужно собрать: > C>wxWidgets, wxIFM, XRef, Scintilla, Boost.Jam и мой PluginFM. > Последнее -- это что?
PluginFraMework — мой собственный фреймворк для работы с плугинами.
Позволяет автоматически скачивать новые версии плугинов, следить за
зависимостями и т.п. В общем минисистема пакетов, как в Debian'е.
Я написал его как часть коммерческого проекта, но с нового года я получу
на него права, так что можно будет в OpenSource его использовать.
> C>KDevelop просто сам по себе неудобен. > На вкус и цвет все фломастеры разные. Мне вообще неудобно пользоваться > IDE a-la VS.
KDevelop — хорошая вещь, но они слишком на GUIевое программирование
ушли. Ну и не кроссплатформенный, вдобавок.
dottedmag wrote:
> C>Я играю роль раздражителя консервативных юниксоиодов, чтобы они хоть > C>что-то полезное написали > Эээ. Так ты не понял, куда попал. Если никому, кроме тебя, это не > нужно — тебе это и писать.
Мне уже это объяснили. Так что сейчас этим и занимаюсь
Здравствуйте, Cyberax, Вы писали:
>> C>Боюсь, что для этого нужно достаточно много переписать в ViM'е будет. Я >> Сам vim-то зачем трогать? У него достаточно осмысленный скриптовый >> язык, насколько я помню. C>Это я и имел в виду.
Мне как-то это больше по душе (особенно если вспомнить http://vim.sf.net/), чем фактически полное отсутствие подобных возможностей в "классических" IDE.
>> C>уж лучше сам все напишу, всего-то и нужно собрать: >> C>wxWidgets, wxIFM, XRef, Scintilla, Boost.Jam и мой PluginFM. >> Последнее -- это что? C>PluginFraMework — мой собственный фреймворк для работы с плугинами. C>Позволяет автоматически скачивать новые версии плугинов, следить за C>зависимостями и т.п. В общем минисистема пакетов, как в Debian'е.
А стоит ли? Впрочем, если можно обходиться без него, то почему бы и нет... В противном случае подобное ломает концепцию родных менеджеров пакетов, по сути.
C>Я написал его как часть коммерческого проекта, но с нового года я получу C>на него права, так что можно будет в OpenSource его использовать.
>> C>KDevelop просто сам по себе неудобен. >> На вкус и цвет все фломастеры разные. Мне вообще неудобно пользоваться >> IDE a-la VS. C>KDevelop — хорошая вещь, но они слишком на GUIевое программирование C>ушли. Ну и не кроссплатформенный, вдобавок.
Ну в разумных пределах кроссплатформенный. Точнее, кросс-юниксовый. 8))
Здравствуйте, Cyberax, Вы писали:
>> Эээ. Так ты не понял, куда попал. Если никому, кроме тебя, это не >> нужно — тебе это и писать. C>Мне уже это объяснили. Так что сейчас этим и занимаюсь
Осталось перестать нас раздражать хотя бы до появления первой версии в публичном доступе. Вот тогда-то мы отыграемся по полной!
Здравствуйте, eao197, Вы писали:
E>Вот ты прикалываешься, а доля правды в твоих словах изрядная. E>Я не emacs-ом, а vim-ом пользуюсь, но быстрое открытие нужных мне файлов -- без проблем. Во-первых, команда :e делает автокомплит по <tab> -- часто хватает всего нескольких нажатий, чтобы нужный файл открыть. А после того, как файл открыт, то переключение между буферами через :b и автокомплит по <tab> -- еще быстрее.
Кстати, команде b можно скормить любую подстроку названия буфера и она это поймет. Например, :b cache откроет буфер rdhh_cache_manager.hpp. Или тоже прикольно — набираешь середину имени и жмешь Tab.
E>Добавляешь в .vimrc две строки:
E>set wildmenu E>set wildmode=list:longest,full
E>и возможности автокомплита при открытии файлов и переключениями между буферами серьезно расширяются. Сейчас набираешь :e <tab> и получаешь список подходящих файлов. Аналогично и с :b.
Еще к этому полезно добавить
set wildignore=*.o,*.obj,*.exe,*.lib,*.a,*.dll,*.swp,*.ncb,*.aps,*.opt,*.pdb,*.bak,*~,*.d
для упрощения решения проблемы выбора.
... << RSDN@Home 1.1.4 beta 7 rev. 447>>
It's kind of fun to do the impossible (Walt Disney)