|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Banned
[+4 01.02.09]
[+1 01.02.09] |
Это вариант, если пытливый пользователь все же захочет понять на чем все-таки написано приложение А я соответственно никоим образом не хочу показывать окно флеш-плеера
Я правильно понимаю, что "распаковка" библиотеки цинка - это при КАЖДОМ запуске экзешника? |
|
|||||
listener
|
проверочку сделали на факт наличия длл в нужной папке, в папке приложения, например, и распаковали если надо. каждый раз при запуске распаковавать - это паранойя
попробовал сейчас запаковать-распаковать из либы - все работает как и ожидалось. Последний раз редактировалось alexcon314; 25.03.2008 в 14:25. |
|
|||||
Banned
[+4 01.02.09]
[+1 01.02.09] |
Э...
Я думал это виртуальная распаковка... Видимо еще недопонял, как библиотека в цинке работает. Она не встраивается в экзешник? Тоже отдельным файлом? А проверку на наличие dll как сделать? Если только myDll.isLoaded и сразу выходить из Цинка? Интересная мысль. Надо только проверить что будет делать Цинк если долго не грузиться dll (привод раскручивается, например)? Позволит успеть нажать контекстное меню? |
|
|||||
listener
|
посмотрите mdm-класс mdm.Application.Library. вчастности
mdm.Application.Library.extractAllToExecPath(); длл встроится в ехе. встроить ее можно в Zinc IDE на вкладочке Library (окошечко справа над кнопочкой Build), нажав на плюсик и выбрав файлик. проверочка var exists = mdm.FileSystem.fileExists(exec_Path+'\\yourdll.dll'); if(!exists){ mdm.Application.Library.extractAllToExecPath(); } hDll = new mdm.DLL(exec_Path+'\\yourdll.dll'); if (!hDll.isLoaded) { mdm.prompt("Dll load failed!"); // mdm.Application.exit(); } } это на вас весна так действует ? Последний раз редактировалось alexcon314; 25.03.2008 в 17:25. |
|
|||||
Banned
[+4 01.02.09]
[+1 01.02.09] |
Спасибо!
dll-ку программист подкрутил, теперь контекстное меню не беспокоит (только приходиться помимо подгрузки dll, вызвать одну функцию в нем) Буду разбираться с внедрением в экзешник. Цитата:
Если интепретатор приостанавливает работу (синхронный метод), то конечно все отлично, а если нет (асинхронный метод), то тогда проверка может начаться быстрее, чем isLoaded окажется true. add: у меня в хелпе вообще по ходу дела ничего про DLL.isLoaded нет. Откуда вы про него узнали? Последний раз редактировалось chingachgoog; 25.03.2008 в 18:06. |
|
|||||
listener
|
ASSetPropFlags(_global.mdm, null, 0, 7); for (i in _global.mdm) { // трейсим свойства в текстовое поле } по поводу асинхронности. свойсво isLoaded объекта выставляется по РЕЗУЛЬТАТУ выполнения метода этого-же объекта, выполняющего подгрузку длл. иначе зачем оно? выполнение кода синхронное. Последний раз редактировалось alexcon314; 26.03.2008 в 10:04. |
|
|||||
Banned
[+4 01.02.09]
[+1 01.02.09] |
Про ASSetPropFlags я как-то не подумал.
Значит это ошибка в их хелпе: они пишут Цитата:
Цитата:
Ведь для того и существуют обработчики событий типа onLoad..., что выполнение кода несинхронное (хотя в локальных приложениях таймлайн замораживается при подгрузке). А в коде hDll = new mdm.DLL('имя_моей_DLL.dll'); if (!hDll.isLoaded) { mdm.prompt("Dll не загружена"); } else { mdm.prompt("Dll загружена"); } mdm.prompt("следующая строка кода"); Выходит действительно загрузка синхронная, пока не загрузиться dll выполнение кода приостанавливается. Последний раз редактировалось chingachgoog; 26.03.2008 в 13:46. |
|
|||||
listener
|
ASSetPropFlags не имеет к mdm ровным счетом никакого отношения. просто в рантайме в проигрыватель "видит" mdm-классы наравне с обычными AS-классами. и соответственно можно их "пощупать" фор'ином.
другое дело реализация mdm-классов. пример с синхронностью загрузки длл показывает, что "внутри" данного mdm-класса загрузка длл работает именно так, при том что об этой загрузке плеер ничего не знает и onLoad (чисто плеерный обработчик, причем тут он?) к ней не пририкрутишь. все это зашито в оболочку. .... над синхронностью выполнения кода в цинке можно и следует подумать. я до конца не разобрался с этим, но есть факты, свидетельствующие о том, что в нек. ситуациях выполнение mdm-кода тормозит выполнение AS-кода, чего быть не должно по-идее. скажем копирование группы файлов в цикле с промежуточным выводом имени каждого скопированного файла в текстовое поле. у меня поле заполнялось сразу всем списком по окончании копирования всей группы, а не построчно. впрочем, есть такая фича - вызов mdm-метода c дополнительным параметром mdm.ASYNC. но с ней тоже есть непонятки, подлежащие экспериментальному иссследованию. читаем http://www.multidmedia.com/support/a...on=detail&id=1 и http://www.multidmedia.com/support/t...n=detail&id=38 если вас волнует этот вопрос рекомендую вдумчиво полистать mdm-форум. там есть примеры использования mdm.ASYNC. добавлю, что из под цинка через длл можно выводить какие-то операции (не плеерные) в отдельные потоки, что бывает хорошим средством "синхронизации". я делал таким образом флэш-прогрессбар для операции копирования файлов. крутился у меня вариант организации многопоточности через дочерние формы, ибо в них крутятся независимые экземпляры проигрывателя. но дальше первых проб (положительных) я пока не продвинулся. Последний раз редактировалось alexcon314; 26.03.2008 в 14:21. |
|
|||||
Banned
[+4 01.02.09]
[+1 01.02.09] |
Цитата:
|
|
|||||
Регистрация: Mar 2002
Сообщений: 43
|
в zinc 3 есть функция отключения этой кнопки (и других).
Application.Kiosk.... |
Часовой пояс GMT +4, время: 19:44. |
|
« Предыдущая тема | Следующая тема » |
|
|