to McLay
В данный момент мы используем инстанцию IE для парсинга, но иерархию классов написали свою. Мы работаем параллельно над WYSWYG HTML-редактором, и там эта иерахрия будет включена со своим собственным парсером. Причем всевозможные стандарты будут грузиться из файлов (NS и MSIE во многочисленных версиях, а также HTML согласно спецификации W3C). Поскольку рассматриваемое приложение все-таки не является полноценным HTML-редактором, мы приняли силовое решение для ускорения выпуска программы включить сей, ограниченный Tag Editor. Когда работа над HTML-редактором будет завершена, соответствующий объект будет вставлен и в PHP-редактор.
Некоторые свойства сведены в классы. Отсюда - TDataDefs и прочие страннисти. Тем, кто работал с борландовскими продуктами, скорее всего, это понравится - ведь TagEditor это почти точная копия борландовского Property inspector.
Что же касается названий с _ перед ними, то это происходит потому, что информация читается из RTTI-таблицы и передается через IDispatch на инстанцию IE. А class и style - резервированные слова, их нельзя применять в исходниках.
Все это неприятные побочные эффекты исченут, когда будет дописан объект для HTML-редактора. И произойдет это еще в этом году.
А какие атрибуты отсутствуют, если не секрет? мы пробовали как можно точнее придерживаться спецификации HTML 4.01. Есть парочка исключений - например, упомянутые TDataDefs применимы только для IE, но используются довольно часто. Events не включены вообще - потому, что "внешний" редактор для скриптов также еще не готов. Они, однако, проявятся автоматически, если таковой редактор будет установлен в системе.
-~{}~ 14.10.04 11:33:
Много вопросов, почему в дистрибуцию включена документация для PHP, она и так есть у каждого. Тут вопрос неоднозначный. Мало ее иметь, надо ее еще подключить - чтобы она выдавала справку по контексту, имела поиск на ключевые слова и вообще отображалась в системе. В принципе, справочная система была мной задумана (и имплементирована) открытой, т.е. пользователь может указать, с какой директории начинать искать, какие файлы, какой способ (структура субдиректорий, или, как в PHP Help, имена файлов разделены точкой), и приложение просканирует это дело, найдет ключевые слова и распределит их по файлам, добавит в дерево ветки. Ветки можно удалять, переименовывать, передвигать а также отображать заголовок файла вместо его имени. Я, например, подключил себе намецкую SelfHTML и очень доволен.
Но эта возможность была в пух и прах раскритикована нашим тестером. Пользователю-де надо работать, а не конфигурировать справку, в программе-де и так сам черт ногу сломит, так что надо оставить это дело и включать в дистрибуцию конфигурированню справку. Вот так и получилось, что функции конфигурации для пользователя закрыты. Да и ничего страшного, в конце концов. Это всего-то 2 лишних мегабайта в файле установки (правда, распаковывается в 20, но кого это сейчас интересует? времена, когда компьютеры были большими, а программы маленькими, безвозвратно ушли в прошлое)
Но - если есть убедительные (меня убеждать не надо, а вот отдельных товарищей у нас - надо) аргументы сделать систему справки открытой, то огромная просьна высказаться. В случае успеха сего мероприятия мы так и сделаем. По моем глубокому убеждению, пользователей-разработчиков нельзя ставить на одну доску с обычными винвордовскими юзерами, им надо предоставлять значительно больше степеней свободы.
To Profic:
Загрузили Build 68. Там многое исправлено. В частности, константы класса теперь отображаются. Также подключена рудиментарная документация, для того, чтобы она работала, однако, надо переустановить приложение, простаязагрузка php_editor.rar недостаточна. Кстати, для переустановки необязательно удалять предыдущую версию.
Такой вопрос по навигации: я, конечно, понимаю, что нехорошо, когда свойства класса перемешаны с переменными функций. Но это потребует весьма значительных переделок парсера. Поэтому вопрос - можно ли с этим жить, хотя бы временно, или без таковой сортировки программу просто нельзя выпускать? Вопрос принципиальный (есть несколько критических незакрытых багов, в частности сваливание при попытке посмотреть содержание некоторых переменных, их надо убирать в первую очередь)
С проблемами при Live evaluation вроде поборолись. Насчет подвести курсор: надо в редакторе установить курсор над переменной, содержание которой хочется посмотреть, и нажать F12 (не F10, чтобы не было коллизий с StepIn в VC-варианте горячих ключей). Тогда содержимое переменной развернется в дерево в заклдке Eval
Так вот при попытке добавить $this->doc в eval - долгая задумчивость и падение
А если добавлять просто переменную, как она декларирована, без $this? Теоретически, дебаггер должен найти ее. Буду, короче, экспериментировать дальше.
Насчет определения русскоязычности - да, собственно, ничего особо определять не надо. Ибо все меню и хинты НЕ в юникоде, а значит, если кириллические системные шрифты не установлены, то будут отображаться ASCII-значки со 160-го и дальше, т.е. неудобочитаемые козявки.
To Фанат
Будет бесплатная версия - обижайтесь сколько хотите. можете даже на три буквы послать - будете иметь полное право.
Вы, наверное, сильно обиделись. Право, не надо. Это все мои нервы, ничего персонального. Насчет бесплатной версии - будет, а как же. Во всяком случае, все, кто примет хотя бы мало- мальское участие в обсуждении, получит от меня серийный номер. Если, конечно, сам этого захочет.
