Ноут вернулся с ремонта. Как только установлю юнити, по возможности возобновлю разработку.

prog, суть вопроса была, все таки, в том, нужно ли это добавлять вообще, если редактор не получит широкого распространения.

В общем, пока обеспечу весь необходимый функционал для непосредственно создания уровня (осталось добавить перемещение и удаление уже существующих элементов), и опубликую текущую версию. Потом посмотрю, что можно сделать с выводом этого дела в файл, и, по возможности, ввода из файла. И уже потом полировка, типа всяких проверок.

Добавлена сырая версия редактора. Хотя как сырая, я не знаю, много ли еще буду дорабатывать. Кнопка в главном меню, точно найдете. Сохранения пока нет, если смастерите нормальный уровень - делайте скрин и выкладывайте сюда)) В некоторых условиях нельзя проверить уровень, верней, возможно, сразу же соблюдается условие о победе (если нет плит), и снова выбивает в редактор, так что тестируйте, когда уже имеете более-менее нормальный уровень.

Как я уже написал, проверок нет, так что целостность и грамотность уровней полностью зависит от вас.

Щас попробую отловить баг с невозможностью тестирования, он встречается чаще, чем я думал.
Нашел пару багов, сейчас перезалью обновленную.

Всё, всех видимых жуков перебил. Пробуем, тестируем, комментируем.
Да, кстати. Как думаете - стоит создавать проект с таким прогрессом? Или для начала добавить немного уровней, и несколько фишек новых?
Так что? Уровни кто-то уже пробовал сделать? Есть какие отзывы по редактору?

Завтра забираю ноут с ремонта. Как только обзаведусь всем необходимым софтом (диск-то пустой), сразу продолжу разработку. Есть идея насчет концепта дизайна плиты с выборочным требованием к кольцам.

Немного изменил код, теперь указанных жуков не должно быть (правда, не факт, что не появились новые). А пока попробую сделать что-то похожее на редактор уровней. Сначала функционал будет базовый - стены, кольца, плиты. Остальное буду добавлять, как только, собственно говоря, это сделаю. Плюс, соответственным образом будет изменяться песочница.

Вот что пока получилось.

На этот момент, есть возможность создавать все доступные элементы, и размещать их на уровне. Также адекватная привязка по сетке (стены на сетке, игровые элементы в клетках). Пока это все происходит одновременно с игровым процессом (ядро можно двигать). Пока нет возможности ни удалять, ни передвигать уже поставленные элементы, да и лепить их можно один на другой. Сейва пока тоже нет. Вопрос удобства весьма спорный, надо чтобы другие опробовали.

Да, завтра ночью я уезжаю опять на учебу, и не знаю, успели ли починить мой ноутбук, так что разработка может затормозиться на определенное время.

Такое примечание - редактор я разрабатываю чисто в целях разработки, и вряд ли он войдет в полный функционал игры (кроме того, игра, все же, ориентируется на мобильные девайсы, на которых по умолчанию этот редактор очень неудобным получится). Да и сомневаюсь, что я смогу организовать нормальную систему создания, сохранения, и воспроизведения уровня уже в самой игре (то есть, в основном, созданные уровни я буду просто вручную конструировать уже в самом Юнити и добавлять в конечную версию). Так вот, возник вопрос - стоит ли вставлять проверку правильности уровня? Или оставить это на совесть тех, кто уровень делает? С проверкой иерархии колец (нельзя ставить 4 размер, когда нет 3, и т.д.), и обязательными условиями (на уровне должны быть плиты и кольца, количество плит должно быть меньше, чем количество колец) проблем не возникнет. Есть идеи насчет проверки, чтобы ни один элемент не выходил за пределы стен (сравнение с координатами самых крайних стен). Но могут возникнуть проблемы с самыми стенами - единственный алгоритм, который я придумал для проверки замкнутости стен, имеет жесткий косяк, и даже если это игнорировать, не запрещает создавать стены внутри стен (внутри которых могут быть интерактивные элементы). Однако, если человек, который будет делать уровни, сам попытается избежать подобного, то эти опции и не нужны.

Как вы считаете?
Лень, она повсюду.

Extravert, в 3D ее, по сути, нет смысла делать. Изначально думал как раз наоборот, но потом задумался, как, к примеру, будет выглядеть вхождение ядра в оболочку. Если откинуть вариант с тупо вхождением, то надо, чтобы оболочка открывалась, ядро туда влетало, и оболочка закрывалась. Но тогда это будет занимать очень много времени. В виде же с кружком и кольцами, быстрое вхождение выглядит нормально.

RiseD_Konst, ничего не решил, просто не брал участи в конкурсе.