Re: Embeddable Browser

For extended support (non-offical) of xulrunner-stub, see my project: https://github.com/duanyao/xulrunner-stub For embedable gecko in Winforms, see GeckoFX: https://bitbucket.org/geckofx/ 在 2017/2/20 18:38, Rodolpho Porto 写道: Hello guys, I do not know if this serious or the right group to

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

Seems I failed to convince you to change the plan. So the last question is: when will this happen? 在 2017/2/15 2:54, Till Schneidereit 写道: On Tue, Feb 14, 2017 at 12:00 PM, 段垚 <duan...@ustc.edu> wrote: 在 2017/2/14 18:10, Till Schneidereit 写道: On Tue, Feb 14, 2017 at 12:14 AM, 段垚

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

在 2017/2/14 18:10, Till Schneidereit 写道: On Tue, Feb 14, 2017 at 12:14 AM, 段垚 <duan...@ustc.edu> wrote: I guess all popular softwares have exploits being traded. How this fact invalidates my argument? I was responding to your point about the threat declining because of the declining

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

在 2017/2/14 2:03, Ehsan Akhgari 写道: On 2017-02-13 11:50 AM, 段垚 wrote: 在 2017/2/14 0:24, Ehsan Akhgari 写道: On 2017-02-10 7:51 PM, 段垚 wrote: 在 2017/2/11 2:26, t...@ritter.vg 写道: On Friday, 10 February 2017 08:32:27 UTC-6, Benjamin Smedberg wrote: I thought I enumerated the harm at first

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

在 2017/2/14 0:24, Ehsan Akhgari 写道: On 2017-02-10 7:51 PM, 段垚 wrote: 在 2017/2/11 2:26, t...@ritter.vg 写道: On Friday, 10 February 2017 08:32:27 UTC-6, Benjamin Smedberg wrote: I thought I enumerated the harm at first, but I'll elaborate a little. 1) Flash doesn't know about and breaks our

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

在 2017/2/11 2:26, t...@ritter.vg 写道: On Friday, 10 February 2017 08:32:27 UTC-6, Benjamin Smedberg wrote: I thought I enumerated the harm at first, but I'll elaborate a little. 1) Flash doesn't know about and breaks our "current and subdirectory only" file: origin policy. 2) Flash is a

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

在 2017/2/10 22:34, Benjamin Smedberg 写道: On Fri, Feb 10, 2017 at 12:36 AM, 段垚 <duan...@ustc.edu> wrote: 在 2017/2/10 1:28, Benjamin Smedberg 写道: On Wed, Feb 8, 2017 at 2:26 AM, 段垚 <duan...@ustc.edu> wrote: Is this just preventing auto-loading (like "click to play")

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

在 2017/2/10 1:28, Benjamin Smedberg 写道: On Wed, Feb 8, 2017 at 2:26 AM, 段垚 <duan...@ustc.edu> wrote: Is this just preventing auto-loading (like "click to play") or completely disable Flash for non-http(s) contents? This is completely disabling this content. Can us

Re: Intent to implement and ship: only allow Flash on HTTP/HTTPS sites

Is this just preventing auto-loading (like "click to play") or completely disable Flash for non-http(s) contents? Can users get back old behavior by flipping a preference? We have developed a Firefox based tool to edit/view local EPub files, which may contain Flash. If this feature can't be

Re: Is it possible to implement "click to play" for Adobe Flash in XULRunner app?

removing plugin support from the Mozilla platform; soon only Flash is likely to work, and after a while NPAPI might be removed completely. So don't get too wedded to plugin support in XULRunner as a long-term strategy. --BDS On Wed, Jan 11, 2017 at 10:01 PM, 段垚 <duan...@ustc.edu <mailt

Is it possible to implement "click to play" for Adobe Flash in XULRunner app?

Hi, In Firefox, "click to play" can be enabled by setting pref "plugin.state.flash" to 1. However, when I do this in a XULRunner app, flash plugin is disabled completely. Is this feature unavailable to XULRunner? If so, how can I implement it? Thanks. Duan Yao.

Re: File() constructor with a string argument no longer works since Firefox 52a?

I see. Thank you very much! 在 2016/11/23 15:24, Shih-Chiang Chien 写道: use File.createFromFileName(path) see https://dxr.mozilla.org/mozilla-central/source/dom/webidl/File.webidl#48 Best Regards, Shih-Chiang Chien Mozilla Taiwan On Wed, Nov 23, 2016 at 3:18 PM, 段垚 <duan...@ustc.edu>

Re: File() constructor with a string argument no longer works since Firefox 52a?

Thanks. So the chrome-only constructor was removed. Is there an alternative way to create a File object from a path? 在 2016/11/23 14:04, Kris Maglione 写道: See https://bugzil.la/1303518 On Wed, Nov 23, 2016 at 01:48:43PM +0800, 段垚 wrote: Hi, In Firefox 51 chrome code, this code works: `new

File() constructor with a string argument no longer works since Firefox 52a?

Hi, In Firefox 51 chrome code, this code works: `new File(path_to_file)` , if `path_to_file` exists. However in Firefox 52a (2016-11-22)，an execption is thrown: "TypeError: Not enough arguments to File". I don't see a deprecation or removing note in the dev-doc[1], what's the problem?

Re: XULRunner future and ownership

Hi, For those who are still interested in XULRunner, I created a project to maintain the source of xulrunner-stub, and build against Firefox SDK. Here is the link: https://github.com/duanyao/xulrunner-stub Currently only win32 is supported, and Firefox 47a2 is tested. I'd like to ask

Re: XULRunner future and ownership

Hi, For those who are still interested in XULRunner, I created a project to maintain the source of xulrunner-stub, and build against Firefox SDK. Here is the link: https://github.com/duanyao/xulrunner-stub Currently only win32 is supported, and Firefox 47a2 is tested. I'd like to ask

Re: XULRunner future and ownership

Hi, For those who are still interested in XULRunner (especially the stub), I created a project to continue to build xulrunner-stub with Firefox SDK. Here is the link: https://github.com/duanyao/xulrunner-stub . I extracted xulrunner/stub/nsXULStub.cpp, xpcom/build/nsXPCOMPrivate.h ,

Re: HTML-based chrome and

在 2016/2/27 1:55, Myk Melez 写道: Benjamin Francis 2016 February 26 at 05:15 I mainly propose the change of syntax because this transition period seems like an opportunity to make a clean break, get rid of the vendor prefixes and define a long term, explicitly