Development :
K-Meleon Web Browser Forum
Hello,
I started a thread on this in the General forums, because didn't know about this forum... but maybe here is a better place for this topic:
http://kmeleonbrowser.org/forum/read.php?1,135734
What do you think?
--
EL
I can move it here if You want. But it is IMHO better placed in General. MfG
p.s. Es ist der Trend. Dorian wird den Code eine Weile weiter so nutzen können.
Wenn er die GRE kompiliert. Danch ist es eine Frage, wieviel sie an grundlegenden Funktionen ändern, auf die es beruht. & ob er dafür Zeit hat, wenn sie viel ändern.
Da ist auch die Frage, wie viele Plugins dann noch zu unterstützen übrig bleiben - also, ob es sich lohnt Zeit darin zu investieren. Lassen wir uns überraschen.
Ob sie das Folgende auch nicht mehr unterstützen. Zitiert nach Wikipedia.
NPRuntime
At the end of 2004, all major browser companies using NPAPI agreed on NPRuntime[7] as an extension to the original NPAPI to supply scripting, via an API that is similar in style to the old C-style NPAPI and is independent of other browser technologies like Java or XPCOM. It is supported by Mozilla (1.7.5+), Firefox, Safari, Opera and Chrome.
Oder ob sie bei Mozilla nicht doch was mit Google Chrome PPAPI machen wollen.
Edited 1 time(s). Last edit at 10/11/2015 09:29PM by guenter.
Schon klar.
Es geht v.a. auch um proprietäre Plugins, die in Intranets von Firmen und Konzernen genutzt werden, z.B. um von einer Webanwendung aus Hardware anzusteuern (LIMS Systeme z.B.: Waagen, Kameras,..). Oder um Dokumente in einem ERP System zu bearbeiten, usw. Da ist der Trust-Level höher und die Sicherheitsbedenken eher nebensächlich, weil eh eine Firewall davor steht und die Anwendung viel zu speziell für Exploits ist.
Oder um Plugins die wirklich sicher sind, wie das Tcl Plugin...
Das wär natürlich wichtig, sonst hat es keinen großen Sinn. NPRuntime ist (war) die Möglichkeit, von einem Plugin aus mit der umgebenden Webseite und dem Browser zu interagieren. Wenn das wegfällt macht der Rest auch keinen Sinn.
Ja, das wäre wenigstens was, womit man u.U. leben könnte. Mit PPAPI kann man scheinbar auch sog. "trusted" plugins entwickeln, die außerhalb der NaCl Sandbox laufen. Ist nur ziemlich umständlich die dann zu laden (bei Linux muss der Browser mit gewissen Parametern von der Kommandozeile gestartet werden, zu Windows hab ich noch gar nichts gefunden). Ist zwar dann immer noch ätzend alles neu zu entwickeln, aber wäre ja dann wenigstens überhaupt möglich.
K-Meleon development related discussions.
NPAPI support in Kmeleon
Posted by:
EL
Date: October 11, 2015 12:25PM
Hello,
I started a thread on this in the General forums, because didn't know about this forum... but maybe here is a better place for this topic:
http://kmeleonbrowser.org/forum/read.php?1,135734
What do you think?
--
EL
Re: NPAPI support in Kmeleon
Posted by:
guenter
Date: October 11, 2015 09:11PM
I can move it here if You want. But it is IMHO better placed in General. MfG
p.s. Es ist der Trend. Dorian wird den Code eine Weile weiter so nutzen können.
Wenn er die GRE kompiliert. Danch ist es eine Frage, wieviel sie an grundlegenden Funktionen ändern, auf die es beruht. & ob er dafür Zeit hat, wenn sie viel ändern.
Da ist auch die Frage, wie viele Plugins dann noch zu unterstützen übrig bleiben - also, ob es sich lohnt Zeit darin zu investieren. Lassen wir uns überraschen.
Ob sie das Folgende auch nicht mehr unterstützen. Zitiert nach Wikipedia.
NPRuntime
At the end of 2004, all major browser companies using NPAPI agreed on NPRuntime[7] as an extension to the original NPAPI to supply scripting, via an API that is similar in style to the old C-style NPAPI and is independent of other browser technologies like Java or XPCOM. It is supported by Mozilla (1.7.5+), Firefox, Safari, Opera and Chrome.
Oder ob sie bei Mozilla nicht doch was mit Google Chrome PPAPI machen wollen.
Edited 1 time(s). Last edit at 10/11/2015 09:29PM by guenter.
Re: NPAPI support in Kmeleon
Posted by:
EL
Date: October 12, 2015 08:43AM
Quote
guenter
p.s. Es ist der Trend. Dorian wird den Code eine Weile weiter so nutzen können.
Wenn er die GRE kompiliert. Danch ist es eine Frage, wieviel sie an grundlegenden Funktionen ändern, auf die es beruht. & ob er dafür Zeit hat, wenn sie viel ändern.
Da ist auch die Frage, wie viele Plugins dann noch zu unterstützen übrig bleiben - also, ob es sich lohnt Zeit darin zu investieren. Lassen wir uns überraschen.
Schon klar.
Es geht v.a. auch um proprietäre Plugins, die in Intranets von Firmen und Konzernen genutzt werden, z.B. um von einer Webanwendung aus Hardware anzusteuern (LIMS Systeme z.B.: Waagen, Kameras,..). Oder um Dokumente in einem ERP System zu bearbeiten, usw. Da ist der Trust-Level höher und die Sicherheitsbedenken eher nebensächlich, weil eh eine Firewall davor steht und die Anwendung viel zu speziell für Exploits ist.
Oder um Plugins die wirklich sicher sind, wie das Tcl Plugin...
Quote
guenter
Ob sie das Folgende auch nicht mehr unterstützen. Zitiert nach Wikipedia.
NPRuntime
Das wär natürlich wichtig, sonst hat es keinen großen Sinn. NPRuntime ist (war) die Möglichkeit, von einem Plugin aus mit der umgebenden Webseite und dem Browser zu interagieren. Wenn das wegfällt macht der Rest auch keinen Sinn.
Quote
guenter
Oder ob sie bei Mozilla nicht doch was mit Google Chrome PPAPI machen wollen.
Ja, das wäre wenigstens was, womit man u.U. leben könnte. Mit PPAPI kann man scheinbar auch sog. "trusted" plugins entwickeln, die außerhalb der NaCl Sandbox laufen. Ist nur ziemlich umständlich die dann zu laden (bei Linux muss der Browser mit gewissen Parametern von der Kommandozeile gestartet werden, zu Windows hab ich noch gar nichts gefunden). Ist zwar dann immer noch ätzend alles neu zu entwickeln, aber wäre ja dann wenigstens überhaupt möglich.
English