Здравствуйте, PSV100, Вы писали:

PSV>Имхо, там, скорее всего, работают спецпарсеры. Я думаю, что ты идею правильно понял: сработал где-то сниппет, повводил я данные, закончил ввод, сниппет как бы отключился. Потом я ушёл в другое место и т.д., потом вернулся назад, что-то здесь подправил, т.е. уже изменил контекст, захотел кайфа — клацнул, а редактор сам догнал, какой нужно включить сниппет, и "пошла жара", или же он (редактор) отказался, вежливо.
PSV>На сколько это реально — мне тяжело сказать. В тех же вимах/эмаксах — сниппеты на уровне Sublime.
Если этого нет в emacs то либо это очень сложно и много языковых нюансов, либо нафиг никому не надо, либо решаеться другими путями.
Я вообще не уверен что сильное расширение движка сниплетов необходимо. Да, в HE еще многих необходимых вещей не хватает, как то tabstops или наборы значений на выбор и множественное изменение. Но встраивать зачатки программирования? Нафиг? Если все это можно сделать через скриптинг, и гораздо более еффективно. Зачем еще один велосипед с перекывающимся функционалом? Может скриптинг для кого то будет сложнее в освоении, но любым инструментом надо учиться пользоваться правильно. И мне, как разработчику меньше гемороя.

K>>У меня вроде поддержка софт табов есть (если я тебя правильно понял). Я Elastic Tabstops в jEDIT потом заметил, когда тебе написал. Но имплементацию не проверял. Референсная версия по ссылке, что я привел. В НЕ я не делал, но у меня есть кое какие наработки по автоматическим позициям в таких случаях, базируясь на информации с верхних и нижних линий. Но пока динамически не растягивается, как в Elastic Tabstops.
PSV>Ну, вроде да, у тебя есть преобразование табов в пробелы, как и в JEdit. А вот эти Elastic Tabstops в JEdit сейчас работают только тогда, когда табы вводятся как есть, без преобразования в пробелы. Поэтому, лично я ими просто не могу пользоваться.
PSV>А я больше имел в виду следующее. Неплохо было бы иметь возможность для шаблонов, этих сниппетов, указывать выравнивание по столбцам, т.е. некую виртуальную таблицу, чтобы само выравнивалось, по мотивам этих резиновых табов. А если будет как в org-mode в эмаксе — там и таблицы рисуются, не только виртуальные — вообще шик.
Было бы круто Если бы у меня на все хватало времени

K>>Да, я буду делать как плагины, соответственно через API, единственно будет вопрос как потом внутреннюю информация с информацию от плагинов смешивать (теже метки, что сейчас для определения функций используются).
PSV>Я не совсем понял, о чём конкретно речь. Вот в JEdit наплодились исторически всякие разные плагины для кучи разных способов и источников данных в рамках автокомплита. В последнее время появилось вполне грамотное решение: можно взять небольшой жабий класс (из плагина-API), переопределить с пяток методов и получить один автокомплит, но я сам подключаю туда свои источники, используя свой код, или подключая программно другие плагины, и т.д. Причём это можно сделать из макроса, не только из бинарного плагина. И ничего сложного, для тех, кому нужно.
PSV>И в целом, в JEdit не плохо развиты такие обобщающие средства — есть относительно несложное API, можно накатать свою какую-то обработку текста, включая полноценные парсеры для разбора, и получи сразу и автокомплит, и броузер кода, и списки ошибок и прочих элементов и т.д. — наколенный Эклипс (конечно, сообщество разработчиков, хоть и мизерное, но даёт эффект, одному человеку не под силу всё).
Возможно информация собираемая редактором и предоставляемая плагином будет дублироваться. Надо заводить правила как разруливать конфликты. Но конечно все решаемо. У меня тоже практически все можно сделать через скриптинг. Без бинарных плагинов. Поэтому я и упоминал "скриптовые плагины". Для AutoComplete пока еще API не добавил.

PSV>Понятно. В твоём случае, имхо, если сделать минимап как в Sublime — он нормально впишется, т.к. этот Overview Bar у тебя, как бы, отдельно, не внутри текстовой панели. Скорее всего, ты сам так и планируешь.
Как я я писал, я его пока не планирую Но да, надо будет как то расширить OverviewBar дополнительной областью.

PSV>Кстати, удобной работы с документами/буферами реально не хватает в том же Sublime, и в HippoEdit тоже, к сожалению. У твоих пользователей это не так востребовано, похоже.
Да, у меня никто не спрашивал. А какие конкретно проблемы решаються этой самой удобной работой с буферами. Пока я только от тебя видел пример с областью в которой собирается autocomplete.

K>>Инвестировать в GUI я не хочу пока. Перееду потом на VS 2011 и перейду на новый MFC, убью свою GUI библиотеку, и от новой MFC уже буду плясать. Все равно все эти екстеншены придется таскать.
PSV>А сейчас свое расширение работает в интерфейсе, не Codejock какой-нибудь? А новая MFC уже какая-то настраиваемая, по мотивам цветовых тем как в новой студии (я сейчас этими вопросами не занимаюсь) ?
Нет, это у меня надстройка над стандартным MFC, тоже на базе одной свободной имплементации с codeproject. Но правда, говно из говна. Я там где надо подточил,кое что переписал, но все равно менять там что-нибудь еще тот геморой.
Да, вроде новая MFC достаточно продвинута. MS просто купила готовое расширение своего старого MFC у BCGSoft и подрихтовала чуток. Но я думаю мне будет достаточно, либо вообще уходить с MFC и все переписывать на кросс платформ.