Flash to activate its interface. With this, the new Youtube skin works, as do simple examples.
It may be enough to fix some flash uploaders, too, but I can't find those bug reports, so I am
not sure.
Also, the scripting work means that the getCurrentPageURL function in Gnash no longer crashes,
though we don't export enough stuff for it to actually get a value back.
CCBUG: 213196
svn path=/trunk/KDE/kdebase/apps/; revision=1117262
which is a big deal, too); and basic code for get/call/put.
Trouble is, GetVariable method is found, but invoke of it fails :(
svn path=/trunk/KDE/kdebase/apps/; revision=1117015
current LC API first. No idea if it's workable w/o doing the other direction
the way Koos did, but I figure it's better than trying to get a few thousand
of untested LoC with completely new APIs working (and may be perhaps backportable),
especially since I did a lot of the work before and can adapt it.
This commit does:
- Update the SDK headers for some of the new functions/enums
- Handle the LC requests in the part, and forward them via DBus to the viewer
- Similarly, have the viewer properly unpack and pass to the scripting engine
- The scripting code for now merely does some API initialization, no actual work.
svn path=/trunk/KDE/kdebase/apps/; revision=1116993
- Don't activate the Xt pump when not needed; it's not
for most commonly used plugins
- Don't use our glib pump's timer when Qt's glib event loop
is on anyway.
This doesn't cover 100% of situations, and doesn't really explain
why QT_NO_GLIB works better for some people (never saw this particular
case myself), but it should cover the "nspluginviewer wakes up
a lot and uses a few% of cpu" case for most people. Hopefully.
CCBUG: 182869
I am thinking off holding of on backporting this till 4.4.1, though....
svn path=/trunk/KDE/kdebase/apps/; revision=1075295
Block handling of normal I/O streams until javascript: queries are handled.
Fixes the problem with opening of local flash files reported by KMess
developers, and hopefully the ocassional white windows on web flash stuff
as well
CCBUG: 169626
svn path=/trunk/KDE/kdebase/apps/; revision=939405
Patch is partly based on how WebCore works around those case. Looks as we have the same prob in 3.5. Ok to backport to 4.1 and 3.5?
CC_MAIL:kfm-devel@kde.org
svn path=/trunk/KDE/kdebase/apps/; revision=876130
Fix exit detection here, too, in case konqueror dies for some reason,
due to kill -9 or something. (Why else wouldn't it exit normally?)
svn path=/trunk/KDE/kdebase/apps/; revision=847206
Workaround a certain popular plugin's version 10 beta's inability
to figure out that 13 < 16.
(AKA, stub out some ABI r16 methods that get called despite us claiming only ABI r13 support.
I could perhaps do more than stubs, but I can't find any docs!)
BUG:164706
svn path=/trunk/KDE/kdebase/apps/; revision=825888
Work done by Sergey Saukh.
See discussion on kde-devel ('nsplugins patch (KDE4)').
CCMAIL:thelich@yandex.ru
svn path=/trunk/KDE/kdebase/apps/; revision=803987
non-Linux (ie. FreeBSD) systems.
Please find a more portable way of dealing with this library
CCMAIL: ahartmetz@gmail.com
svn path=/trunk/KDE/kdebase/apps/; revision=797567
Ugh. Remember folks, always forwaport your changes.
FP r.565998, which fixes handling of redirects in nspv,
aka "Youtube videos embedded from an another page". Anyway,
I consider flash issues to be, to the best of my knowledge, resolved now.
BUG:132138
svn path=/trunk/KDE/kdebase/apps/; revision=769147
Make flash embedding work much better..
- Make sure to give distinct callback objects distinct IDs, so they
talk to the proper KHTMLPart. Fixes only one flash object working per
window
- Rework the size/init heuristics yet again, following closer to Seli's code,
but instead of trying to count events, etc., just have the part
tell us when we were really resized, and qwidget isn't making up a random
svn path=/trunk/KDE/kdebase/apps/; revision=768880
- Make the XEmbed host embed directly, removing 2 layers of embedding,
upon suggestion of Seli, hopefully making things more robust
- Be more careful in initializing the plugin, to avoid extra NPSetWindow calls
- Workaround Qt bug in the Xt host, to avoid annoying flicker of an unembedded
svn path=/trunk/KDE/kdebase/apps/; revision=768878
with XEmbed, so the XQueryKeymap() protection protected a bit too much.
The focus messages from QXEmbed are received only by the plugin itself
due to the way XSendEvent() is used, so forward focus in/out events
from the embedder side.
svn path=/trunk/KDE/kdebase/apps/; revision=764345
Thanks to his Xt event integration, I can now
implement (by c&p from old code, mostly) the Xt host.
Flash 9.0r48 seems to work now!
svn path=/trunk/KDE/kdebase/apps/; revision=748197
has the viewer <-> part interface mostly fixed, and
has beginnings of an XEmbed host for the plugin.
Unfortunately, that works part of the time at best
with r115, (probably none of the time on sites other than
youtube), and is quite crashy, partly because XEmbed flash
uses Xt anyway(!). I may have to go back to Xt only, not sure.
(Of course, Xt plugins don't work at all ATM). I need to consult
with some people on the best course of action, since this is getting very tricky,
and somewhat outside my area of expertise.
======================================================
- Remove the padding hack now we're using newer headers
- Add some more compatibility features, such as initializing gtk for
plugins that need it. Also say we're keeping plugins in memory.
It's true, and swfdec-mozilla-0.5.3 wants it (though 0.5.4 does somehting else)
- Clarify some comments
- a bit of debug output
svn path=/trunk/KDE/kdebase/apps/; revision=748161
has the viewer <-> part interface mostly fixed, and
has beginnings of an XEmbed host for the plugin.
Unfortunately, that works part of the time at best
with r115, (probably none of the time on sites other than
youtube), and is quite crashy, partly because XEmbed flash
uses Xt anyway(!). I may have to go back to Xt only, not sure.
(Of course, Xt plugins don't work at all ATM). I need to consult
with some people on the best course of action, since this is getting very tricky,
and somewhat outside my area of expertise.
======================================================
Fixup error logging (probably got broken in the port)
svn path=/trunk/KDE/kdebase/apps/; revision=748160
has the viewer <-> part interface mostly fixed, and
has beginnings of an XEmbed host for the plugin.
Unfortunately, that works part of the time at best
with r115, (probably none of the time on sites other than
youtube), and is quite crashy, partly because XEmbed flash
uses Xt anyway(!). I may have to go back to Xt only, not sure.
(Of course, Xt plugins don't work at all ATM). I need to consult
with some people on the best course of action, since this is getting very tricky,
and somewhat outside my area of expertise.
======================================================
- Fix g_NPN_UserAgent to not return address of a temporary buffer
- Add some zeroed padding after the function table to provide some counter-sanity
against Flash reading npruntime functions for ABI revisions that don't
have them yet. Covers about 20 out of 2 zillion of vg warnings on it
... It would also help if XEmbed flash wasn't using Xt anyway, even w/XEmbed
svn path=/trunk/KDE/kdebase/apps/; revision=748158
has the viewer <-> part interface mostly fixed, and
has beginnings of an XEmbed host for the plugin.
Unfortunately, that works part of the time at best
with r115, (probably none of the time on sites other than
youtube), and is quite crashy, partly because XEmbed flash
uses Xt anyway(!). I may have to go back to Xt only, not sure.
(Of course, Xt plugins don't work at all ATM). I need to consult
with some people on the best course of action, since this is getting very tricky,
and somewhat outside my area of expertise.
======================================================
Add beginning of an XEmbed host. It partly works --- youtube works part of the time;
but at least the playback window gets parented and sized properly
svn path=/trunk/KDE/kdebase/apps/; revision=748156
has the viewer <-> part interface mostly fixed, and
has beginnings of an XEmbed host for the plugin.
Unfortunately, that works part of the time at best
with r115, (probably none of the time on sites other than
youtube), and is quite crashy, partly because XEmbed flash
uses Xt anyway(!). I may have to go back to Xt only, not sure.
(Of course, Xt plugins don't work at all ATM). I need to consult
with some people on the best course of action, since this is getting very tricky,
and somewhat outside my area of expertise.
======================================================
Get the embedding of the viewer into part working (though it flickers a bit);
the plugin embedding itself not there yet
svn path=/trunk/KDE/kdebase/apps/; revision=748154
