UI Дизайн в FR4

LoW

Приятно что изменили иконки, но что касается общего UI дизайна то практически нет изменений к лучшему, до сих пор оставлена собственная конценпция dock toolbars с кучей глюков, не лучшим образом выглядит Object Ispector, не самый лучший дизайн у диалоговых окон и т.п.
Интересно планируется ли изменения в UI (в приницпе никто не мешает использовать Toolbar2000+TBX, SynEdit, VirtualTreeView, хотя на бы уровне IFDEF, ENDIF). Или опять необходимо все делать самому .

AlexTZ

>собственная конценпция dock toolbars с кучей глюков
Да, собственная. Нет желания зависеть от сторонних компонентов. Назовите кучу глюков - исправим по возможности.

> не лучшим образом выглядит Object Ispector
> не самый лучший дизайн у диалоговых окон и т.п.
Вы о чем? Это же генератор отчетов, а не медиаплеер.

>Интересно планируется ли изменения в UI (в приницпе никто не мешает
>использовать Toolbar2000+TBX, SynEdit, VirtualTreeView, хотя на бы уровне
>IFDEF, ENDIF)

На уровне условной компиляции - нереально. Использовать это все в FR вместо штатных контролов тоже нереально (для справки - вес исходников FR + FS - около 3Мб; исходники перечисленных библиотек весят 5Мб!)

Misha N

Было-бы неплохо в Object Ispector свойства Height, Left, Top, Width выделить жирным, так-же как и поле Name. Я в работе в 90% случаев использую инспектр для работы с этими свойствами и приходится немного напрягаться при поиске.

pinotex

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

А дизайн - МОЛОДЦЫ

yuramag

И все таки, я еще раз хотел бы обратить внимание на свой вопрос, звучавший на другой ветке, но не нашедший ответа:
==========
А еще хотелось бы видеть поведение Property Editor таким, как это сделано в Delphi. Поясняю. В редакторе свойств выделено к.л. свойство объекта определенного типа, например, TfrxMemoView.DataSet. Затем кликаем на страницу (возможно, по ошибке, что часто бывает). В редакторе свойств, естественно, выделяется первое в списке свойство (в данном случае - TfrxReportPage.BackPicture). Теперь опять выделяем объект TfrxMemoView, но выделение не возвращается на свойство DataSet!
Когда в отчете много объектов и нужно каждому установить одно и то же свойство такое "перескакивание" очень раздражает.
Судя по всему, в Delphi строится какое-то дерево, в котором запоминаются последовательности выделения (с учетом приоритета) свойств объектов в инспекторе...
==========

AlexTZ

yuramag написал:

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

Так ведь поправлено уже.

yuramag

AlexTZ написал:

AlexTZ написал:

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

Так ведь поправлено уже.

Скачал демку, но изменений не обнаружил...
Инспектор объектов по прежнему ведет себя не так, как в Delphi!
Может быть, мы говорим о разных вещах?

AlexTZ

Может быть. Я имею в виду следующее: кликаем мемку, выделяем проперть Memo, кликаем на страницу, теперь опять кликаем мемку - св-во Memo выбрано.

yuramag

AlexTZ написал:

Может быть. Я имею в виду следующее: кликаем мемку, выделяем проперть Memo, кликаем на страницу, теперь опять кликаем мемку - св-во Memo выбрано.

А если выделить проперть Memo, которой нет у страницы, потом кликнуть на страницу, и обратно на Memo, то Ваше утверждение не работает!

AlexTZ

Работает - именно это я описывал в предыдущем письме! Не исключено, что демка на сайте устаревшая.