Сообщений в теме: 591

[Lego]

ок, можешь не исправлять.

[GooD-NTS]

Lego, да не "глюк" с кнопкой я поправил.

Говорю же что если ошибка незначительная (т.е. исправляется в одну-две строчки) то для неё не обязательно тикет делать, я ее так исправлю если не забуду

[VcSaJen]

Отправил на баг-трекер предложение по открытию следующего и предыдущего файлов. А насчёт того глюка... Я его заметил и сказал, ещё в ночном билде OpenIV.

Сообщение отредактировал VcSaJen: 12 July 2011 - 11:56

[GooD-NTS]

Отправил на баг-трекер предложение по открытию следующего и предыдущего файлов.

К сожалению, закрыт. Т.к. такое поведение не возможно реализовать в архитектуре OpenIV. Просмоторщики не как не соединены со списком файлов и не знают про его существование. А список файлов о просмоторщике тоже ничего не знает. К тому же все эти три вьювера это совершенно разные (не связанные между собой) вещи, этому переключение между ними тоже не возможно.

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

А насчёт того глюка... Я его заметил и сказал, ещё в ночном билде OpenIV.

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

[GooD-NTS]

Типа новости:

Сделал следующие полезные вещи в опене:

• 0000049: Добавлен параметр "-core.game:[ID]" чтобы можно было запускать опен без диалога выбора игры и сразу с нужной игрой.
• 0000048: Теперь дополнительные кнопки на мыши (назад и вперед) работают.

Полный список изменений и список того что планируется в 0.9.3 всегда доступен здесь >>>

[GooD-NTS]

оффтоп: кто там хотел Aero UI компоненты для делфи? отзовитесь мне в ICQ

[GooD-NTS]

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

Как настроить OpenIV для работы с 4-я играм? (две IV и две EfLC)
Представим что у нас есть 2 установки IV и 2 установки EfLC.
Получается IV1 & IV2 и EfLC1 & EfLC2

1 - Запускаем OpenIV и настраиваем его на работу с IV1 и EfLC1.
2 - Идем в папку OpenIV и копируем файл Core.xml новый файл называем Core2.xml
3 - Открываем Core2.xml в блокноте и редактируем там эту строчку:

<Application core="2.1" config="{APP_PATH}\(beta)AppData\{GAME_PLATFORM}\{GAME_ID}\">

изменяем её так:

<Application core="2.1" config="{APP_PATH}\(beta)AppData\{GAME_PLATFORM}\{GAME_ID}2\">

сохраняем изменения.
4 - Создаем ярлык для OpenIV.exe с такими параметрами:

openiv.exe -core:Core2.xml

5 - Запускаем OpenIV с помощью этого ярлыка и настраиваем для работы с IV2 и EfLC2.

Все готово. В итоге когда мы просто запускаем OpenIV он работает с IV1 и EfLC1 когда запускаем через ярлык с IV2 и EfLC2.

[Vlad_ZH]

А когда можно будет whm редактировать?

[GooD-NTS]

А когда можно будет whm редактировать?

когда формат будет полностью разобран тогда и можно будет.

[Vlad_ZH]

А он уже на много разобран?

[listener]

А он уже на много разобран?

90-95%
но проблем с ним будет изрядное количество. Формально, это обычный HTML+CSS, но, в действительности поддерживается не весь набор тэгов, более того, речь идет о поддержке комбинаций тэгов и селекторов (т.е. не все селекторы работают для всех тэгов).

[SILENT_Pavel]

Это вы о пк формате внутриигровых интернет страниц же? А вот так если подумать, для каких модов его можно использовать хм...

[listener]

О нем самом. Он в общем-то, одинаковый для всех платформ: различия только во встроенном txd и byte-sex. Первое, что хочется сделать - это внутриигровой сайт openiv.com а вообще, для полноценной поддержки #hm нужен полноценный скриптовый компилятор (script hook, скорее всего, не подойдет, из за проблем с загрузкой/выгрузкой скриптов).

[SILENT_Pavel]

Первое, что хочется сделать - это внутриигровой сайт openiv.com

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

Сообщение отредактировал SILENT_Pavel: 30 July 2011 - 14:14

[listener]

Страниц можно напихать в любом количестве, был бы конвертер. С небольшими усилиями, можно вполне полноценно конвертировать HTML 4.2. (список поддерживаемых тэгов и селекторов был в 010-м шаблоне) Можно и web 2.0 реализовывать, но тут нужны скрипты (тэг SCRIPT ссылается не на js, а на sco). В общем, задачка получается простенькая: берем HTML, грузим его в браузер и запускаем небольшой скрипт, который пройдется по DOM-дереву, получит иерархию элементов и их экранные размеры. После этого, можно экспортить ohm.

[SILENT_Pavel]

Вот интересно зачем рокстары так закрутили формат, который не обязательно было менять под игровой, а прописать в игре функцию просмотра стандартного html например, любят они это дело, все шифровать

[GooD-NTS]

SILENT_Pavel не в шифровании дело. Загрузка WHM во много раз быстрее чем бы HTML+CSS.

[SILENT_Pavel]

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

Сообщение отредактировал SILENT_Pavel: 30 July 2011 - 15:53

[listener]

Там не шифрование и даже не формат. Там сделан pre-layout (потому что полноценный HTML layout engine занимает практически столько же кода, что и весь IV).

Я в текущем проекте делал раскладчик объектов - и это адский ад: на 100 строчек кода - две недели обсуждения, как все должно раскладываться и как вести себя при изменении объектов. В итоге что-то получилось, но еще очень большой простор для деятельности.

А в R* пошли по пути наименьшего сопротивления: отрендерили страницу нормальным браузером и сохранили посчитанные координаты и размеры объектов.

[SILENT_Pavel]

Занятно, спасибо за информацию