отключить кнопку контекстного меню (Zink)

[chingachgoog]

Это вариант, если пытливый пользователь все же захочет понять на чем все-таки написано приложение А я соответственно никоим образом не хочу показывать окно флеш-плеера

Я правильно понимаю, что "распаковка" библиотеки цинка - это при КАЖДОМ запуске экзешника?

[alexcon314]

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

[chingachgoog]

Э...
Я думал это виртуальная распаковка...

Видимо еще недопонял, как библиотека в цинке работает.
Она не встраивается в экзешник? Тоже отдельным файлом?

А проверку на наличие dll как сделать? Если только myDll.isLoaded и сразу выходить из Цинка? Интересная мысль. Надо только проверить что будет делать Цинк если долго не грузиться dll (привод раскручивается, например)? Позволит успеть нажать контекстное меню?

[alexcon314]

посмотрите 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();
}
}

>> Надо только проверить что будет делать Цинк если долго не грузиться dll (привод раскручивается, например)? Позволит успеть нажать контекстное меню?

это на вас весна так действует ?

[chingachgoog]

Спасибо!
dll-ку программист подкрутил, теперь контекстное меню не беспокоит
(только приходиться помимо подгрузки dll, вызвать одну функцию в нем)
Буду разбираться с внедрением в экзешник.

Сообщение от alexcon314

это на вас весна так действует ?

Это я про код:

if (!hDll.isLoaded) {
	mdm.Application.exit();
}

Если интепретатор приостанавливает работу (синхронный метод), то конечно все отлично, а если нет (асинхронный метод), то тогда проверка может начаться быстрее, чем isLoaded окажется true.
add:
у меня в хелпе вообще по ходу дела ничего про DLL.isLoaded нет. Откуда вы про него узнали?

[alexcon314]

ASSetPropFlags(_global.mdm, null, 0, 7);
for (i in _global.mdm) {
	// трейсим свойства в текстовое поле
}

что-то типа этого
по поводу асинхронности. свойсво isLoaded объекта выставляется по РЕЗУЛЬТАТУ выполнения метода этого-же объекта, выполняющего подгрузку длл. иначе зачем оно? выполнение кода синхронное.

[chingachgoog]

Про ASSetPropFlags я как-то не подумал.
Значит это ошибка в их хелпе:

они пишут

mdm.DLL(dll:String):Boolean
Parameters
dll:String DLL File to Load
Returns
A Boolean

а на самом деле возвращается не булевая величина, а объект со следующими свойствами:

isLoaded true
___id 0
___undefined имя_моей_DLL.dll
__isInstance true
__object DLL
__parent [type Function]
__constructor__ [type Function]
__proto__ [object Object]

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

hDll = new mdm.DLL('имя_моей_DLL.dll');

if (!hDll.isLoaded) {
	mdm.prompt("Dll не загружена");
} else {
	mdm.prompt("Dll загружена");
}

mdm.prompt("следующая строка кода");

выводит: Dll загружена следующая строка кода
Выходит действительно загрузка синхронная, пока не загрузиться dll выполнение кода приостанавливается.

[alexcon314]

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.

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

[chingachgoog]

Сообщение от alexcon314

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

Круто! У меня была мысль линию загрузки сделать через localConnection с открытием другого флеш-плеера, но дальше теории я не пошел.

[Agon]

в zinc 3 есть функция отключения этой кнопки (и других).
Application.Kiosk....