Форум переехал на новый адрес: http://qsp.su



АвторСообщение



ссылка на сообщение  Отправлено: 18.01.09 19:19. Заголовок: Продвинутые возможности QSP-языка


Во-первых, хотелось бы поблагодарить создателя движка за отличную работу. Впечатляет, без смайлов!

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

Хотелось бы задать вопрос - будет ли язык развиваться в плане добавления новых возможностей, таких как функции и классы? Заранее спасибо за ответ!

Спасибо: 0 
Профиль Цитата Ответить
Ответов - 72 , стр: 1 2 3 4 All [только новые]


администратор




ссылка на сообщение  Отправлено: 18.01.09 20:13. Заголовок: Функций и классов не..


Функций и классов не будет, думаю. Конструкции вида
 
свойство1["предмет"]=56
$свойство2["предмет"]='sdsd'
свойство1[$obj]=234

позволяют легко обходиться без классов, предоставляя бОльшую гибкость.

Функции добавят такое понятие, как "локальные переменные". Возможно, появятся оператор добавления значений на стек и ф-я получения значения со стека. Но, в абсолютном большинстве случаев, легко обойтись без локальных переменных, так что не вижу особого смысла их вводить.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 18.01.09 20:45. Заголовок: Спасибо за ответ :) ..


Спасибо за ответ :)
Обойтись можно, конечно :) Сейчас язык позволяет реализовать практически все, что только может в голову прийти :)

ПыСы. А что, локальные переменные - это такое ЗЛО? :)


Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 18.01.09 21:54. Заголовок: luciofulci локальные..


luciofulci локальные переменные заставят новичков печься о таких понятиях, как "область видимости", а это усложнит им жизнь => вредно.

Если движок у игры "с хитростями", то поможет GOSUB, а если не поможет GOSUB, поможем мы, то есть этот форум.

Новички - приоритет, и это всё решает.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 18.01.09 22:25. Заголовок: Само введение функци..


Само введение функций, классов и т.д. не означает необходимость их использования.
Например, динамическая генерация кода ("код как данные") - это концепция уровнем гораздо выше, чем область видимости, но тем не менее в QSP она есть и никому не мешает. Тот же объектно-ориентированный подход органично вписывается в разработку игр, так в них мы имеем дело с большим количеством объектов, таких как магазины, персонажи и т.д. Все это в рамках движка не предусмотришь.
Повторюсь, сделать все это возможно и без классов с функциями, но вот реализация будет связана с трехэтажными хаками, write-only кодом и копипастом, когда чтобы поправить какую-то мелочь, нужно править ее в десятке мест. Проще ли это для новичков, чем локальные переменные? Не уверен.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 18.01.09 22:43. Заголовок: я не понимаю, зачем ..


я не понимаю, зачем нужны классы, когда есть более лёгкое в освоении и с не меньшими возможностями/удобством:
 
свойство1["предмет"]=56
$свойство2["предмет"]='sdsd'
свойство1[$obj]=234

любой класс можно описать через это, вместе с наследованием (насколько это возможно без локальных переменных).
"объекты" передаются посредством их имени.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 18.01.09 23:00. Заголовок: luciofulci пишет: П..


luciofulci пишет:

 цитата:
Повторюсь, сделать все это возможно и без классов с функциями, но вот реализация будет связана с трехэтажными хаками, write-only кодом и копипастом, когда чтобы поправить какую-то мелочь, нужно править ее в десятке мест.


Да нет здесь "трёхэтажных хаков". И копипаста можно успешно избежать :-)

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 18.01.09 23:05. Заголовок: В принципе, типы впо..


В принципе, типы вполне можно реализовать через массивы со строковыми индексами. Классы используются именно для упрощения организации кода, когда, например, чтобы изменить поведение всех НПС определенного вида нужно изменить пару строк в определении этого вида, и все.
Разумеется, для небольших проектов это абсолютно избыточная идея, да, но вот в более-менее сложных они серьезно облегчают жизнь. К тому же повторюсь, ООП - органично вписывается в написание игр, так, что с новичками проблем быть не должно, если в этом дело.
Конечно, у меня нет никакого права никому ничего советовать, только размышлять об идеальном сферическом движке в вакууме :(. Хотя вот сейчас пишу игру на QSP, так вот по мере написания могу более четко сформулировать свои предложения - если это интересно, конечно.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 18.01.09 23:14. Заголовок: А функции с параметр..


А "функции" с параметрами, возможно, будут в QSP 5.5 :)
Будет gs 'proc',2,3,4,'test',$sdsd
При этом заполняется массив 'args'
args[0]=2
args[1]=3
args[2]=4
$args[3]='test'
$args[4]='fddfd'

Функции - eval('proc',2,4)
Результат из ф-и передаётся н-р через переменную $result

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 18.01.09 23:18. Заголовок: Поясню, что понимаю ..


Поясню, что понимаю под хаком. Это когда элементы языка явно используются не по назначению. Например, в одной дружественной платформе локации используются для всего чего угодно - например, для организации циклов :) Это разрушает абстракцию и нарушает стройность дизайна. Локация - это локация. Это некоторое место, которое игрок посещает, а не просто несколько строк кода. В куспе добавлены метки и одна эта фича уже позволяет локациям избежать подобного "насилия".
Ну, вот что-то в этом духе...

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 18.01.09 23:27. Заголовок: Byte пишет: А функц..


Byte пишет:

 цитата:
А функции с параметрами, возможно, будут в QSP 5.5 :)
Будет gs 'proc',2,3,4,'test',$sdsd
При этом заполняется массив 'args'
args[0]=2
args[1]=3
args[2]=4
$args[3]='test'
$args[4]='fddfd'



Круто При таком раскладе без классов вполне можно будет обойтись :)

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 18.01.09 23:40. Заголовок: Передать несколько п..


Передать несколько параметров в gs и сейчас не сложно )

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 18.01.09 23:59. Заголовок: Ну, не сложно то не ..


Ну, не сложно то не сложно, только геморно немного и выглядит довольно жутко. Да и использовать локацию в качестве функции,... гм. Кстати, не рассматривается возможность передачи DYNAMIC параметров в том же виде, что и GOSUB?
В смысле что-то типа dynamic $code_block, arg1, arg2, arg3... соответственно с заполнением массива args?

Спасибо: 0 
Профиль Цитата Ответить
moderator




ссылка на сообщение  Отправлено: 19.01.09 00:53. Заголовок: Вы ребята что-то ..


Вы ребята что-то страшное решили сотворить на куспе... а на самом деле тех же локаций и переходов порой бывает достаточно для полноценной игры.


Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 19.01.09 02:25. Заголовок: Сделал аргументы для..


Сделал аргументы для GS. Правда, увидеть это можно будет только в след. версии.

Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 19.01.09 10:43. Заголовок: Byte как насчёт пере..


Byte как насчёт передачи по ссылке?

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 11:31. Заголовок: HIman пишет: Вы реб..


HIman пишет:

 цитата:
Вы ребята что-то страшное решили сотворить на куспе...



Сейчас готовлю небольшой тутор для реализации классов на куспе, создание класса с полями и методами, создание экземпляров класса, наследованием :) Все это можно осуществить на нынешней версии QSP, правда код явно не для слабонервных

Byte пишет:

 цитата:
Сделал аргументы для GS. Правда, увидеть это можно будет только в след. версии.



А нельзя ли поделиться development билдом?

Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 19.01.09 11:35. Заголовок: Классы будут, функци..


Классы будут, функции будут, поля и методы, наследование будет, а игра-то будет?
Или как всегда? Куча кода, игры нет?

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 12:17. Заголовок: Поменял название тем..


Поменял название темы :)

Допустим у меня есть множество игровых объектов, у которых есть несколько свойств: name, description, seen, а также метод show_description для вывода описания. Ничего особенного.
Можно реализовать это в виде массива:


 цитата:
$old_table['name'] = "Cтарый стол"
old_table['seen'] = 0
$old_table['description'] = "Массивный стол с потрескавшейся лакировкой."
$old_table['show_desc'] = "$old_table['seen'] = -1 & clear & p old_table['show_desc'] & goto $curloc"


Теперь, например, можно добавить в окно описания локации следущий текст, не забыв где-то вначале активировать USEHTML:


 цитата:
<a href="exec:dynamic $old_table['show_desc']">старый стол</a>



Или добавить действие, в теле которого просто написать:


 цитата:
dynamic $old_table['show_desc']



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

Допустим, у меня в игре штук 20 таких объектов и меня возникает два естественных желания - упростить процесс их создания и, главное, иметь возможность контролировать формат вывода описания где-то в одном месте. Первое решается частично с учетом существующих возможностей языка (полностью - когда будет введена возможность передачи аргументов в gs), второе (и главное) уже сейчас решается полностью. Подробнее - в следующем сообщении.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 13:05. Заголовок: Окей, вот как выгляд..


Окей, вот как выглядит код локации-подпрограммы, создающей подобные объекты:


 цитата:
$self = $args[0]

dynamic "$<<$self>>['name'] = $args[1]"
dynamic "$<<$self>>['desc'] = $args[2]"
dynamic "<<$self>>['seen'] = 0"

$show_desc = "<<$self>>['seen'] = -1 & clear & p $<<$self>>['desc'] & gt $curloc"
dynamic "$<<$self>>['show_desc'] = $show_desc"

$show_desc = "" & $self = ""



Код, создающий локации в нынешней версии, выглядит так:


 цитата:
$args[0] = "old_table"
$args[1] = "Старый стол"
$args[2] = "Массивный стол с потрескавшейся лакировкой."

gs "make_item"



В будующей версии все будет несколько проще:


 цитата:
gs "make_item", "old_table", "Старый стол", "Массивный стол с потрескавшейся лакировкой."



Допустим, я создал с десяток таких объектов и захотелось мне, чтобы show_desc включал в себя название объекта.

Я беру код локации make_item и заменяю

 цитата:

$show_desc = "<<$self>>['seen'] = -1 & clear & p $<<$self>>['desc'] & gt $curloc"



на

 цитата:

$show_desc = "<<$self>>['seen'] = -1 & clear & pl $<<$self>>['name'] & p $<<$self>>['desc'] & gt $curloc"



То есть изменяю одну строку кода в одном месте, а не в десяти.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 13:40. Заголовок: По поводу игры - для..


По поводу игры - для меня именно эта возможность стала узким местом, реализовать я ее сумел только после долгого, вдумчивого чтения хелпа и бесчеловечных опытов над dynamic'ом.
Если кому интересно, могу пояснить, что вся эта тарабарщина значит и как самому делать подобные штуки, например, для генерации врагов и прочих неписей. До генерации локаций я еще не дошел - просто мне это на данный момент не нужно.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 19.01.09 14:37. Заголовок: А не проще ли сделат..


А не проще ли сделать так:

#showDesc
p $desc[$o]
seen[$o]=-1
! ...
--

#makeObj
$name[$o]=$o
$desc[$o]=$d
seen[$o]=0
--

Добавляем предметы так: $o='ящик' & $d='обычный ящик' & gs 'makeObj'
Показываем описания через $o='ящик' & gs 'showDesc'

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

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 14:59. Заголовок: Можно и так. Но мне ..


Можно и так. Но мне просто не нравится множить служебные локации, так как с каждой функцией (методом) необходимо создавать новую локацию. Но это как кому нравится :)

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 19.01.09 15:18. Заголовок: Даже в этом случае $..


Даже в этом случае
 
$self = $args[0]

dynamic "$<<$self>>['name'] = $args[1]"
dynamic "$<<$self>>['desc'] = $args[2]"
dynamic "<<$self>>['seen'] = 0"

$show_desc = "<<$self>>['seen'] = -1 & clear & p $<<$self>>['desc'] & gt $curloc"
dynamic "$<<$self>>['show_desc'] = $show_desc"

$show_desc = "" & $self = ""

заменяется на более простое
 
$self=$args[0]

$name[$self]=$args[1]
$desc[$self]=$args[2]
seen[$self]=0
$show_desc[$self]="seen['<<$self>>']=-1 & clear & p $desc['<<$self>>'] & gt $curloc"

Вызов н-р dynamic $show_desc['стол'] или dynamic $show_desc[$obj]

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 15:30. Заголовок: Да, спасибо, так дей..


Да, спасибо, так действительно лучше

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 19.01.09 15:33. Заголовок: Рады помочь :)..


Рады помочь :)

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 19.01.09 15:40. Заголовок: luciofulci, в стиле ..


luciofulci, в стиле ООП можно писать и на QSP.
 цитата:
То есть изменяю одну строку кода в одном месте, а не в десяти.

допустим, есть сотня столов разных цветов, форм, размеров, и имеющие различные атрибуты местонахождения. и есть локация "показать". и есть переменные арг1, арг2, арг3,... . тогда меняем реакцию локации "показать" в одном месте программы. а не в ста. всё. и все эти заморочки с динамиком и т п - лишние.
 цитата:
Локация - это локация. Это некоторое место, которое игрок посещает, а не просто несколько строк кода.

такой подход бывает крайне неудобен. пример: генерим мир 8х8 полей. получаем 64 локации. значит ли это, что в тексте программы должно появиться ещё 64-ре локации??
 цитата:
Например, в одной дружественной платформе локации используются для всего чего угодно - например, для организации циклов

удивительно. не слыхал пока о платформах без меток. впрочем, нет- в РТАДС и ТОМ, вроде бы обходятся без них.

UPD

насчёт столов и служебных локаций: да, зря в урке и куспе это названо локациями. потому как реально это- никакие не локации. то, что называется в этих платформах локациями- скорее такие особые функции/подпрограммы/куски. короче, что угодно. и с 'локациями' игрового мира зря путаницу внесли.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 16:02. Заголовок: noname пишет: lucio..


noname пишет:

 цитата:
luciofulci, в стиле ООП можно писать и на QSP.


Кто же спорит??

noname пишет:

 цитата:
допустим, есть сотня столов разных цветов, форм, размеров, и имеющие различные атрибуты местонахождения. и есть локация "показать". и есть переменные арг1, арг2, арг3,... . тогда меняем реакцию локации "показать" в одном месте программы. а не в ста. всё. и все эти заморочки с динамиком и т п - лишние.


Да я понял уже эту фишку с show_desc. Правда метод show_desc для разного типа объектов может (и по идее должна) выполнять разные функции. И - если уж говорить об ООП - должна быть частью объекта.
В моем примере - реализация практически чистого ООП. Код опять же можно упростить добавив локации-обработчики. Для меня просто удобнее писать
 цитата:
dynamic $old_table['show_desc']

, чем
 цитата:
$o='old_table' & gs 'show_description'

, не более того :)

noname пишет:

 цитата:
удивительно. не слыхал пока о платформах без меток. впрочем, нет- в РТАДС и ТОМ, вроде бы обходятся без них.


Разумеется, в TADS и TOM обходятся без них -там они абсолютно не к месту. А вот в urql, допустим, метки и локации - одно и то же. По крайней мере в стандартной версии.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 19.01.09 16:42. Заголовок: Например, в C++ мето..


Например, в C++ методы классов являются самостоятельными функциями, просто первым "скрытым" аргументом в них передаётся адрес объекта (фактически, просто структуры с полями данных). Именно через этот адрес метод может получить доступ к полям структуры, для которой вызывался метод.

В QSP таким "адресом структуры" может являться имя объекта, через которое мы можем получить доступ к свойствам объекта.
код в сообщении http://qsp.borda.ru/?1-0-0-00000154-000-20-0#017 этой темы - тому пример.

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 19.01.09 17:01. Заголовок: Извините меня, пожа..



 цитата:
Извините меня, пожалуйста, но предмет вашей ученой беседы настолько интересен, что...


ООП это стиль мысли а не язык. Можно писать на ассемлере объектно-ориентированный код, а можно в С++ наваять такого, что лучше бы классы вообще не трогать.
Если же говорить о языках, то язык либо содержит СПЕЦИАЛЬНЫЕ средства, поддерживающие ООП, либо их там нет. Все ИМХО.


Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 19.01.09 17:11. Заголовок: Здесь речь идёт не к..


Здесь речь идёт не конкретно о языке, а о подходе, который можно реализовать на нём. Вот и всё.

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 19.01.09 17:43. Заголовок: luciofulci пишет: А ..


luciofulci пишет:
 цитата:
А вот в urql, допустим, метки и локации - одно и то же.

почти одно и то же. в куспе же введены некоторые искуственные ограничения для их пущего различия. хорошо, хоть цикл в пределах локации всё-таки и на нём можно сделать. писать в стиле ООП на куспе можно, но ИМХО можно найти более удобный в рамках этого языка подход. поэтому в моём предложении и не было оопа.

впрочем, пока больше ничего писать сюда не буду, что бы не зафлудить тему...

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 17:58. Заголовок: Безусловно на куспе ..


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

Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 19.01.09 18:22. Заголовок: luciofulci милену см..


luciofulci милену смотрел?
там всё что хошь для заядлого программера. и тебе циклы, и функции, и тырпыр.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 19.01.09 18:45. Заголовок: Может, посмотрю... П..


Может, посмотрю...
Просто на этот раз все-таки хотелось бы закончить игру. А то рано или поздно все вернется к старым заготовкам для python и вместо того, чтобы писать игру, буду долбить движок...

Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 19.01.09 21:11. Заголовок: luciofulci чтоб тако..


luciofulci чтоб такого не происходило, рекомендуется писать подробный сценарий. То есть начинать именно со сценария, а уж потом реализовывать теми средствами, что есть.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 20.01.09 00:54. Заголовок: Теперь добавил и фун..


Теперь добавил и функцию EVAL:
 
#fact
if args[0]=1:
result=1
else
result=args[0]*eval('fact',args[0]-1)
end
--

вызываем как eval('fact',5)

Думаю, возможно имеет смысл сменить название на FUNC ?

UPD: Решил переименовать в FUNC. Ещё добавил функцию ARRSIZE($имя_массива) - возвращает число элементов массива.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 20.01.09 15:19. Заголовок: Еще заметил в хелпе:..


Еще заметил в хелпе:


 цитата:
Как проверить, был ли герой на какой-либо локации?
1) На той локации, которую нужно проверить, введите:
set был_здесь=1
А на локации, где нужно это проверить:
if был_здесь=1:[операторы]
или:
if был_здесь:[операторы]
2) Через массивы, с индексированием через строки:
was_here[$curloc] = 1
Проверка:
if was_here['башня']:[операторы]



По поводу второго способа, можно добавить, что was_here[$curloc] = -1 можно написать в коде локации, установленной в переменной $onnewloc , тогда на was_here можно проверять любую локацию в игре.

Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 20.01.09 15:57. Заголовок: luciofulci где-то зд..


luciofulci где-то здесь уже об этом писали... Но в хелп да, нужно добавить пример про $onnewloc.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 20.01.09 16:29. Заголовок: Может, кто-нибудь во..


Может, кто-нибудь возьмётся за доработку справки? А я вышлю альфу QSP 5.5

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 20.01.09 16:53. Заголовок: Может сделать что-то..


Может сделать что-то типа вики с возможностью загрузить снэпшот в архиве?
А так я мог бы, конечно, обновлять справку по ходу работы с игрой. Альфу тоже протестировать не отказался бы


Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 20.01.09 19:47. Заголовок: Кому интересно - htt..


Кому интересно - http://qsp.su/misc/libqsp550a1.zip

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 21.01.09 02:42. Заголовок: Обновил - http://qsp..

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 21.01.09 16:38. Заголовок: Добавил передачу арг..


Добавил передачу аргументов ARGS для GT/XGT. В $ONNEWLOC передаются аргументы, с которыми был вызван GT/XGT.
То есть:
 
#start
$onnewloc='new'
gt 'loc1',1,2
--

#loc1
gt 'loc2',3,4,5
--

#loc2
'Перешли в <<$curloc>>, аргументы <<args[0]>>, <<args[1]>>, <<args[2]>>'
--

#new
$curloc
arrsize('args')
args[0]
args[1]
args[2]
--


Скачать: http://qsp.su/misc/libqsp550a3.zip

Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 21.01.09 17:52. Заголовок: arrsize - вкусняшка...


arrsize - вкусняшка... ^__^

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 22.01.09 14:22. Заголовок: Респект! А в меню вы..


Респект!
А в меню, вызываемое через оператор menu, параметры добавить не планируется?

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 22.01.09 15:38. Заголовок: Нет :-)..


Нет :-)

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 22.01.09 15:56. Заголовок: Ок. В принципе, это ..


Ок. В принципе, это и не особо нужно :)

А после возвращения из gs, массив args "обнуляется"?
Да, обнуляется, просто это у меня коде глюк, сорри

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 22.01.09 21:19. Заголовок: Не обнуляется, а ..


Не обнуляется, а "возвращаются" предыдущие значения.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 22.01.09 23:00. Заголовок: Добавил необязательн..


Добавил необязательный параметр для NL/*NL и параметр у PL/*PL сделал необязательным.
Теперь между NL/*NL и PL/*PL разница в том, что NL сначала делает перевод строки, потом выводит данные, а PL наоборот - сначала выводит данные, а затем делает перевод строки.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 23.01.09 16:57. Заголовок: Byte пишет: Не обну..


Byte пишет:

 цитата:
Не обнуляется, а "возвращаются" предыдущие значения.


А какие у них предыдущие значения? В общем, при переходе в локацию без параметров значение $args - пустые строки, а args - 0. Я это имел в виду. То есть в случае вызова gs 'some_loc', 'blah', -1 , локация получит: $args[0] = "blah", args[1]=-1. А при вызове gs 'some_loc', 'blah', значение args[1] всегда будет нулевым.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 23.01.09 20:31. Заголовок: Предыдущие значения ..


Предыдущие значения - значения на момент вызова. Если мы вызываем GS из локации, вызванной по GS, то после обработки локации предыдущие значения восстановятся.

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 23.01.09 20:57. Заголовок: Понял, спасибо...


Понял, спасибо.

Спасибо: 0 
Профиль Цитата Ответить
демиург




ссылка на сообщение  Отправлено: 26.01.09 15:03. Заголовок: Таак, оно конечно вс..


Таак, оно конечно всем за всё спасибо, но всё-таки прошу не сильно усложнять.

:) Сейчас действительно есть всё, что требуется, а то, чего нет можно через html реализовать :)



Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 26.01.09 17:07. Заголовок: Ajenta К сожалению H..


Ajenta
К сожалению, HTML поддерживается лишь на базовом уровне. Ну и все "усложнения" касаются лишь дополнений к уже имеющемуся. Т.е. справка, конечно, пухнет, но проблему быстрого "вхождения в QSP" сейчас легко решают уроки, а их скоро станет больше и они будут доступнее для понимания. Ну а уж коли понадобится что-то специфичное - можно будет и в справку глянуть. (:

Спасибо: 0 
Профиль Цитата Ответить



ссылка на сообщение  Отправлено: 26.01.09 22:35. Заголовок: Все изменения в рели..


Все изменения в релизе 5.5, насколько я в курсе, - это дополнения. То есть, переделывать ничего не придется, хотя, возможно, стоит, так как некоторые вещи стали намного проще, а не сложнее :)

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 26.01.09 22:46. Заголовок: luciofulci да :sm1:..


luciofulci да

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.05.09 04:55. Заголовок: Byte пишет: Думаю, ..


Byte пишет:

 цитата:
Думаю, возможно имеет смысл сменить название на FUNC ?

UPD: Решил переименовать в FUNC. Ещё добавил функцию ARRSIZE($имя_массива) - возвращает число элементов массива.


Всё таки победил вариант dyneval?

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 10.05.09 11:39. Заголовок: DYNEVAL это из друго..


DYNEVAL это из другой оперы (динамическое вычисление выражений). Для вызова пользовательских функций победил FUNC/$FUNC.

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.06.09 10:00. Заголовок: Byte ты писал что д..


Byte
ты писал что добавление параметров в оператор menu не планируется - это принципиально ограничение или просто нежелание усложнять синтаксис?
а то я наткнулся на ситуацию, где удобнее всего иcпользовать menu, но без параметров придется создавать кучу локаций, большая часть которых будет состоять из одной строчки - вызова функции

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 10.06.09 10:19. Заголовок: werewolf, объясни си..


werewolf, объясни ситуацию - думаю, найдём простой выход без создания кучи локаций.

Про MENU - это и усложнение синтаксиса, и несовместимость, и еще ряд факторов, касающихся реализации.
Плюс к этому, хочется верить, что это можно вполне нормально обходить.

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.06.09 10:26. Заголовок: Нужно написать все э..


Нужно написать все эти мелкие локации и спрятать в отдельный файл, либу. Это решение не требует ничего в операторе не менять.

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.06.09 10:38. Заголовок: Я сейчас думаю о пер..


Я сейчас думаю о переводе на qsp оной книги-игры, так там при получении любого предмета указвается смещение по параграфам (-10 или +50 например) при использовании этого предмета, поэтому хотелось к каждому предмету добавить меню из 2 пунктов "Осмотреть" и "Использовать". В этом случае с пунктом Использовать можно было обойтись одной локацией, где-бы просчитывалось такое смещение.
Но в принципе с предметами ситуация обходима 2 путями - по клику на предмету выводить описание в окно доп описаний и туда же добавлять html ссылку которую сформировать проще или мне сейчас пришел в голову второй, более удобный - делать с menu, но добавлять команду unselect не в локацию обработчик выбора а в локации на которых обрабатываются пункты меню.
Сложнее обойти второй момент который есть в книге - кроме предметов игрок получает информацию, опять же завязанную на смещении, вот здесь бы и хотелось использовать один предмет "Информация" и меню к нему, но как здесь обойтись одной локацией я не придумаю.


Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.06.09 10:41. Заголовок: Ntropy если все же ..


Ntropy
если все же создавать кучу локаций, то смысла выносить их в отдельный файл я не вижу, поскольку повторно их использовать скорее всего не придется

Спасибо: 0 
Профиль Цитата Ответить
moderator




ссылка на сообщение  Отправлено: 10.06.09 10:47. Заголовок: werewolf В твоем..


werewolf
В твоем случае с параграфами можно совсем в лоб создавать столько локаций сколько параграфов и все переходы будут однозначны по GT
Либо придется переработать книгу-игру и вначале куда нить на листочек выписать все свойства или описания предметов написаные в том-то параграфе чтобы их выводить опционно в окошке описания предметов и никуда не перемещаться с текущей локации.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 10.06.09 10:53. Заголовок: werewolf так и сейча..


werewolf так и сейчас это можно.
Создаем таблицу "использований" предметов:
 
useobjs['палка']=23
useobjs['кольцо']=-43

23, -43 - смещения.
На локации использования предмета смещение для выбранного предмета будет:
useobjs[$selobj]

В этом случае всё делается на одной локации для всех предметов.

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.06.09 11:02. Заголовок: Да для предметов сме..


Да для предметов смещение реализовать проще, но как быть с информацией?
есть предмет Информация при выборе которого игроку выводиться меню со списком известной ему информации, при выборе пункта пункта меню нужно просчитывать смещение и делать переход - здесь можно как-нибудь обойтись без создания отдельной локации на каждый пункт?

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 10.06.09 11:06. Заголовок: А список возможных п..


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

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.06.09 11:08. Заголовок: В том то и дело что ..


В том то и дело что не маленький - я точно не считал, но где-то около 20 а то и больше.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 10.06.09 12:04. Заголовок: Возможно аргумент дл..


Возможно аргумент для MENU добавится, неявный. Есть 2 варианта:
1) После вызова в ARGS[0] хранится индекс выбранного пункта меню.
2) После вызова в $ARGS[0] хранится название выбранного пункта меню.

Вообще, 20 локаций - не так уж много)

Спасибо: 0 
Профиль Цитата Ответить





ссылка на сообщение  Отправлено: 10.06.09 12:10. Заголовок: Byte пишет: Возможн..


Byte пишет:

 цитата:
Возможно аргумент для MENU добавится, неявный. Есть 2 варианта:
1) После вызова в ARGS[0] хранится индекс выбранного пункта меню.
2) После вызова в $ARGS[0] хранится название выбранного пункта меню.


это будет просто отлично
Byte пишет:

 цитата:
Вообще, 20 локаций - не так уж много)


Просто хотелось упростить себе жизнь, при большой нужде и 100 локаций добавить не проблема.

Спасибо: 0 
Профиль Цитата Ответить
moderator


ссылка на сообщение  Отправлено: 10.06.09 13:06. Заголовок: А если по команде ME..


А если по команде MENU нужно будет вызвать пользовательскую функцию с параметрами?

P.S. наверняка есть более простое решение.

Спасибо: 0 
Профиль Цитата Ответить
администратор




ссылка на сообщение  Отправлено: 10.06.09 13:08. Заголовок: Можно будет вызвать ..


Можно будет вызвать FUNC('моя ф-я',1,2,ARGS[0]) - оно будет нормально работать.

Спасибо: 0 
Профиль Цитата Ответить
Ответов - 72 , стр: 1 2 3 4 All [только новые]
Ответ:
1 2 3 4 5 6 7 8 9
большой шрифт малый шрифт надстрочный подстрочный заголовок большой заголовок видео с youtube.com картинка из интернета картинка с компьютера ссылка файл с компьютера русская клавиатура транслитератор  цитата  кавычки моноширинный шрифт моноширинный шрифт горизонтальная линия отступ точка LI бегущая строка оффтопик свернутый текст

показывать это сообщение только модераторам
не делать ссылки активными
Имя, пароль:      зарегистрироваться    
Тему читают:
- участник сейчас на форуме
- участник вне форума
Все даты в формате GMT  3 час. Хитов сегодня: 19
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация вкл, правка нет



Создай свой форум на сервисе Borda.ru
Текстовая версия