Форум » » Custom GUI » Ответить

Custom GUI

Даниил: Можно ли прикрутить движок QSP к своему интерфейсу? Тоесть там свои кнопочки, полноэкранный режим, своё оформление панелей "Действия", "Предметы", "Дополнительно описание". Заранее благодарен за ответ.

Ответов - 40, стр: 1 2 All

Byte: Даниил, можно. Интерпретатор QSP находится в самостоятельной DLL/SO. SVN-репозитарий здесь: http://svn2.assembla.com/svn/qsp/trunk/

Nex: Если он не в состоянии сам найти ответ на этот вопрос - вряд ли у него что-то получится.

[Ray]: Nex, Byte Предлагаю сделать паки с графикой для QSP. Как скины в старых версиях. Зачем? красиво. Зачем красиво? Это главное преимущество QSP над уркой. В моем выборе куспа перевес был именно за счет приятногго интерфейса. встречают по одежке. Не задумывались, почему Гамурные Кисо любят Висту? Да-да.


Nex: [Ray] если делать кастомную графику, то основательно и полноценно. SDL-версию, либо Flash-версию. Присобаченный сбоку костыль - это не по нашему.

[Ray]: Nex Wrong. Все равно кусп рисует грфику. Что же тебе мешает заменять ее внешним файлом? или ты вообще думаешь что главное - программа, а красота - дело наживное?

Nex: [Ray] я тебя не понимаю.

[Ray]: ммм... возможно я сам не четко понял, но вот эти шткуи - не что иное как тайлированый по горизонтали рисунок(который прога берёт из своей даты). или нет?

Byte: [Ray], вообще этот градиент программа рисует сама :) в принципе, ничто не мешает использовать там картинку или другие цвета, но лучше сделать полноценную версию плеера, ориентированную на графику.

Byte: Это главное преимущество QSP над уркой. Важен не интерфейс, а язык - интерфейс может быть каким угодно, а существующий язык изменить на порядки сложнее. fireton настойчиво кидает ссылки на фурку :) [Ray], фурка недавно обновилась - добавлены новые графические "фичи".

fireton: Да, Ray, посмотри там демо в архиве. Просто чтобы иметь представление.

Byte: И загляни в код

fireton: Конечно. Для того и демо.

Ajenta: Ага, и если понравится, без напряга сможешь сделать только ещё одно такое же демо

Byte: Сомневаюсь, что без напряга - даже в этом "демо" код нечеловечески страшен.

ASBer: ех... без напряга на любой платформе только демы и получаются.

Ajenta: ASBer пишет: ех... без напряга на любой платформе только демы и получаются.

123th: ну ё маё. (так, я понимаю что сейчас буду изъясняться через , но объяснять понятно у меня редко получается... постарайтесь понять - идея того стоит) у вас йиз хтмл же поддерживает... и вывод картинок на экран... всё просто: добавляем операторы управляющие окнами... т.е. фактически вводим хтмл структуру интерфейса, когда можно самому определить где какое окно располагается, какие пропорции имеет, как выглядит скролл-бар, какой толщины разделители (включая нулевую)... а шапку основного окна программы (там где открыть, закрыть, рестартовать...) мы теми же операторами можем прятать и показывать. как результат - программа проигрывания файлов .qsp (предлагаю ввести поддержку альтернативного расширения .йиз ), так вот, сия программа открывается как неразбитое на секции окно, с включённой по умолчанию строкой меню. оттуда грузится файл игры, в котором содержится инструкция по прорисовке интерфейса - каждый как умеет так и делает, можно выложить шаблоны для лентяев. вобщем формат инструкций примерно таков - в хтмл коде задаются фреймы, именами фреймов в обязательном порядке должны быть имена стандартных полей программы (например: описание локации, список предметов, список действий, строка ввода) ну и параметры фреймов, стандартные для хтмл, а также цсс инструкции по оформлению элементов окна (в случае границ и прокрутки - нужна возможность заменять их картинками). т.е. количество фреймов и их идентификаторы жёстко ограничены, но их внешний вид и расположение определяются не программой-проигрывателем, а проигрываемым файлом. как опцию можно ввести стандартный интерфейс. написать 1-2 кода стандартного интерфейса, а тем кому хочется крысоты - пусть сами пишут. ================= можно конечно сделать поддержку шкурок, но это не так интересно как полностью собственный интерфейс для своей игры, оформленный конкретно под неё. вобщем получилось много слов и мало смысла, но если идея найдёт поддержку так и быть посижу пару часов и настрочу в блокноте детальный план.

WladySpb: Проблема в том, что кусп поддерживает html только в рамках wx-wiget, я бы даже сказал - поддерживает ограниченный набор тегов. Поэтому всё что доступно - это таблицы,картинки, изменение цвета\размера\наклона и тд..

Byte: HTML поддерживается только на базовом уровне :) Вообще сделать для игры свой интерфейс на HTML никто не запрещает уже сейчас.

BaxZzZz: А в чем проблема собственно? Напишите свой гуй под игру так, как вам нужно и всё.

123th: так как нужно не позволяют текущие возможности движка. ммм.... ну я не думаю что сложно добавить возможность менять размеры и положение окон в проигрывателе, начать можно с малого - добавить оператор позволяющий/запрещающий ресайзить фреймы (двигать разделители). при этом все фреймы должны задаваться в процентах от основного окна (соответсвующий оператор тоже неплохо бы добавить). также наверное совсем не трудно сделать чтоб параметры фона и текста задаваемые операторами применялись к конкретному фрейму а не ко всему нитерфейсу разом (допустим ввести числовой индекс у данных операторов/переменных, соответствующий номеру фрейма... и не забыть про "всплывающие" меню типа ввода текста). для начала уже неплохо.

Nex: 123th добавить фичу - несложно. Удержаться от добавления полезных в частности, но вредных в общем случае фич - гораздо сложнее.

123th: ну, в данном случае они скорее полезны, т.к. способствуют улучшению внешнего вида игрового пространства, что в свою очередь положительно сказывается на потенциальных пользователях... при этом ничего плохого вроде не делают.

Nex: 123th это только на первый взгляд.

Nolite: Byte писал: даже в этом "демо" код нечеловечески страшен. Даже в этом демо код не сложнее простенького ini-файла. И намного читабельнее, чем XML, от которого рябит в глазах. Если все же непонятно, стоит подождать игр с классным оформлением на урке.

Ajenta: Мы подождём, угу. И посмотрим, и заодно их код.

[Ray]: fireton Архив где? В личку. Byte Хтмл у куспа действительно неприятен. Просто он часто меня обламывал, например нельзя обтекание картинки текстом сделать :( а вообще, хотелось бы видеть такие смертоносные функции как OnMouseOver и атрибут <Img> - Position:Absolute если реализация возможна, то прошу, пожалуйста :) Алсо, реквестирую следующие операторы плеера: CHANGEACTS 'String' CHANGEIMPUT 'String' CHANGEOBJS 'String' CHANGESTAT 'String' Изменяют название окна действий/предметов/доп. на String Сообщение отредактировано модератором.

Byte: [Ray], это ты можешь в конфиге прописать.

ASBer: можно ли запустить QSP в консоле без GUI и как это сделать?

Byte: Простейший консольный интерфейс для QSP: http://paste.pocoo.org/show/143037/

[Ray]: Byte ммм... а как?) слоупок.jpg

Byte: Оказалось, я эту фичу заблокировал :)

Byte: Тогда вариант просто заголовки окошек отключить через конфиг.

[Ray]: Byte а что за конфиг вообще такой, кто...

Byte: Файл qspgui.cfg - если он лежит рядом с файлом .qsp, то при загрузке игры плеер будет использовать его, вместо конфига по умолчанию.

123th: Nex пишет: 123th добавить фичу - несложно. Удержаться от добавления полезных в частности, но вредных в общем случае фич - гораздо сложнее. у меня предложение - графический интерфейс это зло, поэтому давайте вернёмся к консольной версии, а остальные уничтожим как ересь. а графику если и выводить то только символьную.

Byte: Уже:

ASBer: Оо! то что нужно

[Ray]: Byte Аааааааааа! Уберите это от меня и скажите что это всего лишь страный сон!!!

123th: [Ray] пишет: Byte Аааааааааа! Уберите это от меня и скажите что это всего лишь страный сон!!! хы хы хы - это суровая реальность! > ] ASBer пишет: Оо! то что нужно да да! присоединяюсь! gui в топку!



полная версия страницы