Форум Flasher.ru - отключить кнопку контекстного меню (Zink)

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- Flash Приложения: AIR, Zinc и тд. (http://www.flasher.ru/forum/forumdisplay.php?f=94)

- - отключить кнопку контекстного меню (Zink) (http://www.flasher.ru/forum/showthread.php?t=109715)

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

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

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

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

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

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

посмотрите 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 (привод раскручивается, например)? Позволит успеть нажать контекстное меню?

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

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

Цитата:

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

Цитата:

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

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

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

Это я про код:

Код:

if (!hDll.isLoaded) {

        mdm.Application.exit();

}

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

Код:

ASSetPropFlags(_global.mdm, null, 0, 7);

for (i in _global.mdm) {

        // трейсим свойства в текстовое поле

}

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

Про 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 выполнение кода приостанавливается.

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

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

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

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