Новости с моего фронта

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

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
27
Нет.
А что не нравится? Может что предложишь или хотя бы аргументируешь?
На мой взгляд опрятно - макет не перекошен, элементов вынесено минимум.
В общем напиши что не так, я постараюсь доработать или переобдумать
Могу предложить еще вот такой вариант сделать.
Соответственно кнопочные действия спрятать под правую кнопку мыши. При наведении подсвечивать фон выбранного блока. При удерживании шифта перетаскивание блока.
Загруженные файлы
29
Воу, как я мог пропустить новость О_О

На самом деле и вправу грамодко выходит. Оставь обраление в блоки, но добавь скобки, иначе реально не очевидно, что там должны быть скобки и размер шрифта для операторов тоже покрупнее чутка
9
А по-моему так и обычные триггеры с Варкрафта обладали той самой простотой.
А в Визуал Студио, например, элементов хоть и меньше, чем в том же Ворлд Едиторе, но интерфейс первой что-то не так легко воспринимается.
27
Ну, тогда буду думать. Скорее всего придется опять переделывать под ноль, ибо быстрофиксы хорошего эффекта не дают.
Но это будет уже второй задачей, сначала все таки доведу это до полностью рабочего состояния, а уже потом задумаюсь за внешний вид.
Быстрофиксы вот такие. Имхо по уродски:
Большие знаки и скобки
+ одинаковой высоты
+ без кнопок
Можно сделать в принципе как предлагал в комментариях - монотонно с подсветкой блоков под наведением. И сделать какое-нибудь "появление кнопок" у выбранного блока. Тогда будет уже менее громоздко.
GeneralElConsul, в триггерах варкрафта - нужно открывать 20 окошек чтобы исправить какое-то значение. А тут все сразу. Может я чуток и ошибся с выбором оформления, но это дело наживное. Уж точно могу сказать что так редактировать значения куда проще.
GeneralElConsul:
А в Визуал Студио, например, элементов хоть и меньше
В студии их в разы больше.
33
Непонятность в том, что очень много одинаковых элементов, которые легко перепутать. Непонятно, будут ли какие-то подсказки и комментарии в тех действиях, где они нужны, а если будут - где. В принципе, просто пример плохой (целочисленные параметры, о них много и не скажешь).
Твой вариант во втором каменте намного чище в плане дизайна, это хорошо. Подсвечивать блок (а также его связи с другими блоками) и показывать контекстное меню можно при наведении мыши на данный блок.
29
Ты на письме тоже столько скобочек ставишь?
Я понимаю, что такая архитектура, что у тебя выражение состоит из нескольких выражний и поэтому намекаю, что нужно её переделать.
24
Советую подумать над возможностью ввода формулы от руки, т.е. вводим в поле что-то вида
(((~A~+~B~)*~C~)/42)+1
После чего формула парсится и появляется возможность эти самые ~A~, ~B~, ~C~ задать уже с помощью визуальных средств.
Ну и плюс кешировать распарсеные формулы и их фрагменты чтобы меньше работы было при обработке повторяющихся формул.
27
Doc, ну так это само собой разумеется, со временем арифметика устаканится визуально, просто сейчас есть задачи покритичней (работать с этим можно, значит уже менее критично). Вместо чисел там могут быть методы, потому парадигма такая с разделениями вполне себе оправдана. Сейчас вот такие "арифметические действия" - на самом деле тоже методы с массивом в параметрах, а сепаратор это один из способ представить массив в этой системе, посему по факту тут это методы. И я их уже чутка ужал тем что на именно этих методах нет названий и дополнительной "вкладки", которая на самом деле должна быть. Архитектура останется прежней, но визуально поправлю и возьму на заметку.
prog, я хочу так переменные кстати выделять. Тобиш вводишь название переменной буквой в поле, ниже появляется эта переменная к вводу. Так что тут недалеко в принципе до этого. Но опять же - на сейчас не критично.
первым делом хочу закончить сейчас сами действия, а не выражения в них.
Там очень непростая волокита, аля действий во времени, ожидания и прочей фигни. Собственно на это ставку и делаю к выходу первой версии.
будут ли какие-то подсказки
Вот тут так же хотел - по наведению выдавать подсказку, если она есть.
И еще хотел к скорому времени сделать "автокалькуляцию". Когда забиваешь методы и прямо в редакторе можешь посчитать результат, чтобы в игре не делать лишние действия. Иногда методы должны вернуть что-то реалтаймовое, иногда можно и "запечь".
В общем учту замечания, буду к следующему месяцу делать уже под другой скин
9
Можно сделать в принципе как предлагал в комментариях - монотонно с подсветкой блоков под наведением. И сделать какое-нибудь "появление кнопок" у выбранного блока. Тогда будет уже менее громоздко.
Можно сделать как в левой части проводника.
Ведь расширение по двум осям выглядит намного выразительнее, чем по одной.
Загруженные файлы
27
как в левой части проводника.
я от этого наоборот бегал, а ты мне снова это суешь. :) Увы, полноценная реализация деревьев в юнити имеет очень сложную логику и не сохраняет многие важные для деревьев вещи. + много места это занимает, что гораздо проблематичней. А у меня можно прятать методы и значения под "попапы", раскрывая новые ветки всплывающими окошками. Это быстро и удобно. Плюс я юзаю стандартные элементы юнити для ввода разных значений. Скажем те же геймобжекты в таком дереве забивать одним способом, а числа другим => дерево изуродуется. У меня скажем в редакторе возможны выражения аля "картинка1 + картинка2", при том наглядно. Например для скрещивания предметов такое бывает нужным. Фактически редакторы "значений" имеют свободный формат. В дерево же такие вещи не закинешь.
Потому что угодно, но деревьев точно не будет.
29
Большие знаки и скобки
Отлично, мне так больше нравится)
Идея про появляющиеся при наведении стрелочки, тоже очень хорошая, потому что не грузит глаз, как это сделано с комментами у нас на сайте
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.