- В этой теме 118 ответов, 7 участников, последнее обновление 9 месяцев, 3 недели назад сделано
.
-
Сообщения
-
Фактически, мы никак не влияем на сам svg добавляя дополнительные атрибуты.
Они прекрасно будут отображаться в браузере и дальше.
Просто это позволит создать и хранить базу картинок в единственном экземпляре.Изображения хранятся в мнемосхеме как статические ресурсы. Поэтому чтобы изменить значения атрибутов SVG стандартными средствами нового редактора, нужно будет использовать JavaScript, который при создании компонента на схеме установит значения атрибутов. При изменении данных привязанного канала тоже нужно будет менять атрибуты скриптом.
Более сложный вариант — написать свой компонент, в котором можно было бы редактировать SVG в визуальном виде. По сути, это обёртка для 1-го способа. Но в любом случае изменения в SVG будут применяться к тому статическому исходному SVG-файлу, который хранится в ресурсах схемы.
так.
1. Редактор вставляет в схему весь код svg — имеется ввиду в sch как объект.
2. в самом редакторе должен быть «контейнер» для отображения этого svg и управления — замена цветов, вкл/выкл анимации и показ в этом контейнере результата, и как вариант это выставляется как значение по умолчанию для сохранения п.1
3. в web у нас так же контейнер (аналог динамического рисунка), который по умолчанию будет показывать то, что будет настроено для отображения по умолчанию.И вот тут то проблема — как в предосмотре редактора показывать изменения, то есть обновление изображения. И как в контейнере web это делать, когда произошли изменения свойств изображения? вкл/выкл анимацию, изменили цвет элемента ?
То есть на этапе 1, мы загрузили рисунок, который скажем сделан под светлую тему изначально. А у нас темная тема, мы меняем все необходимое под темную тему, включаем собственно фон темной темы для предосмотра. Ок, все устраивает — Вставить в Схему.
Дальше редактирование объекта в плане привязок к каналам, какой канал за что будет отвечать.Ну и web сервер потом этим как-то должен управлять.
Идея требует хотя бы начальной реализации и закладки функционала для работы с примитивными svg. Договориться с именами атрибутов, что за что будет отвечать.
Сейчас хотя бы на этапе изменения цветов и вкл/выкл объектов и анимации.з.ы. вот анимацию не знаю как выключить. Она как правило расположена внутри объекта, например
<path> тут все для отображенияа тут анимация — ее надо как-то удалять и вставлять и обновлять отображение в контейнере — эти как раз может заниматься какой-то JavaScript, просто вставляя и удаляя из объекта Схемы, где хранится полное изображение и соответственно обновлять картинку в поставленном контейнере (динамическом рисунке)
</path> // закрывающая часть
Да, и к вставленному объекту картинки должна быть еще какая-то служебная область параметров, где как раз и будут храниться привязанные каналы к тем или иным свойствам.
Вернее не к объекту картинки, если правильнее, а к объекту контейнера (динамического рисунка)Ещё не дошёл до реализации скриптов в разработке. Когда дойду, возьму SVG и попробую на примере конкретного изображения.
блин, вспомнил тут Кнопку. 🙂
В общем
1. сделать возможность на кнопку привязать рисунок, чтобы он был по границам кнопки, сейчас при вставке рисунка в кнопку есть отступы слева и сверху. Насколько помню говорили, что это элемент html стандартный и у него так. Но хочется чтобы все совпадало, могло совпадать. то есть отступы чтобы можно было задавать для тех или иных вариантов.
2. расположение текста на кнопке, чтобы можно было с разных сторон делать. и даже вертикально.
3. Видимость, доступность отличные параметры, но почему их нет в динтексте, динрисунке ? очень бы не помешало.Работа со слоями. Если так же сохранится принцип слоев, сделать возможность переключаться между слоями, чтобы не двигать слой выше для доступа к нижним, не переключать верхний вниз и так далее. Просто выбирать какой-то слой активным и делать в нем изменения.
з.ы. а вообще есть уже хоть какой-то прототип нового редактора? ну чтобы по горячим следам делать замечания? 🙂
> Видимость, доступность
Эти свойства будут наследоваться для всех компонентов.> а вообще есть уже хоть какой-то прототип нового редактора? ну чтобы по горячим следам делать замечания?
Прототип будет выложен как только будет достаточно готов.Подумал тут о такой вещи. У нас может на нижнем слое быть маленькое изображение, а мы кликаем на большое изображение слоем выше. Чтобы работать со слоями, нужно что-то вроде рамки выделения. То есть мы обводим часть объектов и тогда уже выбираем слои внутри этой части выделения и работаем с ними.
Еще такой момент вспомнился, в редакторе должны отображаться невидимые объекты по умолчанию хотя бы какой-то рамкой… В текущем редакторе, если такой объект не выделен, его просто не видно, есть там он или нет и сколько их вообще на схеме.
Невидимые объекты можно будет выбрать в дереве структуры схемы. В том числе работает множественный выбор. Других способов не планируется.
В PCAD было так реализовано — если при щелчке в эту точку попадает несколько элементов, то возникало окно для выбора. Но это просто к слову.
Ну, а если при щелчке не попадает несколько элементов?
Ну пример, несколько меньших элементов закрыты одним большим, который сверху. Сейчас будет активирован верхний, и что там под ним, никто не знает (в том числе и скрытые элементы). Вот было бы неплохо обводить рамкой, и все, что попало в рамку, становится доступным, остается только выбрать рабочий слой, чтобы с ним работать.
Например верхний слой это некая картинка, сквозь которую не видно, что там под ней и точное расположение.
Невидимые объекты можно будет выбрать в дереве структуры схемы
Собственно нужно каким-то образом их идентифицировать в дереве, что они невидимы. Например Изображение1* — пример, динамический рисунок с пустым изображением и Коллекцией. Сейчас такой объект никак не показывается, пока в него не ткнешь.
Структура схемы, в которой можно выбирать компоненты, выглядит следующим образом https://ibb.co/pGMFNVj
- Для ответа в этой теме необходимо авторизоваться.