Цитата(Quadr0 @ 21.5.2005, 13:32)

Файл размечивается до отображения на экране. А во воремя загрузки крутить ничего низя

Цитата(Quadr0 @ 21.5.2005, 13:32)

Конечно! Компонент же его использует! Он уже "вкомпилированн" в SynUniSyn.bpl пекедж.

Стрянно... Я, конечно, с этим вопросом не разбирался, но меня терзают смутные сомнения...
Вот к примеру, vcl70.bpl и rtl70.bpl. Вместе они занимают 2 с лишним метра. Эти bpl-ки всегда встраиваются в exe-шник, если мы используем vcl-компоненты. Так не все же эти 2 метра каждый раз присоединяются к exe-шнику! А только те модули, которые используются в приложении.
Или хотя бы взять "редакторы свойств" для компонента. Не могут же эти редакторы, которые Delphi использует только на этапе конструирования формы каждый раз включаться в exe-шник? Это было бы очень глупо со стороны разработчиков Delphi!

...

Это сообщение отредактировал(а) Quadr0 - 14.7.2011, 20:43

Цитата(Quadr0 @ 22.5.2005, 12:09)

Даже если не присоединяется. Всё равно раздражает.

Тебя? Как это?

Цитата(Quadr0 @ 22.5.2005, 12:09)

И смотри. Одно твоё сообщение противоречит другому. "Кому не нужен дизайнер - могут его отключить" и "Как мы будем задавать правила подцветки без дизайнера в run-time?"

Ты как-то абсолютно неправильно меня процитировал! Я писал:
  1). "Кому не нужен дизайнер в программе (из-за размера исполняемого файла или по другим причинам), могут его безболезненно не использовать." (здесь)
  2). "Как ты предполагаешь (после твоего разделения дизайнера) на этапе конструирования формы задать правила для нашего компонента?" (здесь)
Как видишь, никакого противоречия!

Цитата

А в run-time правила можно и без дизайнера задавать.

А, кстати, теперь ведь тогда станет не очень удобно в run-time подсветку то редактировать! Нужно либо каждый раз предлагать выбирать где же находится дизайнер, либо где-то отдельно хранить его местоположение...
Что есть очень не хорошо...

...

Это сообщение отредактировал(а) Quadr0 - 14.7.2011, 20:44

Цитата(Quadr0 @ 22.5.2005, 14:45)

Каким макаром ты собираешься на этапе конструирования формы работать с дизайнером. Формы то ещё нет!

Здрасти! Приехали!
А что по твоему делается в файле SynUniReg.pas?

Код

//... procedure Register; begin   RegisterComponents( SYNS_ComponentsPage, [TSynUniSyn] );   RegisterComponentEditor(TSynUniSyn, TSynUniEditor); // регистрируем редактор компонента end; { TSynUniEditor } procedure TSynUniEditor.Edit; // вот наш редактор - это вызов UniDesigner'a begin   TSynUniDesigner.EditHighlighter( Component as TSynUniSyn );   Designer.Modified(); end; //...

Цитата(Quadr0 @ 22.5.2005, 14:45)

Вот правила и задаются через типы.

Это ты о чём? Что ты имеешь ввиду?

Цитата(Quadr0 @ 22.5.2005, 14:45)

Предполагается, что те, кто будут юзать дизайнер, будут создавать и редактировать в нём подцветки, а задавать через него правила это какое-то форменное извращение.

Подожди, разве "редактировать подцветки" и "задавать правила" - это не одно и тоже???
Как это ни прискорбно, но похоже мы друг друга совсем не понимаем... Нужно определиться со словарём терминов, чтобы разговаривать не на разных языках...

Цитата(Quadr0 @ 22.5.2005, 14:45)

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

Теоретически это было бы не плохо, но:
1). Мало кто быстро среагирует на создание опроса.
2). С тем же результатом можно здесь выкладывать свои мнения, но пока что в обсуждении учавствуем только мы вдвоём
3). Мы сами друг друга похоже не до конца понимаем, а тут еще предлагать голосовать не разобравшись в проблеме...

Поэтому пока что буду ждать твоего ответа...

...

Это сообщение отредактировал(а) Quadr0 - 14.7.2011, 20:45