Но одно могу сказать сразу: если мы сделаем это, то по ММВ - мы впереди планеты всей!
А перед Романом Воской я лично буду ходатайствовать о присуждении тебе медали Заслуженного ветерана ММВ!

Это, конечно же, шутка, но вот то, что из ММВ можно будет сделать значительно более полноценный продукт - это не только впечатляет, но и дает огромные надежды.

Ты совершенно справедливо заметил, что не хватает именно:

1. Функций для работы с файловой системой (какраз сейчас мучаюсь с определением размера каталога)
2. Более продвинутых функций для работы с текстом (строками). (Например, нельзя в одну строку написать код, чтобы выдернуть текст из файла, скажем, из i-ой строки, с символа n по m).
3. Ну и, конечно, всё тех же математических функций.

Исходя из этого можно и разрабатывать три отдельные библиотеки.

А касательно идеи - я почему-то подумал, что речь идёт о создании специального, так сказать, расширения скриптового языка ММВ. Такой скриптовый процессор, типа.

Ну а если речь о сборнике всех функций (всех!), то тоже неплохо, однако подумайте, сколько будет весом такая библиотека...

Добавлено (03 Ноября 2007, 20:12)
---------------------------------------------

Это-то понятно, в четыре строчки я написать могу.
Но когда надо обработать много строк (например, в ini-файле), код становится длинноват.

Понимать, нужно ли это, не надо! Конечно - нужно.
А вот можно ли - это уж ваше дело, программеры. Вся надежда на двух людей из нашего сообщества - Диму и Алекса. Надеюсь, второй тоже появится здесь в скором времени и примет участие в обсуждении темы.

Ну если бы я знал, что именно нужно реализовать... Сама идея, так сказать. Что ты хочешь?

Это все плагины, только плагины бывают визуальные и не визуальные.
В принципе, любая dll это тоже плагин:). Наборы фукнций, или наборы
визуальных объектов, реализующие какие либо алгоритмы.
Суть не в этом, а именно в принципах передачи данных. На форме ммв
проекта можно куролесить как угодно, но он об этом знать не будет,
для передачи данных существует весьма узкий шлюз- RUN, GET, SET.
Ввести и вывести строку и целое число(если передавать дробное, все
равно будет передано как целое), запустить функцию, итого мы имеем
возможность оперировать всего с двумя переменными. При необходимости
передачи большего количества параметров, приходится ухищряться, или передавать их
последовательно(через одну и ту же переменную) или компоновать их в
строковом виде, с последующей дешифрацией значений.
Что поделать, такой узкий механизм, оставили для плагина разработчики
ммв.

Кроме стандартного механизма, я откопал возможность генерировать
для ммв событие, что бы проект мог отреагировать на запрос плагина.
(активировать скрипт, находящийся в свойствах плагина)

О посыках сообщений (message), для передачи данных, не может быть и речи,
и вот почему: единственный объект способный их принять - это форма проекта.
При отсылке сообщения пересылаются и данные, но что она с ними будет делать?
Вы ведь не всунете туда обработчик, связанный со сценарием.
Все дело в том, что ммб функционирует следующим образом: имееются плеер
(интерпритатор команд) и блок данных, содержащий ммв программу, в своем формате,
которую плеер выполняет. Никакого "машинного кода" странслированный проект не
содержит(не путать, код плеера с кодом сценария), он появляется в процессе интерпритации
текста сценария плеером, при его работе.
Для кого это интересно, поинтерисуйтесь, что такое транслятор и интерпритатор.
Теоритически, имеется возможность что то менять в проекте, при получении совместного
доступа плагином к области памяти плеера, но это мало вероятно, ибо структура памяти
может быть динамической.
Так что кардинально решить проблему могут только разработчики ммв.

Несмотря на скудный обмен, плагин в ммв проекте это панацея во многих
случаях. Он позволяет проводить, для проекта, сложные работы, при этом
не занимая возможностей, времени и ресурсов проекта.
Это как будто вы запустили две независимых программы,
да и скорость их выполнения будет гораздо выше.
Так что все время и ресурсо емкие процедуры
лучше производить средствами плагина.
(базы данных asmastera бдут просто летать)
Средствами плагина возможно эффективно решать любую,
не протоворечащую логике, задачу.
По этому, имеет смысл создание тематических плагинов, расширяющиих
возможности ммв.

А вот с этого места поподробней, пожалуйста
И имеет ли к этому отношение плагин, который ты выложил здесь.

Добавлено (07 Ноября 2007, 14:19)
---------------------------------------------

Плагин, вовсе не манипулирует с родительским приложением (в большинстве случаев),
а является блоком расширяющим его возможности, если тебя смущают визуальные плагины,
то они просто рисуют свои изображения на окне проекта, с таким же успехом можно рисовать
и за его пределами. Все события и телодвижения происходящие в пределах окна плагина,
обрабатываются только самим плагином, и не имеют никакого отношения к процессу проекта,
за исключением процесса обмена данными Pluginset, get, run.
Поэтому

Про то, как мне с моим васиком можно было бы
Васиком и асмом я занимался на заре компьютерной эры, до dll
не дошел, в чем проблема, разьясните, если не делает dll, то
можно слепить оболочку, правда универсальной не получится,
а может и да, надо подумать. Создать некий шаблон, где все функции
имеют стадартные имена и форматы вызовов.