Комментарии 16
Вот кстати отдельное им спасибо за то что убивают NPAPI, только вроде бы как устаканилось с ЭЦП из под браузера, который блин не только IE, а нет, фиг Вам, используйте отгрызнутый PPAPI, который по step-by-step туториала с офф сайта не компилируется и не работает(2 мес. назад смотрел). Большое спасибо, Google.
А более-менее универсальный враппер возможно сделать, чтобы он оборачивал вызовы NPAPI в PPAPI?
Увы, если я правильно понял, PPAPI это песочница, с своими API внутри. Никуда больше вылезти нельзя.
Насколько я понял, лазейка из песочницы там всё-таки есть: Google Native Messaging.
www.firebreath.org/display/documentation/Browser+Plugins+in+a+post-NPAPI+world
Native Messaging allows a Chrome Extension to exchange messages with native applications. From the docs: «Native applications that support this feature must register a native messaging host that knows how to communicate with the extension. Chrome starts the host in a separate process and communicates with it using standard input and standard output streams.»
www.firebreath.org/display/documentation/Browser+Plugins+in+a+post-NPAPI+world
Это не поможет. Главное отличие NPAPI от PPAPI — синхронность. NPAPI создавался во времена, когда браузеры были однопоточными и однопроцессными. Потому никто даже не задумывался над тем, как реализовывать API в котором вызов NPAPI останавливает всю жизнь в браузере: в однопоточном и однопроцессном браузере иначе просто нельзя.
В современных браузерах типа Chrome это — ужасная головная боль. Забиты чуть не тысячи костылей, которые пытаются поддерживать иллюзию режима работы «и пусть весь мир подождёт». И всё равно это работает плохо. И всё это, собственно, с отказом от NPAPI будет убрано. По той же причине был убран showModalDialog, кстати.
Native Messaging — также асинхронный, тут ничего не меняется.
В современных браузерах типа Chrome это — ужасная головная боль. Забиты чуть не тысячи костылей, которые пытаются поддерживать иллюзию режима работы «и пусть весь мир подождёт». И всё равно это работает плохо. И всё это, собственно, с отказом от NPAPI будет убрано. По той же причине был убран showModalDialog, кстати.
Native Messaging — также асинхронный, тут ничего не меняется.
Ну чтож, если бы еще это заработало прозрачно. потому что именно этот фреймворк я и использую для плагина работы с ЭЦП
Да, вызвать тупо exe из расширения хрома крайне стало запарено… хоть firefox тут не так себя ведет. Там то через js ctypes можно че угодно подключить.
Около месяца назад инженеры Chrome окончательно объявили сроки по полному прекращению поддержки NPAPI, включая и фигурантов «белого списка».
По-моему, это гораздо более интересная новость. Или я пропустил её обсуждение на ХХ/ГТ?
Кому лень ходить по ссылке: Java, Silverlight и Unity перестают работать в Хроме по умолчанию через 2 недели, перестают работать вообще через 4 месяца, и выковыриваются с потрохами через 9 месяцев. Какое дело до Google Earth, если такая веселуха намечается?
У нас есть новые номинаты в категориях «Компания зла» и «Худший браузер». Голосуем ногами.
В этом случае я даже рад, что Гугл себе чуть-чуть могилку покопает. Хром слишком много популярности подло своровал у Файрфокса. Если народ начнёт массово мигрировать на ФФ, то это замечательно! ФФ и ИЕ должны начинать отбивать позиции, иначе родится новый ИЕ6. Мозилла и МС — обе не сахар, но Гуглу я доверяю ещё меньше.
Как раз в тему:
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Google закроет Earth API