- В этой теме 27 ответов, 5 участников, последнее обновление 2 дня, 5 часов назад сделано
.
-
Сообщения
-
1. ошибка. При указании пути Зависимости faceplate-а Редактор не различает прописные и строчные буквы в имени faceplate-а. Плагин сразу перестает загружать схему.
Не сразу нашел причину этого.
2. Масштабирование схемы — Так и не сделали отдельное масштабирование схемы без увеличения панели свойств?, Собственно когда увеличиваешь, левый край схемы уходит в никуда и становится недоступным. Ну примерно так же, как было с масштабированием пальцами на устройстве….
3. Если что-то вводил и фокус перенес с панели свойств на схему, изменения не принимаются.
4. Экспортируемые свойства для фейсплейтов. Собственно свойствам надо давать(назначать) ТИП. Цвет, текст, число и т.д.
например с цветом, если ввести #ffffff то потом появляется меню выбора цвета. Так вот надо, чтобы оно появлялось не потом когда-нибудь, а сразу было определено как цвет.
с остальным тоже самое.
5. Панель Свойств с крупными «красивыми» кнопками Редактировать
ох уж эти пользователи Web 🙂
Михаил, могу скинуть ссылку на короткий ролик, ну или как вариант можете на Рутубе посмотреть работу с программами CAD например.Суть панели Свойств не показывать кнопки Редактировать, а показывать значения, которые присвоены, менять их прямо на панели Свойств без проваливания в уровни ниже тут же, на месте везде, где это возможно. Менять свойства нескольким выбранным объектам с одинаковыми свойствами, но настроенных по разному. Например задать всем одинаковый цвет определенного свойства (тот же бэкграунд) даже если компоненты разные, но у них ест одинаковое свойство для всех.
Толщину линии, типы линий и так далее.6. Редактор должен выполнять скрипт domCreated при расположении элементов на схеме.
7. В идеале должен быть механизм тестирования скриптов domUpdated и dataUpdated. Например выделение компонента, вызов окна, где можно вводить значения и смотреть изменения, ну и смотреть по ошибкам что там не так.
8. Возможность поставив faceplate с привязками, создать все привязки, а не лепить их руками. Говорили об этом, в источниках данных символические ссылки, чтобы потом их быстро связать.
Когда свойств парочка, как-то не сильно парит, но когда их будет от 40-ка и выше это реально будет задница все настраивать….9. если с Панели перетащить компонент на поле главной схемы, то по структуре компонент все равно останется на панели, а должен из нее уйти.
9. если с Панели перетащить компонент на поле главной схемы, то по структуре компонент все равно останется на панели, а должен из нее уйти.
Это спорный момент.
Логика в текущем поведении есть — «где родился, там и пригодился».
И механизм для смены родителя присутствует именно по этой причине.Навскидку придумал применение этой особенности (сам не пробовал) — панель живет в одном месте, а потомки раскиданы по схеме и включаются-выключаются (скрываются-появляются) по одной команде из родительской панели.
хм, может быть и так, не спорю. Значит должен быть выбор, открепить от Родителя или сохранить привязку.
Навскидку придумал применение этой особенности (сам не пробовал) — панель живет в одном месте, а потомки раскиданы по схеме и включаются-выключаются (скрываются-появляются) по одной команде из родительской панели.
Думаю, что это реально сделать с помощью CSS, чтобы дочерние элементы не обрезались за пределами родительского. Интересная идея.
а если бы еще потомки можно было захватывать и двигать по схеме в режиме работы клиента, и он запоминал бы положение при перезагрузках 🙂
з.ы. увидел тут у других кое-что, пока промолчу об идеях 🙂
- Для ответа в этой теме необходимо авторизоваться.