我想在客户端使用扫描仪,在我没有问题地使用Java Applet之前,但是在chrome决定不支持Java之后,我该怎么办。如果有JS,Jquery或其他语言的解决方案,请告诉我
我正在为Linux构建一个NPAPI插件,它使用XEmbed协议来处理由插件控制的窗口.我使用Gtk +附加到窗口,用GtkPlug包装XEmbed窗口.我想在窗口上渲染一个OpenGL表面(使用GtkGLExt)但是当我启用生成的OpenGL上下文时,我无法创建GLSL着色器; 实际上,查询glGetString(GL_VERSION)的值表明OpenGL的版本字符串已经从"2.1 NVIDIA ..."更改为"1.4(2.1 NIVIDIA ...)",这表明GL驱动程序已降低了OpenGL的功能.这个情况.
我无法找到任何直接引用在OpenGL功能上使用XEmbed位置的限制.有谁知道XEmbed是否有效地将OpenGL降级为固定管道?
有没有办法让NPAPI插件在Internet Explorer中工作,还是我需要采用activex方式?
谢谢
我使用firebreath框架构建工作npapi插件,它的工作正常.
我在调试模式下编译.做了regsvr32 myddl.dll并重新启动Chrome浏览器.
现在在visual studio 2008 express并附加到Chrome进程附带的进程
但是当我尝试在dll源代码中设置断点时它给了我错误:
断点当前不会被击中.没有为此文档加载任何符号.
为什么这是插件的来源及其处于调试模式.
当我尝试使用firefox浏览器时也会发生这种情况,所以我想我的视觉工作室配置
试图建立一个C#NPAPI插件,我发现了一个教程,它描述的是你的DLL需要实现一些方法,如NP_GetEntryPoints,NP_Initialize并NPP_New与许多其他的一起.
但是,我想要理解的是,如果我可以简单地镜像这些方法名称并构建等效的数据结构,如_NPPluginFuncsC#中的文章(如)所述,一切都会起作用?
请有人能够提供一些指导吗?是否可以在C#中构建NPAPI插件,如果是这样,涉及的基本步骤是什么?
我正在创建针对IE,Mozilla Chrome等多种浏览器的插件.为此,我使用的是FireBreath框架.据我所知,FireBreath使用ActiveX和NPAPI接口与IE和其他浏览器进行交互.
今天我遇到了以下文章谷歌和Mozilla将放弃对NPAPI的支持
如果他们真的放弃NPAPI支持那么,FireBreath将失去其" 浏览器独立插件框架 "的冠冕,只是限制IE或你有任何计划来应对这种情况吗?
最近我发现Chrome和Firefox正在降低NPAPI插件支持到2013年1月.无论如何,阅读更多关注的博客消息,似乎NPAPI插件默认只是禁用,实际上不可能使用.
会发生什么?我能在2013年1月之后在Chrome/Firefox中使用我的NPAPI插件吗?这是相当复杂的企业插件,因此我们希望避免重新实现它.
从2014年1月开始,Chrome会默认在Stable频道上阻止网页实例化的NPAPI插件.
为了让人们更好地控制他们的浏览器,默认情况下 Firefox将不再激活大多数插件.
我还在Firefox Dev的Blog上发现了另一篇文章,说我可以在Firefox Nightly中尝试新的插件管理系统.只需设置"Always Activate"即可使插件正常工作.这会是这样的吗?
我想在我的mac(Mountain Lion)上安装chrome的vlc web插件.我可以通过在安装vlc时选择web插件在Windows上成功完成.但是,在Mac上我认为该插件是一个单独的包.有人可以告诉我怎么做,因为我经过几次尝试都失败了
Microsoft的新浏览器Edge不支持NPAPI插件.
谷歌浏览器开发了Chrome Native Messaging,以便与安装在计算机上的可执行文件进行交互,只要它在注册表中提供链接(适用于Windows操作系统).
Firefox似乎希望将来支持Chrome扩展程序,我们可以假设浏览器最终也会支持Chrome Native Messaging.
Internet Explorer将继续支持NPAPI直到2020年(据我所知).
对于Edge,尚未开发出任何解决方案(或者还有一个?)
我愿意使用URL处理程序(myapplication:// mydata)来弥补这种不足.到目前为止有更好的方法吗?
https://msdn.microsoft.com/en-us/library/aa767914%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396
我的目的是通过计算机上安装的HSM进行通信,并使用Crypto API接口或PKCS#11驱动程序来签署数据并将结果发送回浏览器.使用chrome本机消息传递扩展,它实际上运行良好.使用URL处理程序,我将能够将数据发送到可执行文件,但我不会得到结果,因此我将不得不考虑将结果发布到特定于Web的URL,但这可能导致安全漏洞我的观点.
提前致谢,
不久前,Google 终于从 Chrome 中取消了 NPAPI 支持,彻底取消了 Chrome 中的 ClickOnce 支持。尽管如此,Chrome仍然是一个流行的浏览器,ClickOnce对于用户来说非常方便。因此,我试图为 ClickOnce 应用程序(特别是 Outlook 的 VSTO 加载项)和 Chrome 提供一种不错的部署用户体验。
以下是我尝试过的替代方案: