Согласен почти со всем, кроме одного: имхо, DDT не есть руль. Лучше дать возможность установки в настройках конструктора интерфейса способа создания окон: DDT, ресурсы или API.

Проверку синтаксиса стоит сделать непременно.

Очень неплохо было бы добавить пару стандартных библиотек, например, для работы с реестром - увеличит популярность.

Хостинг: глянь сюда http://www.coolfreehosting.com/

Мне читать было лень, но судя по всему, это что-то заманчивое...

Ответить

 Мне кажется для начала хватит и DDT. Это тоже самое что и API, но в представлении, удобном для программиста.
 Согласен, ты не сможешь создать окна с имнем класса "VasyaPupkin_CoolWindow". Но я не вижу в этом необходимости.
DDT - это API с автоматической инициализацией.
 В редакторе должно быть всё как можно более автоматизировано.
 Не представляю себе как можно это можно сделать с ручными окнами.
 Для DDT можно вылавливать в коде программы например все слова начинающиеся с DIALOG и по ним строить визуальное представление окон и контролов на форме. Визуальное представление можно сделать с помощью встроенных средств VB.
 Для API-окон это сделать тоже можно, но разработка может занять много времени. Наверное таки стоит попробовать.
 Программа должна быть как можно более быстрой, удобной, простой и компактной, что несомненно должно привлечь внимание пользователей и возбудить желание её купить. А кучу кульных редакторов типа RAD Developer'a лучше вообще не скачивать и уж тем более лучше не покупать.

 Кстати, выпадающий комбобокс c членами класса наверное лучше использовать на основе баз данных. Только вряд ли мы найдём такого специалиста.

Ответить

Ответить

Ты наверное не совсем представляешь себе что такое DDT.

DDT - это стандартные контролы в PB7. Во всех распространённых языках программирования есть стандартные контролы. - в Delphi, VC, VB. Только отличие от других языков, требующих библиотек для своих компонентов, в том, что вместо DDT-синтаксиса подставляются соответствующие API-функции.

Главный их недостаток - отсутствие визуального управления.

Например в VB можно таскать контролы мышкой, а можно в коде задавать параметры Left и Top. А в PB есть только управление из кода, а визуальное же управление отсутствует.

Все IDE под PB пытаются именно добавить визуальное управление для DDT. Факт что это получается либо очень сложно, либо неудобно, либо криво. В большинстве случаев просто генерируется код, который потом просто добавляется в BAS-файл.

Управление DDT является одной из приоритетных задач всех IDE под Power Basic.

Нашей же задачей должна быть синхронная связь между визуальным интерфейсом и кодом. А так получится просто ещё один текстовый редактор с подсветкой синтаксиса, которым даже мы не будем пользоваться

Ответить

Ответить

Вот еще ссылка, вот только не знаю закончили они регистрацию аль нет... http://nwps.ws Туда стоит написать, только они отвечают через месяцы ((

А все-таки стоит добавить настроичку для выбора API окон и DDT окон... Разницы меж нимми не много... Хотя можно обойтись и одним DDT, а там те самые продвинутые программеры пусть сами создают форточки API... Хотя, может сделать Template'ы, как во всех прогах ??? Так что хватит спорить, лучше народ надо подключать и начинать... хоть с чего-то... Т.к. рассуждать - просто, надо попробовать сделать...

А на счет API RichTextBox'a, так только и стоит с ним работать, иначе невозможно будет выполнить подстветку синтаксиса, если заранее оговорено о неиспользовании НИКАКИХ ActiveX!!!

Вот еще, раз проект будет написан несколькими людьми, то необходимо чтобы кто-то соглавовал и продумал всю систему и ее работу, заранее! Иначе будем несколько раз переделывать одно и тоже...

Да, и к стати, а зачем БД, если действительно все файлы можно без труда загонять в массивы ???
И вот правду Sharp говорит, а как быть с OCX'ами ??? Вроде др. редакторы такой фичи не имеют, так стоит ли за нее вообще браться ???

Ответить

Вот еще ссылка, вот только не знаю закончили они регистрацию аль нет... http://nwps.ws Туда стоит написать, только они отвечают через месяцы ((

А все-таки стоит добавить настроичку для выбора API окон и DDT окон... Разницы меж нимми не много... Хотя можно обойтись и одним DDT, а там те самые продвинутые программеры пусть сами создают форточки API... Хотя, может сделать Template'ы, как во всех прогах ??? Так что хватит спорить, лучше народ надо подключать и начинать... хоть с чего-то... Т.к. рассуждать - просто, надо попробовать сделать...

А на счет API RichTextBox'a, так только и стоит с ним работать, иначе невозможно будет выполнить подстветку синтаксиса, если заранее оговорено о неиспользовании НИКАКИХ ActiveX!!!

Вот еще, раз проект будет написан несколькими людьми, то необходимо чтобы кто-то соглавовал и продумал всю систему и ее работу, заранее! Иначе будем несколько раз переделывать одно и тоже...

Да, и к стати, а зачем БД, если действительно все файлы можно без труда загонять в массивы ???
И вот правду Sharp говорит, а как быть с OCX'ами ??? Вроде др. редакторы такой фичи не имеют, так стоит ли за нее вообще браться ???

Ответить

Ответить

Значит так. Не будем изобретать вилосипед.
Редактор будет выглядеть так.
Есть основное окно. Внутри него

[ Панель инструментов управления программой ]
[Контролы][ {Процедура} {Событие} ][Переключ]
[                ][         Код                             ][  вида  ]
[                 ][         или                             ][        ]
[                 ][Вид формы с контролами ][Свойства]
[Доп. ктл  ][                                             ][        ]

Заранее извините если схема кривая получилась.

Средняя панель в зависимости от режима показывает или код
или форму с контролами.
 При нажатии на переключатель вида, встроенными средствами VB
генерируется и показывается форма с контролами.
Свойства диалогов и контролов можно взять из их объявлений.

Ответить

> При нажатии на переключатель вида, встроенными средствами VB

генерируется и показывается форма с контролами.

А вот тут поподробнее, плиз. Если я правильно понял, редактор вызывает Load Form2 etc?

Ответить

Ответить

Ответить

Как OCX вставлять, я, увы, не знаю. Но думаю: раз VB использует в качестве объектов COM-объекты, значит, нам тоже придется с этим работать? Или от поддержки COM откажемся?

Ответить

Ответить

CyRax, а свойства контролов и диалогов брать в смысле из объявления которые в файле .frm генерит VB? Или откуда? Если из файла, то там ведь нет информации о стилях окна. Просто размеры и всё...

Ответить