Html пак от PTS High Five. Может с руофф, может с рпг клаба, пойди его разбери
Залито на ргхост ибо сюда не заливается.
Жаль, что все файлы тупо кучей в одной папке. Их ковырять и ковырять. В целом мне не надо такое. у меня мои нормально работают, но может кому то и пригодится. Но гемора конечно там будет...))
Ну так линки на html файлы прописаны в npcdata.txt в переменой npc_ai. Другое дело научить жаба сервер правильно парсить файл и подхватывать линки, если вы про ява сервера.
простите. просто с PTS серверами я не работал. И не знаю, как устроена структура файлов в данных сборках. Но тем не менее. Даже если отталкиваться от Ваших слов, то времени на то, чтобы привязать это к ява сборке - нужно не мало.
Вы подхватите ссылки с файлов, но так же нужно присвоить потом все эти имена файлов к определенным обработчикам. Например. У нас есть файл file.html, к которому путь лежит из npcdata.txt? чтобы определенный квест выводил этот файл, вам нужно указать, что именно этот link в npcdata, обрабатывает данный квест. Не думаю, что все это получится сделать только по ссылкам, номерам строк в файле и названиям из npcdata.
линки будут полезные только для того что бы ручками приводить каждую ШТМЛ в соответствии с оффом, а так то нужно проделать огромную работу(поддержка птс аи и спауна), что бы в итоге можно было юзать штмл, ну или можно конечно и костылить, выдирая единичные аи и под них штмл, но в любом случае шара хорошая, хоть и не актуальная уже.
Любой разработчик должен обязательно посмотреть как это работает на офф платформе.
Если мне нужно будет HTML рабочие, то да, возможно я скачаю любой PTS и посмотрю, как это устроено там. Мне это просто не нужно. Но всеже, разница между C++ и Явой есть. И возможно не получится сделать так же, как на ПТСе.
Ну как минимум ни причем тут языки, хотя бы ознакомится как работает дп.
Вы крутой, а я лох. Закончили эту тему.
Почему не txt, а xml? Да хотя бы потому что xml удобней и читабельней будет. Да и с парсингом проще.Ну у ява серверов изначально созданы файлы статов ( к примеру тех же самых нпс ) из pts файлов, если я не ошибаюсь.
И что получается: парсим txt в xml, что бы потом в сборке заниматься той же **йней, приводя полученные элементы/ значения атрибутов к типу ( Integer.parseInt, Double.parseDouble и т.д. ). Че сразу то не использовать txt, зачем конвертить в xml, я не понимаю. Другое дело все ai под ява портировать, точно геморой.
нет предела совершенству
ChaosPaladin, сравнил количество файлов с Freya-High Five HTML, ни разу не большеУ вас какой то другой пак для фреии?
И ведь не поспоришь :-D
Читабельность? Вы их наверно каждый день перебираете?! По поводу парсинга: как по мне, так проще итерировать строки и разбивать их по табу, нежели перебирать вложения элементов dom4j ( ИМХО ).
АКЕЙ! Берем любой файл скриптов, что мы видим? Правильно! Либо туеву хучу различных не подписанных значений, либо подписанных, но ты смотришь на них и все равно не понимаешь, но оно значит.
XML удобней только потому, что кто-то так когда-то сделал и все привыкли к XML, было бы оно в txt изначально, то всем было бы удобно работать в txt...
