Снегопат

Именно окно снегопата или макросов?

Нужно именно для окна снегопата, на окне макросов уже есть. Объясню зачем может есть и другой способ но я не знаю
В пользовательских аддинах часто выгружаю/загружаю формы и т.д. ни у хочу меньше времени тратить на позиционирование над нужным скриптом.

Снегопатить начал только недавно, но вот появилось пожелание:
Когда в общих модулях начинаешь писать Процедура или Функция и пользуешься стандартной подсказкой (Процедура КонецПроцедуры), после предлагается указать директиву компиляции НаСервере, НаКлиенте и т.д. В идеале хотелось бы чтобы Снегопат определял нужно ли в общем модуле указывать данные директивы. Поскольку если модуль например Сервер, ВнешнееСоединение, ВызовСервера то не надо указывать "НаСервере", соответственно если там только Клиент, то не надо указывать "НаКлиенте". Ну и конечно чтобы потом в подсказке не предлагал методы которые нельзя исполнять в данном контексте .

Приношу свои извинения если повторяюсь.

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

Пожелание по поводу версии под Linux: т.к. OLE в Linux не существует, то для dll-аддинов хотелось бы "плоский" C-style API, а не в коем случае не C++.

_________________
В реальності все не так, як насправді

Учту.

Еще, кстати, есть отличный вариант API -GObject. У него есть привязка ко многим языкам, например мне с ним будет даже удобнее - можно по introspection сгенерировать интерфейсный модуль и дальше работать с объектами.
Не знаю, правда, насколько легко его реализовать в снегопате.
Но как вариант предлагаю рассмотреть.

_________________
В реальності все не так, як насправді

Она опять только к linux'у привязана получается?
Я подумываю над переходом на QT.
Там и объектную модель можно легко делать, и своя реализация javascript есть, с отладчиком и легкой интеграцией с QObject, под виндой есть трансляция QObject в COM, ну и если еще сделать трансляцию в GObject - вообще красота получиться.

GObject - нет, не привязана. Привязана она к GLib, которая кросс-платформенна.
Пример использования GObject - библиотека GTK 3, она вся на нем построена.

Кстати, если я всё правильно понял - то реализовать GObject можно и в C++, используя библиотеку Glibmm (вот тут чуть инфо)

А вот насчет трансляции в COM - не скажу, но зато GObject легко используются в Javascript, C++, Pascal, Java, Ruby, Python, и прочем. Так что для Windows, возможно, вполне подойдет, особенно если получится сохранить объектную модель - доработать придется только то, что написано не на Javascript (т.е. SciColorer, SynEdit да и всё вроде).
Ну и ещё есть Vala, которая основана на GObject.

По поводу Qt - сама по себе она, конечно, мощная библиотека. Только вот не уверен, что возможно скрестить её с GObject. Останется только "плоский" C API, что, вобщем, тоже неплохо - только немного ручной работы прибавит.
Ну и сама 1С использует GTK, если я всё правильно понял. Правда насколько "глубоко" использует - снаружи не видно, так что возможно что это не сыграет никакой роли.

_________________
В реальності все не так, як насправді

Ок, спасибо за наводку, обязательно посмотрю.