oberonrevival-xds-dev Mailing List for Oberon-2 language revival
Status: Alpha
Brought to you by:
dmitrys99
You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(19) |
Nov
(8) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Alexandr S. <ste...@ho...> - 2011-01-30 07:55:20
|
Здравствуйте Наконец я нашел хоть какойто способ связи с вами ,)) Вы еще занимаетесь доделкой WebEdit ля Notepad++ ? Можно ли сделать возможность подключения файлов ? Чтоб код брался с этих файлов, например: *.txt, *.ini либо чтото в этом духе Задавать например тегом, в этих файлах, откуда до куда копировать и переносить Чтоб не приходилось долго редактировать большой код Буду очень рад если Вы мне напишите icq:106479894 или позвоните skype: stepovoysg ЗЫ уж очень понравилось ,) заранее спасибо |
From: Dmitry S. <dmi...@ma...> - 2010-01-14 14:22:40
|
Здравствуйте! С прошедшими! На праздниках работал над библиотекой. Решил (пока) не делать объектную обертку. Для моих нужд хватает и простых процедур, введение объектов - дополнительная сложность. Появятся (?) контрибуторы, сделаем. Подправил немного заголовочный файл из wxHaskell, добавил несколько методов/классов из wxWidgets, пересобрал библиотеку. Сделал работу с исходниками в UTF-8. Как будет готов архив к выкладке - выложу. Дима. |
From: Dmitry S. <dmi...@ma...> - 2009-12-09 17:24:22
|
Закончил реализацию, получилось довольно красиво, но, столкнулся с проблемой. Дано: TYPE ... wxSize* = POINTER TO wxSizeRec; wxSizeRec* = RECORD(VoidRec) END; ... PROCEDURE ["C"] / wxSize_GetX(self: wxSize): INTEGER; PROCEDURE (self: wxSize) GetX*(): INTEGER; BEGIN RETURN wxSize_GetX(self); END GetX; (в другом модуле) VAR s: wx.wxSize; ... s := wx.Factory.NEW_wxSize(); (* вот эта строка гарантированно рушит программу. *) IF s.GetX() = 0 THEN END; Проблема в том, что, поскольку метод wxSize_GetX объявлен как код на C, то и от структуры ожидается, что она будет C-шной. Пока wxSize используется просто как указатель (в смысле С), никаких проблем нет, все работает. Как только стали к ней обращаться как к структуре на Оберон, начались проблемы. Если же в объявление структуры вставить указание языка, то компилятор говорит, что нельзя языки смешивать. Похоже, что придется все переписывать к варианту, где для каждого типа делается своя обертка... > После недолгих, но мучительных раздумий, я остановился на идее с фабрикой. > > > > > Третий способ - создать большую фабрику объектов, которая будет выполнять роль конструкторов: > > > > TYPE > > Factory* = RECORD > > END; > > > > PROCEDURE (f: Factory) NewFrame: wxFrame; > > ... > > PROCEDURE (f: Factory) NewString: wxString; > > ... > > и т.д. (примерно 500 процедур) > > > > > > > Я в раздумьях :) > |
From: Alexander I. <aj...@ya...> - 2009-12-04 11:50:57
|
Hello! > Похоже, что выложены только исходные файлы для демок и скомпилированные демки, > самого wxGTK для FreePascal нет, как нет и информации об авторстве (чтобы с автором связаться). Можно попробовать написать создателям проектов на стандартный адрес <username>@users.sourceforge.net. Кстати, в профиле sekelsenmat (wxPascal) видно, что он активный девелопер в проекте Lazarus. ---=====--- Alexander |
From: Dmitry S. <dmi...@ma...> - 2009-12-04 10:00:21
|
Похоже, что выложены только исходные файлы для демок и скомпилированные демки, самого wxGTK для FreePascal нет, как нет и информации об авторстве (чтобы с автором связаться). -----Original Message----- From: Р Р <fm...@ya...> To: Dmitry Solomennikov <dmi...@ma...>, Список рассылки для разработки XDS <obe...@li...> Date: Fri, 04 Dec 2009 12:39:35 +0300 Subject: Re: [OberonRevival-xds-dev] wxWidgets > Почитал немного про wxWidgets. Идея у библиотеки конечно хорошая, это обеспечить кроссплатформенность для GUI приложений. Насколько хорошо это реализовано я не знаю. > Нашел обертки для Паскаля. Сам правда не смотрел. > http://sourceforge.net/projects/wxfp/ > http://sourceforge.net/projects/wxpascal/ > Возможно, видя код на Паскале будет проще на Оберон перенести. |
From: Р Р <fm...@ya...> - 2009-12-04 09:44:23
|
Почитал немного про wxWidgets. Идея у библиотеки конечно хорошая, это обеспечить кроссплатформенность для GUI приложений. Насколько хорошо это реализовано я не знаю. Нашел обертки для Паскаля. Сам правда не смотрел. http://sourceforge.net/projects/wxfp/ http://sourceforge.net/projects/wxpascal/ Возможно, видя код на Паскале будет проще на Оберон перенести. 03.12.09, 19:30, "Dmitry Solomennikov" <dmi...@ma...>: > Спасибо за комментарий! > > -----Original Message----- > From: Р Р > To: Dmitry Solomennikov , > Список рассылки для разработки XDS > Date: Thu, 03 Dec 2009 15:56:07 +0300 > Subject: Re: [OberonRevival-xds-dev] wxWidgets > > > Я не знаком с библиотекой wxWidgets. Знаю только что она написана на C++. > Да, она написана на C++, причем написана так, чтобы запускаться на куче разных платформ. Основной идейный принцип библиотеки - "родной" для платформы интерфейс. > > > Думаю надо сначала разобраться какие интерфейсы предоставляет данная > > библиотека. Скорее всего есть объекто-ориентированный интерфейс для C++ > > и процедурный интерфейс для других языков. > Библиотека представляет собой объектно-ориентированную библиотеку на C++. Процедурного интерфейса она не предоставляет, только классы. > > > Использовать объекто-ориентированный интерфейс в Обероне скорее всего не > > получиться, так как чтобы его использовать нужно будет "эмулировать" > > возможности С++, такие как конструкторы, декструкторы и еще много чего. > > Что является очень плохой идеей. > На самом деле, все несколько хитрее. > > Технически, библиотека, написанная на C++, представляет собой набор процедур. > Ведь что такое "объектная ориентированность"? Это сведение воедино нескольких понятий - структура данных, процедуры, с ней связанные и механизм расширения (наследования), при котором расширенный тип может обращаться к определениям расширяемого типа. Ключевым моментом в этом коктейле является механизм использования таблицы методов, т.е. такой структуры внутри класса/объекта, в которой собирается информация обо всех процедурах/методах. > Вот эти то процедуры и предоставляются библиотекой (наряду с другой информацией). > > Т.е. в принципе, можно было бы просто взять и получить информацию о методах из библиотеки (есть в Интернете несколько таких разработок). Но способ этот крайне зависит от сборки компилятора и еще от огромного количества параметров, а потому может использоваться лишь в крайних случаях. Я рассматривал этот вариант, однако, трудоемкость его очень высока при низкой надежности результата. > > Проблема еще усугубляется наличием т.н. механизма "name mangling", который искажает названия методов, позволяя экспортировать библиотеке перегруженные (overloaded) методы, т.е. методы, имеющие одинаковое имя, но разные сигнатуры (список параметров). > > > Поэтому считаю, что лучше использовать процедурный стиль. Далее над этим > > процедурным стилем можно будет сделать объекто-ориентированную надстройку > > (wrapper) в стиле Оберона. > Процедурный стиль библиотека, к сожалению, не предоставляет. > Однако, можно написать по-другому. > > Например, имеем определение класса > class wxApp: public wxAppBase > { > public: > wxApp(); > virtual void CleanUp(); > > ... другие члены класса ... > } > > Можно написать такие процедуры: > > extern C { > > wxApp Create_wxApp(){ > return new wxApp(); > } > > void wxApp_CleanUp(wxApp self) > { > self->CleanUp(); > } > } > > и т.д. > > За синтаксис не ручаюсь, пишу по памяти, но смысл должен быть понятен. > Для каждого интересующего нас класса создается процедурная обертка, в которой производится обращение к членам класса. > Вновь созданные процедуры затем экспортируются уже в C-библиотеку и далее в *.dll или *.so, которые уже могут быть напрямую использованы из Оберона. > > Вот именно так построена библиотека wxHaskell, которую я взял за основу. Вернее, по такому принципу сделана библиотека wxEiffel, а уж из нее сделали wxHaskell. > > Ну а затем, в Обероне уже, строим такую структуру данных, на которую можно было спроецировать описанный выше механизм и получить способ вызова классов библиотеки wxWidgets из окружения, не имеющего возможности прямого обращения к коду на C++. Что, собственно, и делается. > > А фабрика нужна для того, чтобы решить проблему конструкторов, о которой я написал несколькими сообщениями ранее (сообщение в архиве: http://sourceforge.net/mailarchive/message.php?msg_name=E1NCBDk-0000vH-00.dmitrys99-mail-ru%40foot.mail.ru). > > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > OberonRevival-xds-dev mailing list > Obe...@li... > https://lists.sourceforge.net/lists/listinfo/oberonrevival-xds-dev > > -- Яндекс.Почта. Письма есть. Спама - нет. http://mail.yandex.ru/nospam/sign |
From: Р Р <fm...@ya...> - 2009-12-04 09:40:20
|
Почитал немного про wxWidgets. Идея у библиотеки конечно хорошая, это обеспечить кроссплатформенность для GUI приложений. Насколько хорошо это реализовано я не знаю. Нашел обертки для Паскаля. Сам правда не смотрел. http://sourceforge.net/projects/wxfp/ http://sourceforge.net/projects/wxpascal/ Возможно, видя код на Паскале будет проще на Оберон перенести. 03.12.09, 19:30, "Dmitry Solomennikov" <dmi...@ma...>: > Спасибо за комментарий! > > -----Original Message----- > From: Р Р > To: Dmitry Solomennikov , > Список рассылки для разработки XDS > Date: Thu, 03 Dec 2009 15:56:07 +0300 > Subject: Re: [OberonRevival-xds-dev] wxWidgets > > > Я не знаком с библиотекой wxWidgets. Знаю только что она написана на C++. > Да, она написана на C++, причем написана так, чтобы запускаться на куче разных платформ. Основной идейный принцип библиотеки - "родной" для платформы интерфейс. > > > Думаю надо сначала разобраться какие интерфейсы предоставляет данная > > библиотека. Скорее всего есть объекто-ориентированный интерфейс для C++ > > и процедурный интерфейс для других языков. > Библиотека представляет собой объектно-ориентированную библиотеку на C++. Процедурного интерфейса она не предоставляет, только классы. > > > Использовать объекто-ориентированный интерфейс в Обероне скорее всего не > > получиться, так как чтобы его использовать нужно будет "эмулировать" > > возможности С++, такие как конструкторы, декструкторы и еще много чего. > > Что является очень плохой идеей. > На самом деле, все несколько хитрее. > > Технически, библиотека, написанная на C++, представляет собой набор процедур. > Ведь что такое "объектная ориентированность"? Это сведение воедино нескольких понятий - структура данных, процедуры, с ней связанные и механизм расширения (наследования), при котором расширенный тип может обращаться к определениям расширяемого типа. Ключевым моментом в этом коктейле является механизм использования таблицы методов, т.е. такой структуры внутри класса/объекта, в которой собирается информация обо всех процедурах/методах. > Вот эти то процедуры и предоставляются библиотекой (наряду с другой информацией). > > Т.е. в принципе, можно было бы просто взять и получить информацию о методах из библиотеки (есть в Интернете несколько таких разработок). Но способ этот крайне зависит от сборки компилятора и еще от огромного количества параметров, а потому может использоваться лишь в крайних случаях. Я рассматривал этот вариант, однако, трудоемкость его очень высока при низкой надежности результата. > > Проблема еще усугубляется наличием т.н. механизма "name mangling", который искажает названия методов, позволяя экспортировать библиотеке перегруженные (overloaded) методы, т.е. методы, имеющие одинаковое имя, но разные сигнатуры (список параметров). > > > Поэтому считаю, что лучше использовать процедурный стиль. Далее над этим > > процедурным стилем можно будет сделать объекто-ориентированную надстройку > > (wrapper) в стиле Оберона. > Процедурный стиль библиотека, к сожалению, не предоставляет. > Однако, можно написать по-другому. > > Например, имеем определение класса > class wxApp: public wxAppBase > { > public: > wxApp(); > virtual void CleanUp(); > > ... другие члены класса ... > } > > Можно написать такие процедуры: > > extern C { > > wxApp Create_wxApp(){ > return new wxApp(); > } > > void wxApp_CleanUp(wxApp self) > { > self->CleanUp(); > } > } > > и т.д. > > За синтаксис не ручаюсь, пишу по памяти, но смысл должен быть понятен. > Для каждого интересующего нас класса создается процедурная обертка, в которой производится обращение к членам класса. > Вновь созданные процедуры затем экспортируются уже в C-библиотеку и далее в *.dll или *.so, которые уже могут быть напрямую использованы из Оберона. > > Вот именно так построена библиотека wxHaskell, которую я взял за основу. Вернее, по такому принципу сделана библиотека wxEiffel, а уж из нее сделали wxHaskell. > > Ну а затем, в Обероне уже, строим такую структуру данных, на которую можно было спроецировать описанный выше механизм и получить способ вызова классов библиотеки wxWidgets из окружения, не имеющего возможности прямого обращения к коду на C++. Что, собственно, и делается. > > А фабрика нужна для того, чтобы решить проблему конструкторов, о которой я написал несколькими сообщениями ранее (сообщение в архиве: http://sourceforge.net/mailarchive/message.php?msg_name=E1NCBDk-0000vH-00.dmitrys99-mail-ru%40foot.mail.ru). > > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > OberonRevival-xds-dev mailing list > Obe...@li... > https://lists.sourceforge.net/lists/listinfo/oberonrevival-xds-dev > > -- Яндекс.Почта. Письма есть. Спама - нет. http://mail.yandex.ru/nospam/sign |
From: Dmitry S. <dmi...@ma...> - 2009-12-03 16:30:24
|
Спасибо за комментарий! -----Original Message----- From: Р Р <fm...@ya...> To: Dmitry Solomennikov <dmi...@ma...>, Список рассылки для разработки XDS <obe...@li...> Date: Thu, 03 Dec 2009 15:56:07 +0300 Subject: Re: [OberonRevival-xds-dev] wxWidgets > Я не знаком с библиотекой wxWidgets. Знаю только что она написана на C++. Да, она написана на C++, причем написана так, чтобы запускаться на куче разных платформ. Основной идейный принцип библиотеки - "родной" для платформы интерфейс. > Думаю надо сначала разобраться какие интерфейсы предоставляет данная > библиотека. Скорее всего есть объекто-ориентированный интерфейс для C++ > и процедурный интерфейс для других языков. Библиотека представляет собой объектно-ориентированную библиотеку на C++. Процедурного интерфейса она не предоставляет, только классы. > Использовать объекто-ориентированный интерфейс в Обероне скорее всего не > получиться, так как чтобы его использовать нужно будет "эмулировать" > возможности С++, такие как конструкторы, декструкторы и еще много чего. > Что является очень плохой идеей. На самом деле, все несколько хитрее. Технически, библиотека, написанная на C++, представляет собой набор процедур. Ведь что такое "объектная ориентированность"? Это сведение воедино нескольких понятий - структура данных, процедуры, с ней связанные и механизм расширения (наследования), при котором расширенный тип может обращаться к определениям расширяемого типа. Ключевым моментом в этом коктейле является механизм использования таблицы методов, т.е. такой структуры внутри класса/объекта, в которой собирается информация обо всех процедурах/методах. Вот эти то процедуры и предоставляются библиотекой (наряду с другой информацией). Т.е. в принципе, можно было бы просто взять и получить информацию о методах из библиотеки (есть в Интернете несколько таких разработок). Но способ этот крайне зависит от сборки компилятора и еще от огромного количества параметров, а потому может использоваться лишь в крайних случаях. Я рассматривал этот вариант, однако, трудоемкость его очень высока при низкой надежности результата. Проблема еще усугубляется наличием т.н. механизма "name mangling", который искажает названия методов, позволяя экспортировать библиотеке перегруженные (overloaded) методы, т.е. методы, имеющие одинаковое имя, но разные сигнатуры (список параметров). > Поэтому считаю, что лучше использовать процедурный стиль. Далее над этим > процедурным стилем можно будет сделать объекто-ориентированную надстройку > (wrapper) в стиле Оберона. Процедурный стиль библиотека, к сожалению, не предоставляет. Однако, можно написать по-другому. Например, имеем определение класса class wxApp: public wxAppBase { public: wxApp(); virtual void CleanUp(); ... другие члены класса ... } Можно написать такие процедуры: extern C { wxApp Create_wxApp(){ return new wxApp(); } void wxApp_CleanUp(wxApp self) { self->CleanUp(); } } и т.д. За синтаксис не ручаюсь, пишу по памяти, но смысл должен быть понятен. Для каждого интересующего нас класса создается процедурная обертка, в которой производится обращение к членам класса. Вновь созданные процедуры затем экспортируются уже в C-библиотеку и далее в *.dll или *.so, которые уже могут быть напрямую использованы из Оберона. Вот именно так построена библиотека wxHaskell, которую я взял за основу. Вернее, по такому принципу сделана библиотека wxEiffel, а уж из нее сделали wxHaskell. Ну а затем, в Обероне уже, строим такую структуру данных, на которую можно было спроецировать описанный выше механизм и получить способ вызова классов библиотеки wxWidgets из окружения, не имеющего возможности прямого обращения к коду на C++. Что, собственно, и делается. А фабрика нужна для того, чтобы решить проблему конструкторов, о которой я написал несколькими сообщениями ранее (сообщение в архиве: http://sourceforge.net/mailarchive/message.php?msg_name=E1NCBDk-0000vH-00.dmitrys99-mail-ru%40foot.mail.ru). |
From: Р Р <fm...@ya...> - 2009-12-03 12:56:22
|
Здравствуйте! Я не знаком с библиотекой wxWidgets. Знаю только что она написана на C++. Думаю надо сначала разобраться какие интерфейсы предоставляет данная библиотека. Скорее всего есть объекто-ориентированный интерфейс для C++ и процедурный интерфейс для других языков. Использовать объекто-ориентированный интерфейс в Обероне скорее всего не получиться, так как чтобы его использовать нужно будет "эмулировать" возможности С++, такие как конструкторы, декструкторы и еще много чего. Что является очень плохой идеей. Поэтому считаю, что лучше использовать процедурный стиль. Далее над этим процедурным стилем можно будет сделать объекто-ориентированную надстройку (wrapper) в стиле Оберона. Заранее извиняюсь, если сказал что-нибудь не правильно насчет wxWidgets, с котором я практически не знаком. Это всего лишь общие соображения. 01.12.09, 18:37, "Dmitry Solomennikov" <dmi...@ma...>: > После недолгих, но мучительных раздумий, я остановился на идее с фабрикой. > > > > > Третий способ - создать большую фабрику объектов, которая будет выполнять роль конструкторов: > > > > TYPE > > Factory* = RECORD > > END; > > > > PROCEDURE (f: Factory) NewFrame: wxFrame; > > ... > > PROCEDURE (f: Factory) NewString: wxString; > > ... > > и т.д. (примерно 500 процедур) > > > > > > > Я в раздумьях :) > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > OberonRevival-xds-dev mailing list > Obe...@li... > https://lists.sourceforge.net/lists/listinfo/oberonrevival-xds-dev > > -- Яндекс.Почта. Письма есть. Спама - нет. http://mail.yandex.ru/nospam/sign |
From: Dmitry S. <dmi...@ma...> - 2009-12-01 15:37:37
|
После недолгих, но мучительных раздумий, я остановился на идее с фабрикой. > > Третий способ - создать большую фабрику объектов, которая будет выполнять роль конструкторов: > > TYPE > Factory* = RECORD > END; > > PROCEDURE (f: Factory) NewFrame: wxFrame; > ... > PROCEDURE (f: Factory) NewString: wxString; > ... > и т.д. (примерно 500 процедур) > > > Я в раздумьях :) |
From: Dmitry S. <dmi...@ma...> - 2009-11-22 12:07:22
|
> > Постараюсь к вечеру выложить исходники. Там, конечно, не все гладко и просто. > > Выкладываю обещанное Продолжаю работу над wxOberon. Итак, размышления. Заголовочный файл wxc.ob2 содержит *процедуры* вида wxFrame_Create (класс_метод), которые создают и позволяют использовать классы wxWidgets. Что имеем? Имеем определение класса, например TYPE ... wxFrame* = POINTER TO wxFrameRec; wxFrameRec* = RECORD (...) END; Имеем определения процедур, создающих или использующих экземпляры классов, например, упомянутый уже wxFrame_Create(...) или wxWindow_Show(...). Можно было бы просто сформировать пачку методов для уже определенных объектов, например так PROCEDURE (w: wxWindow) Show*(...); BEGIN wxWindow_Show(w, ...); END Show; и это представляется наиболее разумным решением. Однако, в Обероне нет конструкторов. Куда девать процедуру Create, если она есть? Логично было бы предложить метод PROCEDURE (w: wxWindow) Create*(...); BEGIN wxWindow_Create(w, ...); END Show; однако к моменту вызова процедуры у нас еще объект не создан, и это гарантированная ошибка времени исполнения. Можно пойти другим путем, определив статическую обертку, например так: TYPE ... Frame* = RECORD handle: wxFrame; END; и уже по отношению к этому определению делать вызовы: PROCEDURE (VAR f: Frame) Create(...); BEGIN f.handle := wxFrame_Create(...) END Create; Все ничего, но непонятно, насколько усложнится код внутри методов. Третий способ - создать большую фабрику объектов, которая будет выполнять роль конструкторов: TYPE Factory* = RECORD END; PROCEDURE (f: Factory) NewFrame: wxFrame; ... PROCEDURE (f: Factory) NewString: wxString; ... и т.д. (примерно 500 процедур) Ну и последний вариант, оставить все как есть, используя процедурный вариант кода, имеющийся сейчас в файле wxc.ob2. Я в раздумьях :) Дима. |
From: Dmitry S. <dmi...@ma...> - 2009-11-19 15:34:36
|
> Постараюсь к вечеру выложить исходники. Там, конечно, не все гладко и просто. Выкладываю обещанное Итак, как запустить демо: 1) Скачать бинарник wxHaskell http://downloads.sourceforge.net/wxhaskell/wxhaskell-bin-msw2.8.10-ghc6.10.4-0.11.1.2-0.zip (из него нужна wxc*.dll, конкретно в моем случае это wxc-msw2.8.10-0.11.1.2.dll) 2) Скачать вложение в ту же папку 3) Сделать библиотеку импорта командой (нужно для линковки) xlib.exe /IMPLIB wxc.lib wxc-msw2.8.10-0.11.1.2.dll 4) скомпилировать xc =p test.prj 5) Запустить test.exe Должно открыться окно с заголовком Hello, world! Не очень уверен в правильности формирования файла проекта (линковку не до конца понимаю), поэтому может потребоваться наличие рантайма xds (xds25.dll) Чуть позже соберу пакет для разработки, пока же скажу, что файл wxc.ob2 практически полностью сформирован автоматически (только несколько строк изменены вручную, да и то, потому, что есть проблемы с поиском и передачей argc/argv; ряд функций есть в экспорте, но отсутствуют в dll). Кстати, заголовки взяты из этого архива http://downloads.sourceforge.net/wxhaskell/wxhaskell-src-0.11.1.2.zip Дима |
From: Dmitry S. <dmi...@ma...> - 2009-11-19 15:14:52
|
> Поздравляю от всей души! Спасибо! > Кстати, ты в каком текстовом редакторе работаешь? В основном (процентов 95 времени) - FAR manager + Colorer, на Linux - gedit, mousepad (вариант notepad'a) и, конечно, mc. На Windows при необходимости править файлы в Unicode запускаю PSPAD Editor. В последнем, кстати, есть функция (написанная на JavaScript), позволяющая выравнивать тексты по колонкам. Примерно так: Было А = RECORD ... identifier = RECORD ... Number = INTEGER; ... Стало А = RECORD ... identifier = RECORD ... Number = INTEGER; ... Это, пожалуй, самое главное, почему я им пользуюсь :) Теперь вот буду присматриваться к NO2 :) |
From: Alexander I. <aj...@ya...> - 2009-11-19 14:32:47
|
Hello! > Не могу не поделиться :) > > Заработала связка XDS - wxWidgets! Пока еще на уровне процедурного кода (т.е. прямыми вызовами из dll, без объектной обвязки, которую еще предстоит придумать и проработать), но заработала! > > Постараюсь к вечеру выложить исходники. Там, конечно, не все гладко и просто. > > Но это - начало большого пути! Поздравляю от всей души! А у меня заработал лексер. Точнее, сам лексер заработал ещё в воскресенье, а сегодня он заработал после рефакторинга: я выделил парсер числовых констант в отдельный модуль, а то процедура стала уже несколько страниц занимать. Кстати, ты в каком текстовом редакторе работаешь? ---=====--- Alexander |
From: Dmitry S. <dmi...@ma...> - 2009-11-19 05:23:42
|
Не могу не поделиться :) Заработала связка XDS - wxWidgets! Пока еще на уровне процедурного кода (т.е. прямыми вызовами из dll, без объектной обвязки, которую еще предстоит придумать и проработать), но заработала! Постараюсь к вечеру выложить исходники. Там, конечно, не все гладко и просто. Но это - начало большого пути! С уважением, Дмитрий. dmi...@ma... |
From: Alexander I. <aj...@ya...> - 2009-11-08 15:26:47
|
Hello! >> или всем всё равно? DS> Не все-равно. Я в том смысле, что надо ли кому-то новую версию, или можно подождать с выпуском, подкопить исправлений. DS> В силу разных причин моя профессиональная деятельность (имеется в DS> виду та, которая меня кормит), вообще не связана сейчас с DS> созданием программ. Формально я даже не имею права этим заниматься. Мне тут повезло больше, я этим зарабатываю. И даже нашёл работу, где пишу на Обероне, что считаю невероятным везением. Правда, инструментарий типа Obide не входит в список разрабатываемых проектов, это скорее побочная работа на себя. Я занимался сначала ББ - слал патчи в официальный список рассылки, получил там некоторое признание в виде того, многие из них включили в версию 1.6. Сделал даже коммьюнити на livejournal, но самое главное - вышел на сайт OberonCore, который тогда был на metasystems. Потом было распутье: переходить на ББ или на XDS+Amadeus. OMInc мои заслуги в расчёт не приняли, так что отправился я на XDS. Теперь, вот, ищу собственный язык и компилятор. DS> Тем не менее, я по диплому и по призванию - программист. DS> И мне это нравится, и мне это дорого. DS> И я буду заниматься тем, что мне интересно. Ведь, по большому DS> счету, это одна из составляющих счастья - делать то, что тебе интересно. DS> Твои работы - сильные. Большое спасибо на добром слове. DS> Мне вот очень хочется посмотреть на твои исходники Scintilla DS> binding, поскольку мне это до жути было надо и сейчас надо. Но в DS> силу обстоятельств я не могу сейчас этим заниматься. Есть более DS> приоритетные задачи, которые отнимают все силы. Там идея простая: есть Scintill'овский HWND (получен от Notepad++), которому отправляются сообщения с помощью Win.SendMessage, и всё это обёрнуто в процедуры. ---=====--- Alexander |
From: Dmitry S. <dmi...@ma...> - 2009-11-03 15:35:53
|
> Hello! ... > или всем всё равно? > Не все-равно. В списке рассылки на текущий момент 5 (пять) подписчиков. Включая тебя. Поэтому не стоит ожидать ажиотажа и сотни скачиваний в день. Я переводом ББ на Linux занимаюсь уже год (первые сообщения были где-то в начале декабря прошлого года). Тогда, когда я взялся за эту тему, разговоров было! У меня было ощущение, что народ просто жаждет свершений и только я начну делать, как тут же включат наработки если не в дистрибутив(ы) Linux'a, то уж по крайней мере активная разработка начнется. Ничего подобного! Отдельные комментарии от гуру, несколько строчек с исправлениями и все! Я много думал после этого, а оно мне надо? Если интереса нет, если помощников нет? Потом понял, что надо. Это надо МНЕ. Это надо для моего профессионального роста, для удовлетворения профессионального и природного любопытства, для того, чтобы свои амбиции удовлетворить и т.д. и т.п. можно долго перечислять. Но главное - это надо МНЕ. Для себя я сделал сайт, продолжаю работу над ББ, XDS, AGG и пр. Возможно, в перспективе, это принесет мне какие-то ощутимые результаты. Не исключаю. Но я на них даже не рассчитываю. Мне просто интересно. В силу разных причин моя профессиональная деятельность (имеется в виду та, которая меня кормит), вообще не связана сейчас с созданием программ. Формально я даже не имею права этим заниматься. Тем не менее, я по диплому и по призванию - программист. И мне это нравится, и мне это дорого. И я буду заниматься тем, что мне интересно. Ведь, по большому счету, это одна из составляющих счастья - делать то, что тебе интересно. А ждать, что кто-то оценит твою работу не стоит. Важно, чтобы ты ее ценил сам. Другие подтянутся. Твои работы - сильные. Все что ты публиковал на ОберонКоре, все что я видел в исходниках ББ говорит о высоком профессионализме. А значит и о высоком уровне притязаний. Уверяю, не всем это доступно хотя бы уже потому, что это еще понять надо. А потому ... не рассчитывай на скорое признание. Мне вот очень хочется посмотреть на твои исходники Scintilla binding, поскольку мне это до жути было надо и сейчас надо. Но в силу обстоятельств я не могу сейчас этим заниматься. Есть более приоритетные задачи, которые отнимают все силы. Я ни свои, ни твои наработки уже неделю опубликовать не могу. Ну вот, как-то так. |
From: Alexander I. <aj...@ya...> - 2009-11-03 13:45:32
|
Hello! Кто-нибудь пользуется плагином? Как впечатления? Доработал поддержку XDS "direct language specification", это когда указывается ["C"] или ["Modula"] и т.п. В версии 2.0 это поддерживалось только для PROCEDURE. Думаю, выпускать ли версию 2.1, или всем всё равно? ---=====--- Alexander |
From: Р Р <fm...@ya...> - 2009-10-30 12:39:46
|
30.10.09, 17:32, "Alexander Iljin" <aj...@ya...>: > Мой личный план таков: > - создать модульный фреймворк для потоковой обработки данных (на > основе него - всё остальное); Я не совсем понял, что имеется в виду под модульным фреймворком для потоковой обработки? > - создать сканер и парсер для XDS Оберон-2; > - на основе парсера сделать плагин подсветки синтаксиса и фолдинга > для Notepad++; А почему бы не написать свое IDE на самом Оберон-2. А использовать Notepad++, который написан на С++, для редактирования кода на Оберон-2 я считаю немного "не политкорректно". Можете скачать, например, программу Metatrader 4 для торговли на рынке Forex с сайта metaquotes.ru (3,5 Мб). Так вот там есть свой встроенный язык, который называется MQL4. Соответственно там есть IDE - metaeditor.exe. Это достаточно простой редактор, но в тоже время достаточно удобный. Вот примерно такой редактор я бы хотел для Оберон-2. > - сделать "пустой" транслятор и вставить его прослойкой между моими > исходниками и компилятором XDS (использую GNU Make); > - постепенно "нагрузить" транслятор до создания собственного языка > на основе Оберон-семейства (например, запретить FOR, ввести > ABSTRACT-записи как в КП и пр.); > - ожидаю, что при правильном проектировании один и тот же транслятор > сможет работать и как плагин в Notepad++, и в пакетном режиме. > > РР> Лично мне было бы интересно: > РР> 2) Еще одна модификация сборщика мусора для многопоточных > РР> программ, чтобы убрать ограничение BlackBox-а на один основной > РР> поток, в котором только работает сбощик мусора. > Active BlackBox смотрели? Илья Ермаков уже реализовал многопоточный > сборщик мусора для ББ. Смотрел только мельком. Нужно будет думаю еще раз посмотреть. > ---=====--- > Alexander > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > OberonRevival-xds-dev mailing list > Obe...@li... > https://lists.sourceforge.net/lists/listinfo/oberonrevival-xds-dev -- Почта со встроенным плеером находится здесь: http://mail.yandex.ru/promo/new/player |
From: Alexander I. <aj...@ya...> - 2009-10-30 11:32:45
|
Hello! РР> Я не считаю это бюрократией. Я считаю, что все должны знать цели РР> к чему стремимся и знать хотя бы примерно план действий, что нужно РР> делать, чтобы прийти к цели. А иначе получится как в басне РР> "Лебедь, рад да щука", все будут тянуть в разных направлениях. Мой личный план таков: - создать модульный фреймворк для потоковой обработки данных (на основе него - всё остальное); - создать сканер и парсер для XDS Оберон-2; - на основе парсера сделать плагин подсветки синтаксиса и фолдинга для Notepad++; - сделать "пустой" транслятор и вставить его прослойкой между моими исходниками и компилятором XDS (использую GNU Make); - постепенно "нагрузить" транслятор до создания собственного языка на основе Оберон-семейства (например, запретить FOR, ввести ABSTRACT-записи как в КП и пр.); - ожидаю, что при правильном проектировании один и тот же транслятор сможет работать и как плагин в Notepad++, и в пакетном режиме. РР> Лично мне было бы интересно: РР> 2) Еще одна модификация сборщика мусора для многопоточных РР> программ, чтобы убрать ограничение BlackBox-а на один основной РР> поток, в котором только работает сбощик мусора. Active BlackBox смотрели? Илья Ермаков уже реализовал многопоточный сборщик мусора для ББ. РР> 3) Написать новый линковщик для BlackBox, который бы мог удалять РР> из итоговой программы процедуры, которые не используются. Сейчас РР> же все процедуры, константы и т.д да же те которые не используются РР> попадают в exe файл, что увеличивает его размер. Это интересно, хотя и не тривиально (процедурные переменные). ---=====--- Alexander |
From: Р Р <fm...@ya...> - 2009-10-30 11:13:11
|
Здравствуйте! > Кому что еще интересно - выкладывайте, на основе этого сформируем план. > (В сторону: а может пока не заморачиваться бюрократией?) Я не считаю это бюрократией. Я считаю, что все должны знать цели к чему стремимся и знать хотя бы примерно план действий, что нужно делать, чтобы прийти к цели. А иначе получится как в басне "Лебедь, рад да щука", все будут тянуть в разных направлениях. Лично мне было бы интересно: 1) Разработка альтернативного сборщика мусора для BlackBox, который был бы способен дефрагментировать память и освобождать память системе, а не только занимать память у системы, как это делает BlackBox сейчас. 2) Еще одна модификация сборщика мусора для многопоточных программ, чтобы убрать ограничение BlackBox-а на один основной поток, в котором только работает сбощик мусора. 3) Написать новый линковщик для BlackBox, который бы мог удалять из итоговой программы процедуры, которые не используются. Сейчас же все процедуры, константы и т.д да же те которые не используются попадают в exe файл, что увеличивает его размер. 30.10.09, 13:41, "Dmitry Solomennikov" <dmi...@ma...>: > Плана работ, как такового, не существует. > Моей целью было создание сайта и дистрибутива посвежее. > Цель достигнута. > Теперь следующий вопрос - GUI. > Я над этим работаю. > Кому что еще интересно - выкладывайте, на основе этого сформируем план. > (В сторону: а может пока не заморачиваться бюрократией?) > > Здравствуйте! > > > > Хотелось бы узнать есть ли какой-нибудь план действий, что надо делать? > > Если такого плана нет, то предлагаю его составить. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > OberonRevival-xds-dev mailing list > Obe...@li... > https://lists.sourceforge.net/lists/listinfo/oberonrevival-xds-dev -- Мобильная почта находится здесь: http://mail.yandex.ru/promo/new/mobile |
From: Dmitry S. <dmi...@ma...> - 2009-10-30 10:42:08
|
Плана работ, как такового, не существует. Моей целью было создание сайта и дистрибутива посвежее. Цель достигнута. Теперь следующий вопрос - GUI. Я над этим работаю. Кому что еще интересно - выкладывайте, на основе этого сформируем план. (В сторону: а может пока не заморачиваться бюрократией?) > Здравствуйте! > > Хотелось бы узнать есть ли какой-нибудь план действий, что надо делать? > Если такого плана нет, то предлагаю его составить. > |
From: Р Р <fm...@ya...> - 2009-10-27 20:23:30
|
Здравствуйте! Хотелось бы узнать есть ли какой-нибудь план действий, что надо делать? Если такого плана нет, то предлагаю его составить. 26.10.09, 18:38, "Р Р" <fm...@ya...>: > > (Перечисляю работы, где были приложены какие-то усилия) > > Графические: > > *AGG для Oberon* - http://dmitrys99.ya.ru/posts.xml?tag=1708717&posttype=text,link,photo,video,status > > Скачать > > https://sourceforge.net/projects/oberonrevival/files/aggob2.rar/download > > GUI: > > *wxWidgets*, *Qt* - http://sourceforge.net/mailarchive/forum.php?thread_name=E1N1FvA-0003bV-00.dmitrys99-mail-ru%40foot.mail.ru&forum_name=oberonrevival-bb-dev > > Кроме того, очень хочется сделать binding для cairo (http://www.cairographics.org), поскольку там есть встроенная печать. > Подключать библиотеки к BlackBox или к XSD это хорошо. Но тут я виже несколько проблем: > 1) Опять таки лецензии, например QT для Windows для коммерческого использования платный. По идеи это они должны были бы озаботиться сделать интерфейс к Oberon-2 или к Компонентному Паскалю, так как это их прямая выгода. Но видимо таких разработчиков так мало, что это им не интересно. > 2) Библиотека написанная на C++ (QT) будет нести отпечаток этого языка. И соответственно будет предполагать модель работы с этим языком, в итоге, все будет делаться достаточно сложно. В итоге критики будут говорить, смотрите как на Оберон-2 работа с QT сложно делается, то ли дело C++, где QT вызывается легко и просто. > Насчет использования Notepad++ в качестве IDE тоже считаю не совсем правильно, так как он написан на C++. Если мы хотим, показать преимущества языка, то и IDE надо делать на ней же. > Вообще считаю самым правильным было бы разработать общими усилиями свою альтернативную среду, не BlackBox, не XDS, а свою, со своим компилятором, рантаймом, IDE, графическими библиотеками и т.д. Здесь думаю, многие захотели бы поучаствовать. > А заниматься интеграцией одной программы с другой считаю, что это только борьба с их внутренней архитектурой и багами. В итоге может получиться так, что разработать все с нуля, будет проще и быстрее, чем заниматься интеграцией. > 26.10.09, 17:53, "Dmitry Solomennikov" : > > > > Про Integer. Есть параметр для Modula-2: M2BASE16. > > > > http://oberonrevival.sourceforge.net/docs/xds/html/xc05.html#92 > > > > > > А действует ли этот параметр на Оберон-2? > > Не помню точно, но по-моему не действует. > > Тем не менее, там же есть параметр M2ADDTYPES: > > http://oberonrevival.sourceforge.net/docs/xds/html/xc05.html#91 > > Кроме того, никто вам не запрещает использовать типы > > SYSTEM.INT8, SYSTEM.INT16, SYSTEM.INT32, SYSTEM.INT64, > > SYSTEM.CARD8, SYSTEM.CARD16, SYSTEM.CARD32. (Насчет CARD64 > > не уверен, требует проверки). > > > > > > > Хитрость, однако, в том, что вы слегка недооцениваете трудоемкость создания IDE + компилятора + остального. Она значительна. Впрочем, это лирика. Возможно, что именно вам это удастся. > > > > > > Я просматривал книгу Вирта, где он описывает как создать компилятор. Думаю что просто компилятор без оптимизирующего компилятор можно написать используя его книгу в качестве руководства. Еще хотелось бы написать нормальный сборщик мусора, который позволяет дефрагментировать память, а не такой, который в BlackBox-е только выделяет память. Это я бы назвал первоочередной задачей. > > Для сведения: к 9.11.09 планируется поступление в продажу книг "Конструирование компиляторов" и "Алгоритмы и структуры данных. Новая версия для Оберона". Подробности: http://www.inr.ac.ru/~info21/wirth/ADru/ и http://forum.oberoncore.ru/viewtopic.php?f=4&t=1970 > > > > Идея заманчивая, но, тем не менее, считаю, что пока более предпочтительно развивать библиотеки для имеющегося компилятора. > > > > > > Какие именно библиотеки вы хотите разрабатывать? Расскажите по подробнее. > > > > > (Перечисляю работы, где были приложены какие-то усилия) > > Графические: > > *AGG для Oberon* - http://dmitrys99.ya.ru/posts.xml?tag=1708717&posttype=text,link,photo,video,status > > Скачать > > https://sourceforge.net/projects/oberonrevival/files/aggob2.rar/download > > GUI: > > *wxWidgets*, *Qt* - http://sourceforge.net/mailarchive/forum.php?thread_name=E1N1FvA-0003bV-00.dmitrys99-mail-ru%40foot.mail.ru&forum_name=oberonrevival-bb-dev > > Кроме того, очень хочется сделать binding для cairo (http://www.cairographics.org), поскольку там есть встроенная печать. > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > _______________________________________________ > > OberonRevival-xds-dev mailing list > > Obe...@li... > > https://lists.sourceforge.net/lists/listinfo/oberonrevival-xds-dev -- Яндекс.Почта. Поищите спам где-нибудь еще http://mail.yandex.ru/nospam/sign |
From: Р Р <fm...@ya...> - 2009-10-26 15:38:33
|
> (Перечисляю работы, где были приложены какие-то усилия) > Графические: > *AGG для Oberon* - http://dmitrys99.ya.ru/posts.xml?tag=1708717&posttype=text,link,photo,video,status > Скачать > https://sourceforge.net/projects/oberonrevival/files/aggob2.rar/download > GUI: > *wxWidgets*, *Qt* - http://sourceforge.net/mailarchive/forum.php?thread_name=E1N1FvA-0003bV-00.dmitrys99-mail-ru%40foot.mail.ru&forum_name=oberonrevival-bb-dev > Кроме того, очень хочется сделать binding для cairo (http://www.cairographics.org), поскольку там есть встроенная печать. Подключать библиотеки к BlackBox или к XSD это хорошо. Но тут я виже несколько проблем: 1) Опять таки лецензии, например QT для Windows для коммерческого использования платный. По идеи это они должны были бы озаботиться сделать интерфейс к Oberon-2 или к Компонентному Паскалю, так как это их прямая выгода. Но видимо таких разработчиков так мало, что это им не интересно. 2) Библиотека написанная на C++ (QT) будет нести отпечаток этого языка. И соответственно будет предполагать модель работы с этим языком, в итоге, все будет делаться достаточно сложно. В итоге критики будут говорить, смотрите как на Оберон-2 работа с QT сложно делается, то ли дело C++, где QT вызывается легко и просто. Насчет использования Notepad++ в качестве IDE тоже считаю не совсем правильно, так как он написан на C++. Если мы хотим, показать преимущества языка, то и IDE надо делать на ней же. Вообще считаю самым правильным было бы разработать общими усилиями свою альтернативную среду, не BlackBox, не XDS, а свою, со своим компилятором, рантаймом, IDE, графическими библиотеками и т.д. Здесь думаю, многие захотели бы поучаствовать. А заниматься интеграцией одной программы с другой считаю, что это только борьба с их внутренней архитектурой и багами. В итоге может получиться так, что разработать все с нуля, будет проще и быстрее, чем заниматься интеграцией. 26.10.09, 17:53, "Dmitry Solomennikov" <dmi...@ma...>: > > > Про Integer. Есть параметр для Modula-2: M2BASE16. > > > http://oberonrevival.sourceforge.net/docs/xds/html/xc05.html#92 > > > > А действует ли этот параметр на Оберон-2? > Не помню точно, но по-моему не действует. > Тем не менее, там же есть параметр M2ADDTYPES: > http://oberonrevival.sourceforge.net/docs/xds/html/xc05.html#91 > Кроме того, никто вам не запрещает использовать типы > SYSTEM.INT8, SYSTEM.INT16, SYSTEM.INT32, SYSTEM.INT64, > SYSTEM.CARD8, SYSTEM.CARD16, SYSTEM.CARD32. (Насчет CARD64 > не уверен, требует проверки). > > > > > Хитрость, однако, в том, что вы слегка недооцениваете трудоемкость создания IDE + компилятора + остального. Она значительна. Впрочем, это лирика. Возможно, что именно вам это удастся. > > > > Я просматривал книгу Вирта, где он описывает как создать компилятор. Думаю что просто компилятор без оптимизирующего компилятор можно написать используя его книгу в качестве руководства. Еще хотелось бы написать нормальный сборщик мусора, который позволяет дефрагментировать память, а не такой, который в BlackBox-е только выделяет память. Это я бы назвал первоочередной задачей. > Для сведения: к 9.11.09 планируется поступление в продажу книг "Конструирование компиляторов" и "Алгоритмы и структуры данных. Новая версия для Оберона". Подробности: http://www.inr.ac.ru/~info21/wirth/ADru/ и http://forum.oberoncore.ru/viewtopic.php?f=4&t=1970 > > > Идея заманчивая, но, тем не менее, считаю, что пока более предпочтительно развивать библиотеки для имеющегося компилятора. > > > > Какие именно библиотеки вы хотите разрабатывать? Расскажите по подробнее. > > > (Перечисляю работы, где были приложены какие-то усилия) > Графические: > *AGG для Oberon* - http://dmitrys99.ya.ru/posts.xml?tag=1708717&posttype=text,link,photo,video,status > Скачать > https://sourceforge.net/projects/oberonrevival/files/aggob2.rar/download > GUI: > *wxWidgets*, *Qt* - http://sourceforge.net/mailarchive/forum.php?thread_name=E1N1FvA-0003bV-00.dmitrys99-mail-ru%40foot.mail.ru&forum_name=oberonrevival-bb-dev > Кроме того, очень хочется сделать binding для cairo (http://www.cairographics.org), поскольку там есть встроенная печать. > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > OberonRevival-xds-dev mailing list > Obe...@li... > https://lists.sourceforge.net/lists/listinfo/oberonrevival-xds-dev -- Почта в порядке находится здесь: http://mail.yandex.ru/promo/new/order |
From: Alexander I. <aj...@ya...> - 2009-10-26 15:04:12
|
Hello! DS> Может не заморачиваться с плагинами, а делать All-in-one. Берем DS> стабильную версию Notepad++, прикручиваем плагины, поставляем в DS> готовом виде. Как-то так. Пользователю нужно IDE, а не конструктор DS> из плагинов. Или я что-то не(до)понимаю? Это да, настроенным пакетом очень даже можно. У меня такой есть. Тем более что Notepad++ поддерживает portable режим, когда все настройки хранятся в собственном каталоге, так что их можно распостранять в одном комлекте с программой. DS> А модуль для Scintilla посмотреть можно? Конечно. Он написан вручную, но систематически: в каждом из тематических разделов (напр., "Call tips") присутствуют все сообщения данного раздела, перечисленные в документации Scintilla. Если раздел есть, то он есть целиком. DS> Впечатляет, ждем релиза! Считайте это релизом. В архиве Obide.dll версия 2.0.1 (см. version information в свойствах файла). Прилагаю все исходники, кроме библиотеки Amadeus (каталоги A3, A3Lib). Скомпилировать не удастся, но посмотреть уже есть на что. ---=====--- Alexander |