[webkit-dev] Plugin Questions
Sriram Neelakandan
sriram.neelakandan at gmail.com
Tue Apr 15 21:31:06 PDT 2008
I am not sure "install.js/install.rdf & *.xpi" files work in webkit . I
think they are meant only for Firefox/Mozilla.
Can any one clarify if .xpi files work in webkit ?
As far as webkit goes, the install need to copy the library *.so or *.dll to
the platform destination folder
Moreover i could not locate any Webkit (NPAPI) plugin dev SDK.. i think we
have to use the standard SDK
from mozilla as is. This is the best place to find all details about NPAPI
plugins
http://developer.mozilla.org/en/docs/Gecko_Plugin_API_Reference
--
Sriram Neelakandan
Author - Embedded Linux System Design And Development (
http://tinyurl.com/2doosu)
2008/4/16 SON SEOK BAE <sbson at kt.com>:
> Hi Priyanka,
>
> Thanks for the explanation. :)
> Then, now I need to search for the SDK for WebKit (or Safari) on Windows
> and Linux for making test plugins for understanding/watching how it works in
> real. :)
>
> Thanks again!
>
>
> -----원본 메시지-----
> *보낸 사람:* "priyanka gupta" <ahollyhock at gmail.com>
> *보낸 날짜:* 2008-04-15 오후 11:05:08
> *받는 사람:* "SON SEOK BAE" <sbson at kt.com>
> *참조:* "webkit-dev at lists.webkit.org" <webkit-dev at lists.webkit.org>, "Darin
> Adler" <darin at apple.com>
> *제목:* Re: Re: [webkit-dev] Plugin Questions
>
>
>
> Hi Seokbae
>
> In the below mentioned link, there are different plugins provided
> (specific for the browsers), because of the
> The developer develops/debugs the plug-in on a Software Development Kit
> (SDK) and test the plugins for the popular Browser Engines
>
> 2008/4/15 SON SEOK BAE <sbson at kt.com>:
>
> > Thanks Darin and Priyanka!
> >
> > I didn't know that Firefox and Safari share the plugin programs before.
> > (Well, I thought they were not exactly the same, even though they were
> > pretty similar..)
> >
> > Why did I think like that? Well..
> > For example, Flash player..
> >
> > http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Win32&P3_Browser=Netscape
> > It mentioned Firefox, Mozilla, Netscape, Opera, but it didn't mention
> > Safari...
> >
> > And in the below link..
> > http://www.adobe.com/shockwave/download/alternates/
> >
> > There are no downloadable plugins for both Safari and Firefox..
> >
> > And Gecko(Firefox layout engine) supports 3 types of installation
> > methods -- one of them provides installtions APIs (such as initInstall,
> > performInstall, etc, but webkit doesn't seem to support those APIs..
> > So, I thought Safari (Webkit) supports the diffent way of installation
> > method.
> >
> > Those are the reason why I concluded that Safari and Firefox (or WebKit
> > and Gecko) didn't share the plugins.
> > But, surpringly to me, they share the same plugins in real. :)
> >
> > Thanks again!
> >
> > Seokbae
> >
> > -----원본 메시지-----
> > *보낸 사람:* "priyanka gupta" <ahollyhock at gmail.com>
> > *보낸 날짜:* 2008-04-15 오후 3:27:12
> > *받는 사람:* "webkit-dev at lists.webkit.org" <webkit-dev at lists.webkit.org>
> > *참조:* "sbson at kt.com" <sbson at kt.com>
> > *제목:* Re: [webkit-dev] Plugin Questions
> >
> >
> > On Apr 9, 2008, at 11:19 PM, SON SEOK BAE wrote:
> >
> > > If I want to show contents (for example, Flash animations) with
> > > WebKit port, what kind of flash player plugings should I install for
> > > webkit?
> > > I mean, will it be Flash player for Safari or Flash player for
> > > Firefox or something else?
> > > And are they really pluggable and working well with WebKit ports?
> > > (I just don't understand why there are different "pluggins" for
> > > Safari and Firefox even though they use the same plugin interface --
> > > NPAPI.)
> >
> > The plugins are designed based on the platform, not based on the
> > BrowserEngine.
> > Whether the BrowserEngine is Safari or Mozilla or Netscape, the same
> > plugin should work if both the plugin and the BrowserEngine have followed
> > the Netscape Gecko NPAPI standards.
> >
> > Just that there are certain rules for various platforms.
> > MS WINDOWS :
> > -- plugins subdirectory, should be the same directory as the browser
> > application
> > -- plugin should have its own installer to modify the windows registry
> > keys
> > -- Plug-ins must have a 8.3 filename beginning with NP and ending with
> > ".DLL"
> >
> > MacOS:
> > -- On the Mac OS platform, the Plug-ins folder is located in the same
> > folder as the browser application.
> > -- Plug-ins are identified by file type NSPL.When the browser starts up,
> > it searches subfolders of the Plug-ins folder for plug-ins and follows
> > aliases to folders and NSPL files.
> > -- Plug-in filenames must begin with NP
> > -- The MIME types supported by a plug-in are determined by its
> > resources.
> >
> > Unix:
> > -- On Unix, the plugins directory is set by the environment variable
> > ${MOZILLA_FIVE_HOME}/plugins.
> > -- Plug-in filenames must begin with NP and ends with ".so"
> > -- To determine the MIME types of the plug-ins, the browser loads each
> > plug-in library and calls its required NPP_GetMIMEDescription entry point.
> >
> > Do correct me in case i have mentioned anything wrong.
> >
> > --Priyanka
> >
> >
> >
> > On Tue, Apr 15, 2008 at 2:36 AM, <webkit-dev-request at lists.webkit.org>
> > wrote:
> >
> > > Send webkit-dev mailing list submissions to
> > > webkit-dev at lists.webkit.org
> > >
> > > To subscribe or unsubscribe via the World Wide Web, visit
> > > http://lists.webkit.org/mailman/listinfo/webkit-dev
> > > or, via email, send a message with subject or body 'help' to
> > > webkit-dev-request at lists.webkit.org
> > >
> > > You can reach the person managing the list at
> > > webkit-dev-owner at lists.webkit.org
> > >
> > > When replying, please edit your Subject line so it is more specific
> > > than "Re: Contents of webkit-dev digest..."
> > >
> > >
> > > Today's Topics:
> > >
> > > 1. Re: Plugin Questions (Darin Adler)
> > > 2. Re: Regarding HashSet (Darin Adler)
> > > 3. Re: Patch for compilation error while building with gcc < 4.x
> > > compilers on latest nightlies (David Kilzer)
> > > 4. Re: KDE Webkit (Darin Adler)
> > > 5. Re: Patch for compilation error while building with gcc < 4.x
> > > compilers on latest nightlies (Darin Adler)
> > > 6. Re: Re: Adding Javascript object to Webkit (Geoffrey Garen)
> > > 7. Re: Adding Javascript object to Webkit (Mark Rowe)
> > >
> > >
> > > ----------------------------------------------------------------------
> > >
> > > Message: 1
> > > Date: Mon, 14 Apr 2008 08:56:19 -0700
> > > From: Darin Adler <darin at apple.com>
> > > Subject: Re: [webkit-dev] Plugin Questions
> > > To: SON SEOK BAE <sbson at kt.com>
> > > Cc: webkit-dev <webkit-dev at lists.webkit.org>
> > > Message-ID: <7445C72C-FC3E-4726-8C79-2C22754B06CB at apple.com>
> > > Content-Type: text/plain; charset="us-ascii"
> > >
> > > On Apr 9, 2008, at 11:19 PM, SON SEOK BAE wrote:
> > >
> > > > If I want to show contents (for example, Flash animations) with
> > > > WebKit port, what kind of flash player plugings should I install for
> > > > webkit?
> > > > I mean, will it be Flash player for Safari or Flash player for
> > > > Firefox or something else?
> > > > And are they really pluggable and working well with WebKit ports?
> > > > (I just don't understand why there are different "pluggins" for
> > > > Safari and Firefox even though they use the same plugin interface --
> > > > NPAPI.)
> > >
> > > There are not different plug-ins for Safari and Firefox on Windows.
> > > Netscape-style plug-ins like Flash work in both browsers.
> > >
> > > I don't know what the answer is on Linux.
> > >
> > > Sorry I didn't answer all three of your questions, but that's the
> > > answer to the first.
> > >
> > > -- Darin
> > >
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > > URL:
> > > http://lists.webkit.org/pipermail/webkit-dev/attachments/20080414/e3b7327b/attachment-0001.html
> > >
> > > ------------------------------
> > >
> > > Message: 2
> > > Date: Mon, 14 Apr 2008 09:02:52 -0700
> > > From: Darin Adler <darin at apple.com>
> > > Subject: Re: [webkit-dev] Regarding HashSet
> > > To: priyanka gupta <ahollyhock at gmail.com>
> > > Cc: webkit-dev at lists.webkit.org
> > > Message-ID: <524BF3F7-4BDC-4462-B7E9-209E14BC863D at apple.com>
> > > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
> > >
> > > On Apr 9, 2008, at 4:01 AM, priyanka gupta wrote:
> > >
> > > > I am new to Webkit, but in our project we are using Webkit 3.0 drop
> > > > for application development.
> > > > Is there any documentation available for proper usage of Hashset
> > > > template and its member functions??
> > >
> > > Sorry, there is not.
> > >
> > > I've been thinking of writing some documentation about how to work
> > > with HashSet and HashMap but this is the first request I've seen for
> > > it.
> > >
> > > Note that HashSet is currently intended for use only inside
> > > JavaScriptCore and WebCore, not in applications.
> > >
> > > I don't know what "Webkit 3.0 drop" is, so I'm not sure how that
> > > affects things.
> > >
> > > -- Darin
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 3
> > > Date: Mon, 14 Apr 2008 09:06:48 -0700 (PDT)
> > > From: David Kilzer <ddkilzer at webkit.org>
> > > Subject: Re: [webkit-dev] Patch for compilation error while building
> > > with gcc < 4.x compilers on latest nightlies
> > > To: Srinivas Rao M Hamse <msrinirao at gmail.com>
> > > Cc: webkit-dev at lists.webkit.org
> > > Message-ID: <646697.73883.qm at web52408.mail.re2.yahoo.com>
> > > Content-Type: text/plain; charset=iso-8859-1
> > >
> > > Srinivas Rao M Hamse <msrinirao at gmail.com> wrote:
> > >
> > > > For my compilation using arm-linux-gcc (GCC) 3.4.6, while
> > > trying to
> > > > build WebKit-r31848 on Gtk DirectFB, I am getting the following
> > > compilation
> > > > error.
> > > >
> > > > This error gets fixed after commenting out the line containing
> > > "protected: "
> > > > at *JavaScriptCore/kjs/nodes.h:210*.
> > > > I have attached this patch for your review. Please include this in
> > > the
> > > > coming builds so that the compilation goes through for less than gcc
> > > 4.x.x
> > > > compilers
> > >
> > > The accepted process for patch review and committing is to open a bug
> > > on
> > > <https://bugs.webkit.org/> and attach the patch with the "review+"
> > > flag set.
> > > Please create a bug and attach the patch there.
> > >
> > > > In file included from ../JavaScriptCore/kjs/AllInOneFile.cpp:40:
> > > > ../JavaScriptCore/kjs/dtoa.cpp: In function `void
> > > kjs_freedtoa(char*)':
> > > > ../JavaScriptCore/kjs/dtoa.cpp:2259: warning: cast from `char*' to
> > > `int*'
> > > > increases required alignment of target type
> > >
> > > You may want to fix this as well as it could cause crashes later.
> > > Please file
> > > a separate bug for this issue.
> > >
> > > Thanks!
> > >
> > > Dave
> > >
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 4
> > > Date: Mon, 14 Apr 2008 09:11:40 -0700
> > > From: Darin Adler <darin at apple.com>
> > > Subject: Re: [webkit-dev] KDE Webkit
> > > To: Andre-John Mas <ajmas at sympatico.ca>
> > > Cc: WebKit Development <webkit-dev at lists.webkit.org>
> > > Message-ID: <9E9328F6-F43E-4C7D-9AD0-F697D01A9CE0 at apple.com>
> > > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
> > >
> > > On Apr 11, 2008, at 4:03 PM, Andre-John Mas wrote:
> > >
> > > > I was curious to know what the status of the qtWebkit port was? Also
> > > > once stable can we imagine seeing this as nightly, at least for
> > > > Linux users?
> > >
> > > The work has been largely done by folks at Trolltech, and I think
> > > they're including WebKit in the Qt distribution itself starting with
> > > Qt 4.4.
> > >
> > > Those of us working cross-platform or on other platforms are trying to
> > > contribute by keeping the TOT building on Qt, using the buildbot.
> > >
> > > I haven't heard any talk of nightlies.
> > >
> > > I found some info at <http://trolltech.com/webkit/webkit-announce/>, <
> > > http://labs.trolltech.com/page/Projects/Internet/WebKit
> > > >, and <http://www.google.com/search?q=Qt+WebKit>.
> > >
> > > -- Darin
> > >
> > >
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 5
> > > Date: Mon, 14 Apr 2008 09:15:47 -0700
> > > From: Darin Adler <darin at apple.com>
> > > Subject: Re: [webkit-dev] Patch for compilation error while building
> > > with gcc < 4.x compilers on latest nightlies
> > > To: Srinivas Rao M Hamse <msrinirao at gmail.com>
> > > Cc: webkit-dev at lists.webkit.org
> > > Message-ID: <9E65F206-933F-4165-ABDD-55D823FFA44E at apple.com>
> > > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
> > >
> > > On Apr 14, 2008, at 7:07 AM, Srinivas Rao M Hamse wrote:
> > >
> > > > --- a/WebKit-r31848/JavaScriptCore/kjs/nodes.h 2008-04-12
> > > > 04:28:00.000000000 +0530
> > > > +++ b/WebKit-r31848/JavaScriptCore/kjs/nodes.h 2008-04-14
> > > > 19:04:26.000000000 +0530
> > > > @@ -207,7 +207,9 @@
> > > > // Used to optimize those nodes that do extra work when
> > > > returning a result, even if the result has no semantic relevance
> > > > virtual void optimizeForUnnecessaryResult() { }
> > > >
> > > > +#if __GNUC__ > 4
> > > > protected:
> > > > +#endif
> > > > typedef enum { EvalOperator, FunctionCall } CallerType;
> > > > template <CallerType, bool> inline JSValue*
> > > > resolveAndCall(ExecState*, const Identifier&, ArgumentsNode*, size_t
> > > > = 0);
> > > > };
> > >
> > > Patches for review should go in bugs.webkit.org, but I think it's
> > > worth mentioning a couple problems I see immediately.
> > >
> > > This incorrectly removes the "protected" for non-GCC compilers and in
> > > fact may not even compile there because __GNUC__ is not defined and
> > > there's no check of it. And the check here says "> 4", which means the
> > > protected is included only for GCC 5 and newer.
> > >
> > > -- Darin
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 6
> > > Date: Mon, 14 Apr 2008 13:58:38 -0700
> > > From: Geoffrey Garen <ggaren at apple.com>
> > > Subject: Re: [webkit-dev] Re: Adding Javascript object to Webkit
> > > To: David Hansen <david.hansen at gmx.net>
> > > Cc: webkit-dev at lists.webkit.org
> > > Message-ID: <C8E5C77D-9C05-433F-AE51-5E9161DAF898 at apple.com>
> > > Content-Type: text/plain; charset=US-ASCII; format=flowed
> > >
> > > > Is there a way to set a timeout using this API or kill / interrupt a
> > > > running wild script?
> > >
> > > No.
> > >
> > > Geoff
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 7
> > > Date: Mon, 14 Apr 2008 14:06:59 -0700
> > > From: Mark Rowe <mrowe at apple.com>
> > > Subject: Re: [webkit-dev] Adding Javascript object to Webkit
> > > To: Lee Ka Yuk <kylee at astri.org>
> > > Cc: webkit-dev at lists.webkit.org
> > > Message-ID: <7A4708FC-2B4A-4900-B7A8-65AF66B71261 at apple.com>
> > > Content-Type: text/plain; charset="us-ascii"
> > >
> > >
> > > On 10/04/2008, at 20:40, Lee Ka Yuk wrote:
> > >
> > > > Dear all,
> > > >
> > > > I've tested with JSCore/API and JSCore/binding.
> > > > To my surprise, none of the test apps is working.
> > > >
> > > > I don't have <CoreFoundation/CoreFoundation.h> in my platform
> > > > (Qtopia/Ubuntu) so I could not pass the build of
> > > > JSCore/API/JSStringRefCF.h.
> > > > How can I use JSCore/API then?
> > >
> > > #include <JavaScriptCore/JavaScript.h> to avoid the dependency on
> > > CoreFoundation. It won't make testapi.c compile as that currently
> > > exercises the two CoreFoundation-specific convenience functions in the
> > > JavaScriptCore API.
> > >
> > > - Mark
> > >
> > >
> > >
> > > -------------- next part --------------
> > > A non-text attachment was scrubbed...
> > > Name: smime.p7s
> > > Type: application/pkcs7-signature
> > > Size: 2413 bytes
> > > Desc: not available
> > > Url :
> > > http://lists.webkit.org/pipermail/webkit-dev/attachments/20080414/b01ff737/smime.bin
> > >
> > > ------------------------------
> > >
> > > _______________________________________________
> > > webkit-dev mailing list
> > > webkit-dev at lists.webkit.org
> > > http://lists.webkit.org/mailman/listinfo/webkit-dev
> > >
> > >
> > > End of webkit-dev Digest, Vol 35, Issue 20
> > > ******************************************
> > >
> >
> >
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.webkit.org/pipermail/webkit-dev/attachments/20080416/34fbe36d/attachment-0001.html
More information about the webkit-dev
mailing list