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" <[EMAIL PROTECTED]>
보낸 날짜: 2008-04-15 오후 3:27:12
받는 사람: "webkit-dev@lists.webkit.org" <webkit-dev@lists.webkit.org>
참조: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
제목: 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, <[EMAIL PROTECTED]> wrote:
Send webkit-dev mailing list submissions to
webkit-dev@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
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
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 <[EMAIL PROTECTED]>
Subject: Re: [webkit-dev] Plugin Questions
To: SON SEOK BAE <[EMAIL PROTECTED]>
Cc: webkit-dev <webkit-dev@lists.webkit.org>
Message-ID: <[EMAIL PROTECTED]>
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 <[EMAIL PROTECTED]>
Subject: Re: [webkit-dev] Regarding HashSet
To: priyanka gupta <[EMAIL PROTECTED]>
Cc: webkit-dev@lists.webkit.org
Message-ID: <[EMAIL PROTECTED]>
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 <[EMAIL PROTECTED]>
Subject: Re: [webkit-dev] Patch for compilation error while building
with gcc < 4.x compilers on latest nightlies
To: Srinivas Rao M Hamse <[EMAIL PROTECTED]>
Cc: webkit-dev@lists.webkit.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=iso-8859-1
Srinivas Rao M Hamse <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
Subject: Re: [webkit-dev] KDE Webkit
To: Andre-John Mas <[EMAIL PROTECTED]>
Cc: WebKit Development <webkit-dev@lists.webkit.org>
Message-ID: <[EMAIL PROTECTED]>
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 <[EMAIL PROTECTED]>
Subject: Re: [webkit-dev] Patch for compilation error while building
with gcc < 4.x compilers on latest nightlies
To: Srinivas Rao M Hamse <[EMAIL PROTECTED]>
Cc: webkit-dev@lists.webkit.org
Message-ID: <[EMAIL PROTECTED]>
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 <[EMAIL PROTECTED]>
Subject: Re: [webkit-dev] Re: Adding Javascript object to Webkit
To: David Hansen <[EMAIL PROTECTED]>
Cc: webkit-dev@lists.webkit.org
Message-ID: <[EMAIL PROTECTED]>
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 <[EMAIL PROTECTED]>
Subject: Re: [webkit-dev] Adding Javascript object to Webkit
To: Lee Ka Yuk <[EMAIL PROTECTED]>
Cc: webkit-dev@lists.webkit.org
Message-ID: <[EMAIL PROTECTED]>
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@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@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
