- В этой теме 118 ответов, 7 участников, последнее обновление 11 месяцев, 1 неделя назад сделано
.
-
Записи
-
да ну нафик? тут текст прописал, сделал копию, прописал другой текст и т.д.
+ масштабирование.
Просто если бы ДинТексту еще подсовывать шаблон, в котором сразу прописан весь текст и как его выводить, плюс значения в начале строк при которых выводить, было бы куда прикольнее.з.ы. еще не хватает в режиме редактора показывать пустые элементы — например штриховой обводкой.
Что касается яваскрипта — о да, для динамических рисунков готовые предустановленные шаблоны для включения/выключения анимации, изменения цвета обводки, заливки для svg с привязкой нужных (возможных) изменений от значений/статуса канала…
Включение, выключение defs svg в зависимости от значений и(или) статуса каналаз.ы. мечты 🙂
Собственно вспомнил. в OwenLogic при выводе переменной на экран программируемого реле можно указать текст До и После.
По сути это аналог динамического текста для вывода переменной, в которой сразу можно добавить текст.Немного бы сократило количество элементов на мнемосхеме, если была бы такая возможность. Вполне удобно.
Я про другое 🙂 чтобы составление строки для вывода были однотипными.
Ну как бы унификация — знаешь как создать строку в одном, соответственно так же можно сделать и в другом.
Ну некрасиво будет, если в МАУ будет текущее время {Now}, а в записи динамического канала {DateTime}.
Вот я о чем. Но если принцип будет похожим то это будет лучше.А можно на фон мнемосхемы градиент, а не просто цвет. Указывать 2 цвета и направление заливки (слева-направо или снизу-вверх).
Забегая вперёд, всё же напишу — в новом редакторе можно будет с помощью CSS делать почти что угодно. То есть на все случаи жизни свойств компонентов и схемы не будет придумываться, а можно будет использовать готовые возможности веб.
Готовые часто могут не устраивать. Но в целом, от Редактора очень бы хотелось двух вещей по отношению к svg. То есть 3-х.
1. Держать в базе ОДИН svg
2. Редактор должен уметь включать/выключать в нем элементы не только при вставке, но и при отображении
3. Редактор должен уметь его поворачивать и зеркалить по горизонтали и вертикали.Кстати если интересно, проводил кое какие исследования по поводу svg, могу найти тектом, где записывал и прислать с примитивными примерами.
При отображении имеется ввиду уже Web должен уметь по привязанным сигналам менять svg и обновлять его картинку.
А то вот под каждый цвет фона, еще чего приходится просто копировать svg и менять в них свойства. Плюс добавляются копии с миганием, плюс с другим поворотом отображения.
В общем целый ворох мусора получается.Для SVG, вероятно, потребуется разработка специального компонента. До его появления нужно будет попробовать компонент Рисунок, меняя свойства через JavaScript, связанный с компонентом.
Там проблема в том, что svg разные, как по составу, так и по структуре самого svg.
Надо понимать как и при помощи чего будет выполняться «рендеринг».
Например для библиотеки SVG.dll (как она работает при вставке отображения) писал рекурсивный код прохода по дереву svg, определяя атрибуты, которые хочу менять и сохранял их индексацию.
Чтобы не ходить кодом по каждому SVG постоянно, первым же атрибутом добавлял что разрешено редактирование.А если добавлять этот функционал не только для вставки, но еще и для изменений на лету свойств svg в браузере с перерисовкой (включение/отключение блоков картинки, вкл/откл анимации) то этот набор индексации надо будет хранить в схеме, при связи с картинкой, чтобы не выполнять процедуру поиска индексов еще и при рендере web…
как-то так…
ладно, я найду примеры и текст, что писал для себя. Вам станет понятнее, просто возможно будет проще добавить какие-то механизмы сразу как в Редактор так и при обновлении потом Web, чтобы не было мучительно больно потом 🙂
- Для ответа в этой теме необходимо авторизоваться.