U-TRIGGERS
Относительно недавно я публиковал новость о том, что первая идея моего редактора потерпела крах - оказалась неудобной и не юзабельной в коде. И предположил "новую модель", которую будет иметь редактор.
Собственно скрин этой модели я и хотел бы сегодня вам предоставить.
Как видите - все опрятно, красиво, просто. Ничего лишнего. Буду честен, на пути к такой красоте прошло много уродства и непоняток. Но все таки я нашел для себя что-то, выглядящее хорошо
Приблизительно через день-два текущая версия будет доведена до состояния "это можно потрогать". Ее я даже опубликую. Однако есть куча вещей, которые не войдут пока в билд.
Среди отсутвующего, но планируемого - переменные. Увы и ах, но пока муторно думать над их механизмом, хотя уверен что там все просто. Но так как помимо самого механизма нужно писать и грамотный редактор, способный определять контекст переменной, создающий макет под нее - я решил это пока отложить.
Как можно увидеть со скрина - основная суть данного редактора в том, что редактировать все значения можно сразу.
Второй особенностью является то, что редактор позволяет не только выполнять действия, но и "посчитать" определенные, нужные нам в конкретной ситуации данные. Так например на скрине считается простейшее выражения типа int. Редактор поддерживает все сериализуемые в данный момент типы, покуда к ним есть соответствующий редактор.
И даже несериализуемые типы, вот только значение для таких указать нельзя, а какой-нибудь метод - можно, как и везде
Так же на скрине вы можете заметить выделение некоторых полей (желтым и зеленым). Дело в том, что в редакторе можно свободно переставлять поля местами. Переставляемое поле окрашивается желтым, а место куда оно ставится - красным или зеленым, в зависимости от того, можно ли сделать свап.
Так же синим выделяется ячейка под фокусом. Бледно синим - родители объекта под фокусом. А цветом где то между ними - соседние поля того же родителя. Вот такие чудеса подсветки, выглядит очень красиво.
Увы, полноценного удобства пока не видать - идея пришла относительно недавно и я еще не до конца разобрался, как сделать все правильно.
Из очевидного замечу что нужно бы научиться менять знак как-то побезопасней, чем сейчас. Дело в том что сейчас при смене знака все выражения попросту сбрасываются. Не красиво, но для тестов хватало.
Закончил сегодня игровой алгоритм. Я писал этот алгоритм несколько раз, но сегодня вышел очень крутой, понятный, доступный вариант. В общем - очень хорошо.
Завтра надумываю закончить писать внешний вид для массивов и действий (вот тут самые проблемы будут). В общем ждите, очень скоро поделюсь с сообществом первой версией моего редактора. Спасибо тем немногим кто со мной, кто ждет и читает мои новости.
Второй особенностью является то, что редактор позволяет не только выполнять действия, но и "посчитать" определенные, нужные нам в конкретной ситуации данные. Так например на скрине считается простейшее выражения типа int. Редактор поддерживает все сериализуемые в данный момент типы, покуда к ним есть соответствующий редактор.
И даже несериализуемые типы, вот только значение для таких указать нельзя, а какой-нибудь метод - можно, как и везде
Так же на скрине вы можете заметить выделение некоторых полей (желтым и зеленым). Дело в том, что в редакторе можно свободно переставлять поля местами. Переставляемое поле окрашивается желтым, а место куда оно ставится - красным или зеленым, в зависимости от того, можно ли сделать свап.
Так же синим выделяется ячейка под фокусом. Бледно синим - родители объекта под фокусом. А цветом где то между ними - соседние поля того же родителя. Вот такие чудеса подсветки, выглядит очень красиво.
Увы, полноценного удобства пока не видать - идея пришла относительно недавно и я еще не до конца разобрался, как сделать все правильно.
Из очевидного замечу что нужно бы научиться менять знак как-то побезопасней, чем сейчас. Дело в том что сейчас при смене знака все выражения попросту сбрасываются. Не красиво, но для тестов хватало.
Закончил сегодня игровой алгоритм. Я писал этот алгоритм несколько раз, но сегодня вышел очень крутой, понятный, доступный вариант. В общем - очень хорошо.
Завтра надумываю закончить писать внешний вид для массивов и действий (вот тут самые проблемы будут). В общем ждите, очень скоро поделюсь с сообществом первой версией моего редактора. Спасибо тем немногим кто со мной, кто ждет и читает мои новости.
Ред. Devion
Вторым фактором замечу, отличие от программиста - дизайнер вполне вероятно не углубляется в тонкости кода, ему нужны лишь те функции, которые лично для него, как для дизайнера имеют смысл. Это не тоже самое что и все функции, как это удобно было бы программисту.
По этим двум факторам доминирующей и является визуальная оболочка.
Ред. Devion
Я к тому и намекал что свойства ксс в этом плане попродуманней бы были.