Нашёл manager.selectTitle в мануале. Там сказано: void manager.selectTitle(int title) – функция выбирает указанный раздел (выгружает JAR, требует подписи JAR);
В общем-то ничего определённого и понятного для меня не сказано. Подскажите пожалуйста как пользоваться командой manager.selectTitle, а то у меня уже Java код слишком большой, хотя я оптимизировал всё что можно, и по сравнению с тем что я дополнил и оптимизацией, по идее проблем не должно быть. После оптимизации файл проекта уменьшился на 2.7 мб, по сравнению с тем когда проблем не было. Похоже это связано с очень большим количеством UDF, хотя UDF это функция, а их в Java может быть неограниченное количество.
Вы можете ответить в теме Сценариста как это сделать?. а то я в Scenarist BD умею только делать мукс диска.
UDF это тоже код так что и он может превысить лимит.
Просто. В Enter кнопки прописываете Script: manager.selectTitle(1); для перехода BDJTitle ID[1]
или manager.selectTitle(2); для перехода BDJTitle ID[2]
и т.д.
Однако.
Выведение части кода во вспомогательный jar в BDS невозможно, но можно разделить проект на несколько разных. Например я иногда сохраняю в одном проекте меню с фильмом в другом допматериалы.
В обоих проектах должны быть идентичные ID плейлистов, т.е. последовательность мувиков и плейлистов должна быть одинакова и обязательно сохранены плейлисты меню (попап роли не играют).
Далее собираю основной проект в сценаристе, там это будет BDJTitle ID[1]. Создаю BDJTitle ID[2] и добавляю в него скомпилированный Jar проекта с бонусами (Jar в Scenarist). Папку с графикой нужно будет добавить в ручную.
BDJTitle ID[1] например, это JAR file index 1, в Project properties/Advanced? И что, в каждом меню/попап, на каждой кнопке, в Enter, прописывать скрипт? То есть в русском проекте, если JAR file index 1, то manager.selectTitle(1);?
Забыл сказать, что какой бы AR file index не был, создаётся одна папка с PNG - 00000. Я так понимаю, надо изменить названия Main mosaic prefix для каждого проекта?
По умолчанию BDJTitle ID[1] это JAR file index 0. соответственно для второго Java-заголовка нужно ставить индекс 1 и т.д.
Да.
Еще раз:
Выведение части кода во вспомогательный jar в BDS невозможно, по этому можно вывести в отдельный jar например допматериалы. Соответственно manager.selectTitle(1); вешается на кнопку перехода в меню допов.
P.S.
Конечно дело ваше, как говорится, если очень хочется то можно. однако в нашем случае создание нескольких Jar’ов оправдано в случае избытка графики и при несовместимости некоторых функций с интерактивным заголовком. Остальное лечится сокращением кода.
Как я писал ранее, у меня в AES такой свич:
if [GPR(5)=5] –> [set]: GPR[5] = 4
if [GPR(5)=4] –> [set]: GPR[5] = 3
if [GPR(5)=3] –> [set]: GPR[5] = 2
if [GPR(5)=2] –> [set]: GPR[5] = 1
if [GPR(5)=1] –> [set]: GPR[5] = 0; анимация закрытия картинки добавления закладок, после которого следует запись в GPR 5 = 6 и скрытие за пределы экрана.
if [GPR(6)=5] –> [set]: GPR[6] = 4
if [GPR(6)=4] –> [set]: GPR[6] = 3
if [GPR(6)=3] –> [set]: GPR[6] = 2
if [GPR(6)=2] –> [set]: GPR[6] = 1
if [GPR(6)=1] –> [set]: GPR[6] = 0 и скрытие за пределы экрана “слишком много закладок”
Exclusive
а при открытии попап, когда графика с закладкой или “слишком много закладок”, ещё не скрылась - неэксклюзивный свич:
if [GPR(5)=5 | if [GPR(5)=4 | if [GPR(5)=3 | if [GPR(5)=2 | if [GPR(5)=1 | if [GPR(5)=0] –> вывод на экран графики добавления закладок с информацией
if [GPR(6)=5 | if [GPR(6)=4 | if [GPR(6)=3 | if [GPR(6)=2 | if [GPR(6)=1] –> вывод на экран “слишком много закладок”
if [GPR(5)=6] –> скрытие за пределы экрана графики добавления закладок
if [GPR(6)=0] –> скрытие за пределы экрана “слишком много закладок”
какая то кнопка попап
Так вот, работает второй свич без артефактов только в том случае, когда в Start action муви добавляю [set]: GPR[5] = 6 и [set]: GPR[6] = 0, хотя при загрузке диска GPR 5 и 6 нет. В остальных случаях, какой бы свич ни пробовал, разные проблемы и артефакты вылезают.
Подскажите пожалуйста правильный свич, чтобы в Start action не надо было допавлять GPRы, а то я несколько дней не могу решить эту задачу.
А в BDS что есть какое-то внутреннее ограничение на размер используемого кода, если да то с чем оно связано ? Если же речь идет о лимите на размер .jar файла, то что мешает хранить графику за его пределами и использовать весь его обьем для описания функций, я думаю что порог в 4Mb в данном случае будет очень сложно преодолеть и вопросы нехватки памяти должны остаться навсегда позади. Вообще мне конечно не совсем понятно в чем в данном случае заключается проблема и почему данный вопрос вообще имеет место быть.
Просто мне простые проекты не интересны и к тому же я сейчас ничего лишнего не делаю, просто у меня своеобразное меню/попап закладок слишком много кода требует, плюс ещё в начале было в одном .jar меню на двух языках.
и всем присутствующим тоже!
Однако судя по посту #2164 утверждение:
спорно и напрямую указывает на вашу любовь к максимализму.
Я бы сказал, что вы как река которая сама себе создает препятствия. Только реке не с кем посоветоваться…
Вы считаете максимализмом то, что я сделал добавление закладок в попап? Тогда, да, я максималист, и тот кто авторил лицензионный диск “Аватар”, тоже, только ещё более. Кстати, я подправил немного свич в AES, который в посту #2164, чтобы при быстром переключении по попап меню не было артефактов.
Но двое добряков - Вы и CDK, всегда же будете рядом, если что?
Дело не этом, а в том, что AES для закладок совершенно не нужно, где бы они ни были, все прекрасТно работает и без AES. Почему я про реку и упомянул…
И, к стати, большой объем кода для закладок, тоже вопрос открытый. Если вид меню или число закладок разные, то да может быть и 30 UDF, а если все одинаково то 10-15… А если подумать над приемами, то глядишь… ну это пока под вопросом.
Да мало ли…
Кстати не только вышеупомянутые товарищи…
Я до другого не додумался. Значит у Вас смекалка лучше работает. Предложите своё решение, только я переделывать всё равно не буду, потому что у меня всё прекрасно работает, но приму к сведению на будущее.
Вы так говорите, как будто видели как я сделал меню/попап закладок.
Ну вот лишнее подтверждение моих предыдущих слов, за это мы вас и любим. Респект
Мне бы в голову не пришло сделать расстановку закладок на любой странице попап. Тем более, что на исходных дискаках этого специально не добивались.
Интересно те же настройки это разные страницы или все сделано в одной? Если разные, то становится понятно отчего столько кода что места не хватает.
Работа зачетная.
Не совсем понял, что Вы имеете в виду. У меня максимум 20 закладок можно добавить, 5 в одном меню/попап, итого четыре меню/попап с кнопками. У меня в меню например, 4 основных и 15 для анимации, в попап 4 основных, 4 для “слишком много закладок”, потому что если сделал бы “слишком много закладок” за пределы экрана в основных, то больше кода было бы, потому что и в анимацию нужно было бы включить, так что тут я не был максималистом, да и усложнять ни к чему, и 21 попап для анимации, потому что в попап ещё “правильные” переходы при добавлении закладок. А если имеете в виду попап не с закладками, то там я в каждом поместил за пределы экрана “слишком много закладок” и графику с информацией добавления.
Когда я сказал “что до другого не додумался”, я нечаянно присвоил идею свича в AES, я бы никогда не додумался что AES можно использовать как таймер, и сделал, а не додумался, только после комментарияCDK.
Но Вы так и не сказали, что подсказала Вам смекалка, как можно обойтись без AES.
Да у меня изначально вопрос стоял иначе.
Когда увидел меню закладок такого типа, сразу понял что не буду городить сто пятьсот одинаковых меню и после многочисленных экспериментов сделал одну страницу с закладками и одну с анимацией, на странице закладок 4 кнопки JumpBookmark и 4 DeleteBookmark. Ограничение 25 закладок. На это все написал 34 UDF, но после изучения референсных проектов сократил до 17. Если еще подумать то можно сократить до 3-4, но появится опсность раздутия кода значениями переменных.
Понятно что при таком раскладе можно безболезненно добавить ещё одну страницу TooMuchBookmarks для меню закладок, с исползованием тех же UDF, со своей анимацией и inactivity timeout.
Тот же принцип перенес на прочие попап и там тоже можно спокойно ввести TooMuchBookmarks-страницы без лишнего риска загромождения проекта.
Вот что дзен животворящий делает
А поскольку вы не сторонник дзен и вышли победителем из данного поединка, то наше вам с кисточкой.
