|
FTE, Замечательный консольный редактор для программистов! |
|
|
3 страниц
1 2 3 >
|
 |
Ответов
(1 - 36)
|
Jul 6 2006, 14:54
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(makc @ Jul 6 2006, 18:45)  Чем он лучше того же (g)vim ? К тому же судя по наличию свежих релизов этот проект находится в коме.  Чем лучше? Привычнее, что ли. VIM - это круто, как раз сейчас скачал и поставил себе 7.0. В 250 страничной доке пока утонул, но двуязычную проверку орфографии запустил. Вот, с слову, хороший обзор по VIM http://lug.mgn.ru/?module=articles&c=obzor&b=2&a=6Насчет развития - я тоже так долго думал. Но выяснилось следующее: (Sergey Pinigin, Сахара, автор ресурса) == Возрождению мешает позиция оставшихся держателей репозитория, не допускают желающих. Типа все открыто, делайте клона и развивайте, но на это никто не решается т.к. уже были, штуки три, но их развитие завершалось сразу после создания ... Народ хотел сделать поддержку unicode ... == Так вот, Сергей вместе с Александром Бельченко http://onembedding.com/tools/fte/выпустили несколько новых релизов, вставили, в частности, поддержку SVN. Я не утвеждаю, что это The Best, это вообще каждый для себя решает, но по соотношению размера, скорости и фич - этот редактор многих обставил...
|
|
|
|
|
Jul 6 2006, 15:20
|

Гуру
     
Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904

|
Цитата(Evgeny_CD @ Jul 6 2006, 18:54)  Цитата(makc @ Jul 6 2006, 18:45)  Чем он лучше того же (g)vim ? К тому же судя по наличию свежих релизов этот проект находится в коме.  Чем лучше? Привычнее, что ли. VIM - это круто, как раз сейчас скачал и поставил себе 7.0. В 250 страничной доке пока утонул, но двуязычную проверку орфографии запустил. Да, VIM не так страшен, как его малюют. Его уникальная черта - сочетание сложного, навороченного редактора с макросами, расширениями и т.п и простого дубового редактора. Т.е. каждый сможет от VIM взять свое... Цитата Насчет развития - я тоже так долго думал. Но выяснилось следующее: (Sergey Pinigin, Сахара, автор ресурса) == Возрождению мешает позиция оставшихся держателей репозитория, не допускают желающих. Типа все открыто, делайте клона и развивайте, но на это никто не решается т.к. уже были, штуки три, но их развитие завершалось сразу после создания ... Народ хотел сделать поддержку unicode ... == Так вот, Сергей вместе с Александром Бельченко http://onembedding.com/tools/fte/выпустили несколько новых релизов, вставили, в частности, поддержку SVN. Я не утвеждаю, что это The Best, это вообще каждый для себя решает, но по соотношению размера, скорости и фич - этот редактор многих обставил... Честно говоря, у меня складывается впечатление, что fte создавался, как vim "с человеческим лицом". Взять хотя бы сочетание клавиш Ctrl+].  Но в нем, на сколько я понял, нет той расширяемости, которая свойственна современным мощным текстовым редакторам вроде (g)vim, (x)emacs и им подобным. Зато весит он меньше, да и в освоении попроще.
--------------------
BR, Makc В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
|
|
|
|
|
Jul 6 2006, 16:06
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(makc @ Jul 6 2006, 19:20)  Честно говоря, у меня складывается впечатление, что fte создавался, как vim "с человеческим лицом". Взять хотя бы сочетание клавиш Ctrl+].  Но в нем, на сколько я понял, нет той расширяемости, которая свойственна современным мощным текстовым редакторам вроде (g)vim, (x)emacs и им подобным. Зато весит он меньше, да и в освоении попроще.  Вероятно, что так. Интересная статистика: Какой текстовый редактор вы предпочитаете? http://www.linux.org.ru/view-vote.jsp?vote=4&back=votes.jspEmacs - это вообще нечто страшное, судя по отзывам (если поставить своей целью его более-менее изучить). Один Lisp чего стоит. В общем, по отзывам, единственный "напрягающий багофич" FTE - auto indent в комментариях. Вероятно, это следствие внутренней простоты редактора. Вообще, редкатор - это очень серьзный выбор. Я долго жил на ultraedit (используя, мягко говоря, далеко не все его фичи), теперь вот потянуло на что-то более продвинутое, и обязательно мультиплатформенное - все равно надо учиться на Linux работать. Пока "принюхиваюсь" к VIM.
|
|
|
|
|
Jul 6 2006, 16:59
|

Гуру
     
Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904

|
Цитата(Evgeny_CD @ Jul 6 2006, 20:06)  Цитата(makc @ Jul 6 2006, 19:20)  Честно говоря, у меня складывается впечатление, что fte создавался, как vim "с человеческим лицом". Взять хотя бы сочетание клавиш Ctrl+].  Но в нем, на сколько я понял, нет той расширяемости, которая свойственна современным мощным текстовым редакторам вроде (g)vim, (x)emacs и им подобным. Зато весит он меньше, да и в освоении попроще.  Вероятно, что так. Интересная статистика: Какой текстовый редактор вы предпочитаете? http://www.linux.org.ru/view-vote.jsp?vote=4&back=votes.jspДа, видел эту статистику. Самое странное, что mc edit побеждает. Хотя объяснение этому есть - многим нужно подправить чуть-чуть, а писать что-то стоящее не нужно. Вот и получается, что в этом случае и mc edit вполне достаточно. Цитата Emacs - это вообще нечто страшное, судя по отзывам (если поставить своей целью его более-менее изучить). Один Lisp чего стоит.  Не страшнее vim. Есть своя специфика, но по большому счету не так страшно. Просто у меня в свое время vim работал быстрее, чем emacs, да и необходимости в расширенных макросах на тот момент не было. Зато теперь начал писать макросы для vim'a и могу сказать, что emacs - сильнее. Цитата В общем, по отзывам, единственный "напрягающий багофич" FTE - auto indent в комментариях. Вероятно, это следствие внутренней простоты редактора. Проблема не auto indent, а невозможность его быстрого исправления. Простой пример: не устраивало меня то, что gvim после "end process;" в VHDL не делал reverse tab. Пятнадцать минут и проблема решена + добавлено еще несколько фич к стандартному auto indent для VHDL. Т.е. vim - это не просто редактор, но и конструктор, с помощью которого можно сделать все, что может понадобиться. Цитата Вообще, редкатор - это очень серьзный выбор. Я долго жил на ultraedit (используя, мягко говоря, далеко не все его фичи), теперь вот потянуло на что-то более продвинутое, и обязательно мультиплатформенное - все равно надо учиться на Linux работать. Пока "принюхиваюсь" к VIM. Золотые слова! Вот только к сожалению далеко не все люди понимают, насколько может снизить продуктивность некачественный и недалекий редактор. PS: Был тут спор по поводу прелести редактора MS Visual Studio в части автодополнений. Все были очень сильно удивлены, когда я показал, что и (g)vim тоже есть неплохо работающее автодополнение имен, которое работает не только для объявленных объектов, но и для ключевых слов и всего прочего.
--------------------
BR, Makc В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
|
|
|
|
|
Jul 6 2006, 17:38
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(makc @ Jul 6 2006, 20:59)  Золотые слова! Вот только к сожалению далеко не все люди понимают, насколько может снизить продуктивность некачественный и недалекий редактор. Просто я осознал, что при работе я 90% процентов времени провожу в "шаблонных ситуациях": написать тако-то отформатированный кусок текста, что-то выделить, куда-то поместить выхваченный кусок информации. И начал ощущать интуитивную потребность, чтобы эти действия выполнялись автоматически. Т.е. вот надо мне абзац отформатировать как мне уднобно - нажал батон - и все готово. По сути, речь идет о формировании моего индивидуального "базиса мышления" (не всего, конечно, а некоторой его части  ). И вот под этот базис мне и нужен редактор, ибо все равно 90% времени проводится за работой с текстами. Не графический с понтами, а "обычный" текстовый, но с "фичами". Кстати, по соему опыту, команда - это когда "базисы мышления" ее членов пересекаюбся % на 50 хотя бы (но не на 100! - иначе будет лажа). Цитата(makc @ Jul 6 2006, 20:59)  PS: Был тут спор по поводу прелести редактора MS Visual Studio в части автодополнений. Все были очень сильно удивлены, когда я показал, что и (g)vim тоже есть неплохо работающее автодополнение имен, которое работает не только для объявленных объектов, но и для ключевых слов и всего прочего.  Читал про это  Пока еще не научился в VIM это "поднимать", но научусь...
|
|
|
|
|
Jul 6 2006, 18:03
|

Гуру
     
Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904

|
Цитата(Evgeny_CD @ Jul 6 2006, 21:38)  Цитата(makc @ Jul 6 2006, 20:59)  PS: Был тут спор по поводу прелести редактора MS Visual Studio в части автодополнений. Все были очень сильно удивлены, когда я показал, что и (g)vim тоже есть неплохо работающее автодополнение имен, которое работает не только для объявленных объектов, но и для ключевых слов и всего прочего.  Читал про это  Пока еще не научился в VIM это "поднимать", но научусь... :help ins-completion Help в vim'e - замечательный.
--------------------
BR, Makc В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
|
|
|
|
|
Jul 7 2006, 04:16
|

Странник
   
Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051

|
Цитата(makc @ Jul 6 2006, 22:59)  Цитата В общем, по отзывам, единственный "напрягающий багофич" FTE - auto indent в комментариях. Вероятно, это следствие внутренней простоты редактора.
Проблема не auto indent, а невозможность его быстрого исправления. Скорее в том что не удосужились описать ту технологию которую попытались реализовать для этого. Да и исходники без комментов, в разном стиле ...
--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
|
|
|
|
|
Jul 7 2006, 06:08
|

Гуру
     
Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904

|
Цитата(spf @ Jul 7 2006, 08:16)  Цитата(makc @ Jul 6 2006, 22:59)  Цитата В общем, по отзывам, единственный "напрягающий багофич" FTE - auto indent в комментариях. Вероятно, это следствие внутренней простоты редактора.
Проблема не auto indent, а невозможность его быстрого исправления. Скорее в том что не удосужились описать ту технологию которую попытались реализовать для этого. Да и исходники без комментов, в разном стиле ... Это не правильно - править исходники, чтобы изменить поведение редактора относительно форматирования текста или его подстветки.
--------------------
BR, Makc В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
|
|
|
|
|
Jul 11 2006, 11:33
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(makc @ Jul 6 2006, 17:45)  Чем он лучше того же (g)vim ? Достаточно простой редактор с минималистическими функциями использования в качестве IDE. Из простоты следует достаточно легкая правка (в том числе и исходников) под себя. Когда встал вопрос хоть каком-то приличном редакторе под Linux в результате долгого и нудного выбора в качестве отправной точки был выбран именно он. Он по функциональности примерно соответстует самомым продвинутым досовским редакторам 15 летней давности :-). Из глобальных претензий пожалуй только отсутствие "проекта" :-(. FTE использую только под Linux. Для других платформ есть гораздо более продвинутые и правильные редакторы. Цитата Да, видел эту статистику. Самое странное, что mc edit побеждает. Это яркий пример наплевательского отношения к самому себе (как в общем-то и использование встроенного в FAR), как правило такие случаи не лечятся:-(((( Цитата Честно говоря, у меня складывается впечатление, что fte создавался, как vim "с человеческим лицом" В принципе близкое к этому и получилось, только не развивается дальше "официальным" путем.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Jul 11 2006, 14:18
|
Местный
  
Группа: Свой
Сообщений: 251
Регистрация: 23-06-04
Пользователь №: 154

|
Цитата(zltigo @ Jul 11 2006, 14:33)  Это яркий пример наплевательского отношения к самому себе (как в общем-то и использование встроенного в FAR), как правило такие случаи не лечятся:-(((( А в чем плох встроеннэый в FAR + colorer plugin ???
|
|
|
|
|
Jul 11 2006, 15:10
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(Dainis @ Jul 11 2006, 17:18)  А в чем плох встроеннэый в FAR + colorer plugin ??? И еще ESC plugin и еще многое чего, только все это вместе называется очень удобный редактор небольшого ОДИНОЧНОГО текстового файла. И по этой причине я им ПОЛЬЗУЮСЬ! Но! Программерские вещи начинаются со слова "проект". Далее - возможности работать со многими файлами, интеграции разнообразных инструментов (компиляторы, линкеры, make, CVS...), знания tags, templates, мощной навигации, фильтрации, поиска, замены, сравнения.... И только уже где-то потом начинается раскраска (кстати, к раскраске еще и выделение шрифтом неплохо смотрится) и прочие возможности действительно имеющиеся у FAReditor обвешенного plugins.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Jul 11 2006, 15:14
|
Знающий
   
Группа: Свой
Сообщений: 550
Регистрация: 16-06-04
Из: Казань
Пользователь №: 32

|
На самом деле, FAR только что код не сворачивает, остальное есть - подсветка, автозавершение, шаблоны, синтаксис, регэкспы, переходы по файлам, сборка проекта, контроль версий, и прочее, и прочее. Всё шустро и удобно.
--------------------
Главная линия этого опуса ясна мне насквозь!
|
|
|
|
|
Jul 11 2006, 15:50
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(vet @ Jul 11 2006, 18:14)  На самом деле, FAR только что код не сворачивает, остальное есть - подсветка, автозавершение, шаблоны, синтаксис, регэкспы, переходы по файлам, сборка проекта, контроль версий, и прочее, и прочее. Всё шустро и удобно. Начнем с того, что сам по себе он ничего не умеет почти. Далее идут многочисленные примочки очень разного качества :-( и разной доступности к модификации и с очень разным желанием разных авторов их сопровождать. Гипотетически плагинов можно _самому_ написать море и формально многое что поиметь на базовом движке редактора и файлового менеджера. В том числе и сворачивание кода и прочее прочее. Более того, именно по такому принципу (голый движок и "плагины" )построен используемый мной под WIN редактор. Разница в том, что в случае РЕДАКТОРА худо-бедно поставляется уже собранный со многими наворотами редактор, который можно (и нужно!) доводить от уже рабочего состояния под себя. Работа эта большая, но может делаться постепенно и менее трудоемко, чем обязательная сборка с миру по нитке и написание собственных плагинов к FAR. Ну и еще из личных наблюдений - собственно все виденные _мною_ "поклонники" программирования в FAR себя _вообще_ не утруждали обживанием FAR :-( ну colorer то стоял, но на этом почти всегда и кончалось :-( У меня и то более обжитый FAR - ESC стоит обязательно, дюжина клавиатурных макросов, несколько мелких плагинов. В принципе я не отказался посмотреть полностью собранный "программерский" FAR c перечисленными выше фичами и сравнить его с почти 15 летней давности своей сборкой ME 7.00jp for DOS. Думаю, что близкая функциональность может быть достигнута. Вопрос в том, зачем этим заниматься в 2006 году....
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Jul 11 2006, 15:52
|

Гуру
     
Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904

|
Цитата(Dainis @ Jul 11 2006, 18:18)  Цитата(zltigo @ Jul 11 2006, 14:33) 
Это яркий пример наплевательского отношения к самому себе (как в общем-то и использование встроенного в FAR), как правило такие случаи не лечятся:-((((
А в чем плох встроеннэый в FAR + colorer plugin ??? А может он запустить make и ходить по тем местам в исходниках, где возникли ошибки компиляции? Думаю, что нет. И есть еще очень много того, что экономит время разработчика, а значит повышает производительность его труда и его доход. Но если разработчику нужно написать в сутки 36 строчек неотлаженного кода, то тогда FAR + colorer - идеальное решение.
--------------------
BR, Makc В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
|
|
|
|
|
Jul 11 2006, 15:59
|
Знающий
   
Группа: Свой
Сообщений: 550
Регистрация: 16-06-04
Из: Казань
Пользователь №: 32

|
Цитата(makc @ Jul 11 2006, 19:52)  А может он запустить make и ходить по тем местам в исходниках, где возникли ошибки компиляции? Думаю, что нет. И есть еще очень много того, что экономит время разработчика, а значит повышает производительность его труда и его доход. Но если разработчику нужно написать в сутки 36 строчек неотлаженного кода, то тогда FAR + colorer - идеальное решение.  Да, может (плагин True Template). И много другого; именно такого, что экономит время разработчика  Из всех сред предпочитаю именно редактор FAR, обвешанный плагинами. Остальные испробованные среды либо нефункциональны, либо монстроподобны.
--------------------
Главная линия этого опуса ясна мне насквозь!
|
|
|
|
|
Jul 11 2006, 16:04
|

Гуру
     
Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904

|
Цитата(vet @ Jul 11 2006, 19:59)  Цитата(makc @ Jul 11 2006, 19:52)  А может он запустить make и ходить по тем местам в исходниках, где возникли ошибки компиляции? Думаю, что нет. И есть еще очень много того, что экономит время разработчика, а значит повышает производительность его труда и его доход. Но если разработчику нужно написать в сутки 36 строчек неотлаженного кода, то тогда FAR + colorer - идеальное решение.  Да, может (плагин True Template). И много другого; именно такого, что экономит время разработчика Теперь последний вопрос - сколько нужно собирать эту коллекцию плагинов, настраивать ее и подгонять, чтобы все было хорошо и удобно? Для сравнения - в том же (g)vim нужно только установить его, и все уже есть, из коробки. Плюс ко всему этот самый (g)vim есть не только под виндами, но и под Linux, AIX, *BSD, Solaris и еще кучу платформ, где Far'a нет и в помине.
--------------------
BR, Makc В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
|
|
|
|
|
Jul 11 2006, 16:28
|

Гуру
     
Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904

|
Цитата(vet @ Jul 11 2006, 20:18)  Устанавливать vim, может, и не надо, но осваивать придётся всё равно. И настраивать под себя тоже. Усилия, вполне сравнимые со скачиванием и настройкой нужных плагинов. Люди, увы, не рождаются со знанием Far'a и его плагинов, которые тоже нужно настраивать и изучать. Цитата Впрочем, с плагинами поставляются начальные настройки; тот же ТТ изначально настроен на синтаксис нескольких языков, шаблоны и автодополнение нескольких форматов файлов, и поддерживает несколько компиляторов. VIM, впрочем, тоже идет с начальными настройками и примерами конфигурации. Кроме того, в нем есть неплохое введение на русском языке, которое знакомит с основами использования редактора. А еще есть очень много ресурсов в сети, посвященных этому редактору, которые могут ответить на большинство возникающих вопросов. Цитата Пока что - только под Windows, увы. Думаю, что даже если Far вдруг станет кроссплатформенным, то плагины еще очень долго будут переписывать... Т.к. далеко не все пользователи Far'a сразу ринутся на новые платформы, чтобы изучать их и использовать. В этом плане у (g)vim есть большое преимущество - встроенный язык, который инвариантен по отношению к платформе. Т.е. нужно только пересобрать vim, остальное будет работать без изменений.
--------------------
BR, Makc В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
|
|
|
|
|
Jul 11 2006, 17:05
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(vet @ Jul 11 2006, 19:18)  ... но осваивать придётся всё равно. И настраивать под себя тоже. Усилия, вполне сравнимые со скачиванием и настройкой нужных плагинов. Увы, насчет усилий по скачиванию и настройке согласится не могу :-( многие плагины явно носят на себе печать пристрастий Автора и не очень-то настраиваются. Значит лезьть в исходники, если конечно автор их любезно предоставил, разбираться со стилем автора, да и за одно с многообразием языковых и инструментальных пристрастий.... Нет, эти усилия НЕ СОПОСТАВИМЫ. Про освоение тоже уже писал - одно дело осваивать и обживать уже имеющийся худо-бедно настроенный инструмент, другое дело изобретать или искать непонятно что до начала работы. Цитата Да, может (плагин True Template). Типичную :-( ситуацию с малораспространенными плагинами для FAR, как раз и можно рассматривать на примере именно этого плагина: Код В версии 1.25 была найдена и исправлена бага c обработкой длинных имен, да вот автора выловить проблемно . Кроме того, есть ряд предложений, которые скорее всего буду реализовать я сам, но все-таки желательно бы сконтактировать с автором. Кто постоянно общается с сабжем, помогите пожалуйста его найти? И далее: http://forum.farmanager.com/viewtopic.php?...der=asc&start=0В общем-то все не так уж и плохо - исходники Автор предоставил, несколько заинтересованных лиц нашлось... Присоединяйтесь, короче. Кстати, над предназначением декларированном автором я просто "плакалъ" Код Этот плагин предназначен для поддержки сокращенного ввода структурных конструкций языков программирования и "интеллектуальных" отступов, как в популярном редакторе Multi Edit. Ну и самое главное ну что-то после чтения более, чем скромной документации возникли сомнения может-ли этот плагин обеспечить: Цитата А может он запустить make и ходить по тем местам в исходниках, где возникли ошибки компиляции? "Запустить" точно может а вот уже по обработке ошибок, только одно упоминание вскользь без всяких подробностей по настройке фильтрации. Бродить по исходникам (особо обращаю внимание на множественно число файлов), похоже тоже не дано.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Jul 12 2006, 04:21
|

Странник
   
Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051

|
Цитата(zltigo @ Jul 11 2006, 23:05)  Цитата(vet @ Jul 11 2006, 19:18)  ... но осваивать придётся всё равно. И настраивать под себя тоже. Усилия, вполне сравнимые со скачиванием и настройкой нужных плагинов.
Увы, насчет усилий по скачиванию и настройке согласится не могу :-( многие плагины явно носят на себе печать пристрастий Автора и не очень-то настраиваются. Значит лезьть в исходники, если конечно автор их любезно предоставил, разбираться со стилем автора, да и за одно с многообразием языковых и инструментальных пристрастий.... Нет, эти усилия НЕ СОПОСТАВИМЫ. Про освоение тоже уже писал - одно дело осваивать и обживать уже имеющийся худо-бедно настроенный инструмент, другое дело изобретать или искать непонятно что до начала работы. +1 Совсем недавно тоже посмотрел на все прелести настраивания far под себя, бросил даже не начав. Плагинов много, но все они ограниченные в зародыше, нет единого стиля - "кто в лес кто по дрова", доки - 0.
--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
|
|
|
|
|
Jul 12 2006, 05:13
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(vet @ Jul 12 2006, 01:15)  zltigo Собственно, я оспариваю утверждение, что программирующий в среде FAR чем-то обделён. Увы :-( (_искренне_ сожалею), на уровне достигнутом другими редакторами на WIN платформе уже "обделен". Цитата И уж конечно, сравнивать её с mcedit совершенно некорректно; А я и не сравнивал. Никакого сравнения они не выдержат :-). Было краткое :-( упоминание с предполагаемым мной смыслом, что даже много много более продвинутый FARedit не должен быть использован в качестве программерского редактора, хотя если провести опрос тоже пожалуй будет лидировать. Цитата ближайший аналог - тот же FTE. Где-то, как-то - да. Приблизительные "аналоги" застывший FTE, тот-же (я уже писал) старенький Multi-Edit. Но по любому помянутые "конкуренты" заметно гибче, модифицируемее и легче настраиваемее. A FARedit в 2006 году их "догоняет". Так уж сложилось :-(. Я очень люблю FAR и использую его потому, что он ЛУЧШИЙ файловый менеджер. Я очень люблю FAReditor (с плагинами естественно) и использую его потому, что он ЛУЧШИЙ и быстрый редактор небольших одиночных текстовых файлов разнообразного содержания. Но использование FAReditor для программерских нужд это уже издевательство над самим собой. А время затраченное на попытки заметно его улучшить лучше потратить на выбор и обустройство текстового редактора на более продвинутой платформе.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Jul 12 2006, 05:52
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(spf @ Jul 12 2006, 06:54)  Можно поинтересоваться какие и под какие платформы? Я не очень-то оригинален и мой выбор так-же несет на себе печать прожитых лет :-( 1. Под DOS - Multiedit 7.0jp за многие годы был обжит и переписан под себя. Впитал в себя результаты экспериментов с многочисленными другими редакторами на разных платформах, но выжил остался на своем месте. 2. Под WIN - логичным "продолжением" для меня стал тот-же Multiedit for Windows (какое ужасное качество его движка было в первых выпусках, какие были и есть ЖУТКИЕ исходники , отсутствие документации почти полное), но собственно по началу и выбора почти не было. Сегодня я бы очень осторожно рекомендовал-бы начинающим использовать этот редактор в качестве базы для "своего" в первую очередь из-за повышенной трудоемкости в приведении его в нормальное состояние. Хотя, что считать нормальным - может кому-то именно в одной из default конфигураций он и как родной станет. Я для начала выковыривал из него всякие иконочки, кнопочки, толбарчики ну а уж потом за функциональность брался и перенос накопленных и подсмотренных фич. В результате я имею, то что я хочу. Пока не вижу другой платформы на которую следовало-бы переползать с MEW 9.04, разве только на 10.0, когда медленно помирающие наследники кибернетиков наконец-то им разродятся. 3. Под Linux - FTE. Изменения на уровне исходников небольшие, макросы тщательно подогнаны под привычные. Пока живу. В какой-то степени он меня устраивает в качестве минимального редактора, поскольку я как-то незаметно для себя стал пользоватся больше кросскомпиляцией для линуксовых приложений и острота выбора линуксового редактора сгладилась :-). 4. Вообще-то надо наверное на Eclipse со временем переходить :-)..... Цитата(vet @ Jul 12 2006, 08:32)  помянутые "конкуренты" - это vim? emacs? Увы, это всего ME и FTE упомянутые строкой выше.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Sep 13 2006, 08:57
|

Странник
   
Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051

|
Сборка FTE под w32 от 13.09.2006
Один исполняемый файл работает с двумя кодировками ACP/OEMCP (ru: win-1251/dos-866). Кодировка по умолчанию задается в файле конфигурации, переключение по горячей клавише через команду ToggleCP.
--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
|
|
|
|
|
Jan 13 2009, 09:15
|
Частый гость
 
Группа: Свой
Сообщений: 124
Регистрация: 2-01-07
Из: Russia
Пользователь №: 24 042

|
Нужен совет. Сейчас работаю с fujitsu и с ARM, хочу перейти на графический редактор, посоветуйте, с какой выбрать? Сейчас их достаточно много, предыдущие советы (в этой теме) были в 2006году. Для меня - чем больше в нем будет наворотов тем лучше  . До этого я не пользовался редакторами, желательно чтобы было описание на русском. Читал про SlickEdit, информации много о нем, что скажете ? - и чайниковый вопрос: я пользовался softune, нужно будет linker к редактору подключать? если правильно понимаю или редактор сам собирает проект? например inline в IAR работает нормально- можно inline_онм сделать большой кусок программы с кучей глобальных переменных, а в softune inline подругому работает и настраивается не так как в iar.. - как с этим быть в граф. редакторе? у него свои опции и макросы? _nop _intrinsic и потом disasembler .. как это всё дело будет работать ? - кто-нибудь использовал code::bocks применительно к softune ?
|
|
|
|
|
Jan 14 2009, 13:56
|

Странник
   
Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051

|
Цитата(Terrabyte @ Jan 13 2009, 14:15)  Нужен совет. Сейчас работаю с fujitsu и с ARM, хочу перейти на графический редактор, посоветуйте, с какой выбрать? Сейчас их достаточно много, предыдущие советы (в этой теме) были в 2006году. Для меня - чем больше в нем будет наворотов тем лучше  . До этого я не пользовался редакторами, желательно чтобы было описание на русском. Читал про SlickEdit, информации много о нем, что скажете ? Поставь SlickEdit. Цитата - и чайниковый вопрос: я пользовался softune, нужно будет linker к редактору подключать? если правильно понимаю или редактор сам собирает проект? например inline в IAR работает нормально- можно inline_онм сделать большой кусок программы с кучей глобальных переменных, а в softune inline подругому работает и настраивается не так как в iar.. - как с этим быть в граф. редакторе? у него свои опции и макросы? _nop _intrinsic и потом disasembler .. как это всё дело будет работать ? - кто-нибудь использовал code::bocks применительно к softune ? Для удобной работы с использованием универсального редактора стоит использовать универсальные инструменты для сборки проектов. В качестве последних можно применять make/scons и т.п. Редактор - это только редактор (ему все платформенные тонкости не важны), компилировать исходные тексты должен компилятор целевой платформы, параметры сборки проекта могут задаваться в параметрах вызова компилятора/линкера или в специальных файлах параметров.
--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
|
|
|
|
|
Jan 15 2009, 14:56
|
Частый гость
 
Группа: Свой
Сообщений: 124
Регистрация: 2-01-07
Из: Russia
Пользователь №: 24 042

|
а в редакторе запусить симулятор и дизассемблер не получится? поставил недавно DAC.. RistanCASE, но там проблема с лицензией.. вопрос: а что означает : Supported compilers Fujitsu FFMC-16 Family V3.x Fujitsu FFMC-8L Family V3.x Fujitsu FR Family V3.x ??? это из pdf установил , попытался настроить, но во первых примеры даны только на FR серию MB91 почему то ...? и make файл ..только на эту серию мк. Зачем они это пишут тогда если DAC использует полность softuneовский компилятор ?? А EaseCode из softune запускается, но debuger softunовсий непойму как затавить под EaseCode работать, ini активировал, но кнопка Project->EasyCODE-> Start не активна
|
|
|
|
|
Jan 16 2009, 14:29
|

Странник
   
Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051

|
Цитата(Terrabyte @ Jan 15 2009, 19:56)  а в редакторе запусить симулятор и дизассемблер не получится? Не знаю редактора, до такой степени универсального. Цитата поставил недавно DAC.. RistanCASE, но там проблема с лицензией.. вопрос: а что означает : Supported compilers Fujitsu FFMC-16 Family V3.x Fujitsu FFMC-8L Family V3.x Fujitsu FR Family V3.x ??? это из pdf установил , попытался настроить, но во первых примеры даны только на FR серию MB91 почему то ...? и make файл ..только на эту серию мк. Зачем они это пишут тогда если DAC использует полность softuneовский компилятор ?? А EaseCode из softune запускается, но debuger softunовсий непойму как затавить под EaseCode работать, ini активировал, но кнопка Project->EasyCODE-> Start не активна Можно сказать что makefile для всех платформ МК Fujitsu одинаков, отличие только в параметрах вызова инструментов. PS: Сам симуляторы и дебагеры практически не пользовал.
--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|