Хм, ну это то же самое что ничего! Ну а то, что ты еще сохраняешь картинки всего окна и из него вырезаешь нужную область - плохо. Возможно так работает Lua, хз. Но пока не вдохновило. Ждем продолжения.

А я и не говорил, что это "что-то".
Вырезаю нужную чтобы проще было из фотошопа кнопки переносить в скин. Уже сейчас можно делать как угодно - одна картинка на один объект, одна картинка на несколько объектов, одна картинка на весь экран. Другой вопрос, что установка текстуры может быть медленной (в opengl), и если этих картинок очень много, то лучше объединять в одну и вырезать. Хотя в масштабах пары сотен полигонов это скорей всего не важно.
Луа вообще работает никак - это просто компилятор скрипта, сама по себе она ничего не умеет.
Продолжаю наблюдение :)

Как успехи? Дело идет? Или пауза?

Как обычно, дела-заботы. Руки не доходят...

Может уже и поздно критиковать и автор сам все понял, но раз просили...

Насколько я понял из написанного, автор просто вдохновился LUA, а LUA - всего лишь еще одна технология программирования с использованием конфигураций, т.е. вместо LUA можно использовать и xml и ini файлы и UML, spring и т.д. и т.д. сути не меняет, меняются подходы.
Все относительно... По сравнению с вызовом конструкторов с переданными параметрами "зашитыми" в код классов в C, C++, Pascal и т.д. Lua просто самый последний тормоз :smile1: Но она не для этого и при правильном использовании ее быстродействие не имеет значения, при неправильном это постоянные тормоза, которые так или иначе будут исправлены до использования.
Ха-ха :laugh2: И в чем плюс? :smile1: Что пользователи которые не хотят программировать должны будут копаться не в 20-100 настройках, а править целый скрипт или скрипты? да еще и без отладки и как я понимаю без подробного логирования? :smile1: Любите искать более менее трудные ошибки в программе без дебагера и логов? :laugh2:
А те кто хотят программировать не смогут, т.к. часть исходников (движок) закрыты (с таким успехом можно считать, почти любую программу, с открытыми исходниками, ведь настройки можно менять :derisive: ). Да и вообще, что же мешает сделать проект c/без LUA и предоставить исходники раз это такой большой "+" :smile1:
Популярные графические движки, пока слава богу, не жрут память!:smile1: Память жрут плохие алгоритмы и ошибки :smile1:
В принципе, конечно идея более гибкого, внешнего конфигурирования, фрон-енда, это хорошо, но только когда уже есть фрон-енд, система логирования работы фрон-енд и хорошая документация, а без этого смысла нет.
И на завершение, есть проект evilcpc, который решает данные задачи (конфигурирования) менее гибко, используя технологию плагинов (не радуемся, как я понял, использовать его из коробки как фронт-енд для стороннего ПО нельзя).

:) прям настальгию вызывает:)))

В подписе найдете проект myfrontend. Суть проекта примерно та же. Вся конфигурация лежит в xml в нем же полноценно поддерживающейся JavaScript. Поддерживается отладка. Модульность. Технология источников данных. Есть возможность быстрого расширения доступных нативных классов. Есть возможность создания внутренних объектов на скриптах.

Встроенная поддержка bass, wifi, модемов, tcp/ip сокетов, COM портов и т.п.

Сам пользуюсь уже пару лет.

В общем никому Ваше конфигурирование нафиг не нужно. Скажу как есть. Всем нужно готоое решение.

А те кто могут что-то делать... Как бы это сказать... Им гордость не позволяет делать на чужом :)))) делают свое с нуля.

Т.ч. удачи конечно:)))