Но теперь к чему я это всё написал. Редактор, как и все тулзы, не должен быть in-game. Не так давно прочитал на gamedeff про кубики и монолиты. Очевидно что редактор гуи должен работать только с лайерами гуи и не обязан отображать все переходы, эффекты и in-game подстановки. В итоге мы имеем: сингулярный тулз к любым гуи лаерам, упрощённый код гуи в фреймворке, и геморой с игровыми custom контролами. Как просто и элегантно решить последнее до сих пор думаю...
24.04.2008
Singularity.
Началось всё с локализации. Задумался о том как это делается в моём фреймворке. Допустим звуки переводить не нужно. Переводим текстовку и меню. Есть какой-нибудь strings_en.xml с таблицей идентификаторов и строк. Переводим всю эту бадягу. Всё отлично. Запускаем и видим что перекосячило некоторые элементы GUI. Ну я компилирую просто вариант игры с тем же меню но с флагом GUI_EDITOR, подгоняю позиции/размеры и радуюсь.
Но теперь к чему я это всё написал. Редактор, как и все тулзы, не должен быть in-game. Не так давно прочитал на gamedeff про кубики и монолиты. Очевидно что редактор гуи должен работать только с лайерами гуи и не обязан отображать все переходы, эффекты и in-game подстановки. В итоге мы имеем: сингулярный тулз к любым гуи лаерам, упрощённый код гуи в фреймворке, и геморой с игровыми custom контролами. Как просто и элегантно решить последнее до сих пор думаю...
Но теперь к чему я это всё написал. Редактор, как и все тулзы, не должен быть in-game. Не так давно прочитал на gamedeff про кубики и монолиты. Очевидно что редактор гуи должен работать только с лайерами гуи и не обязан отображать все переходы, эффекты и in-game подстановки. В итоге мы имеем: сингулярный тулз к любым гуи лаерам, упрощённый код гуи в фреймворке, и геморой с игровыми custom контролами. Как просто и элегантно решить последнее до сих пор думаю...
Подписаться на:
Комментарии к сообщению (Atom)
Комментариев нет:
Отправить комментарий