Am Donnerstag 30 Dezember 2010, 12:21:14 schrieb Alexander van Loon: > On Thursday 30 December 2010 11:07:48 Andrea Diamantini wrote: > > On Wednesday 29 December 2010 22:00:31 Alexander van Loon wrote: > > > Today I migrated to Kubuntu 10.10 on my desktop, after having used that > > > distribution for a few months on my notebook already. Now that I’m using > > > KDE and Rekonq full time I noticed that there are some problems with Flash > > > (the 64-bit beta in my case to be precise). I suspect that those problems > > > are not related to Flash itself, but rather KDE’s implementation of > > > WebKit. > > > > > > Please see https://bugs.kde.org/show_bug.cgi?id=261523 for a description > > > of > > > my problems. There are other bugs related to Flash on KDE’s Bugzilla - > > > https://bugs.kde.org/buglist.cgi?quicksearch=rekonq+flash - but none with > > > any comment from a developer. I searched through the archives of this > > > mailing list for the last few months, but Flash isn’t mentioned there > > > either. Google didn’t tell me anything either, except for relatively old > > > forum posts, which I considered no longer relevant. I expected to read > > > that other people would be affected by this problem as well, because Flash > > > is unfortunately so important. Are there any other people experiencing > > > problems, and are there any known solutions? > > > _______________________________________________ > > > rekonq mailing list > > > [email protected] > > > https://mail.kde.org/mailman/listinfo/rekonq > > > > Hi Alexander, > > I hope I can reply here to your question explaining all the problems > > "flash" > > related we can meet surfing the net with the KDE browsers. > > > > First of all, flash itself. I have no experience with flash 64 bit, but I > > usually hear complains about the differences from 32 to 64 bits in (some) > > precompiled software. Here, we obviously cannot do nothing but compare > > flash > > performance and behavior viewing the same site eg with rekonq and with > > firefox. > > As example, I noticed from when I upgraded my X11 that flash no more > > properly > > support fullscreen view, so that every time it stops to load/cache new > > content, fullscreen automatically switchs off :( > > > > Second, nspluginwrapper. This is a nice piece of code from KDE, that can > > load > > in another process some plugins (eg: flash) and that can be embedded in > > windows. > > KHTML uses it, so all problems flash related in KHTML are from that part of > > code. I suspect it is unmaintained or anyway it is not in active > > development, > > but in maintenance mode. > > KWebkitPart relies on QtWebKit flash support in the same way rekonq does. > > At least... rekonq relies on QtWebKit flash support for sure, while > > kwebkitpart... did the last time I checked cause of some bugs on the > > nspluginwrapper integration. > > > > So, let's talk now about rekonq. Flash management depends on 2 components: > > QtWebKit rendering and network integration. You may probably know that, > > while > > QtWebKit network layer has been implemented via the QtNetwork libs (QNAM > > and > > friends), KDEWebKit relies on KIO to do it. KIO is KDE network layer, that > > basically provides the full KDE integration (network settings, proxy, > > easier > > kpart support, etc... basically what let us be a KDE browser). > > On this side there is a problem in kio_http integration with WebKit that > > you'll find hopefully fixed in KDE SC 4.6 RC2 (surely for 4.6 final). > > On WebKit side, I can just say I don't wish anyone to work on flash > > support... > > :) but I know someone does it and he is doing a great work! > > > > > > Hope this helps. > > > > Thank you for the detailed explanation Andrea. I'll be looking forward to 4.6 > RC2 then. For those who wonder, RC2 is > planned - http://techbase.kde.org/Schedules/KDE4/4.6_Release_Schedule - to be > released on Wednesday 5 January. > > Like Shane I also noticed that GMail doesn't load, unless I choose the simple > HTML interface. Is that issue also related to > the KIO bugs, or does it have a different cause? > _______________________________________________ > rekonq mailing list > [email protected] > https://mail.kde.org/mailman/listinfo/rekonq >
AFAIK it is related. _______________________________________________ rekonq mailing list [email protected] https://mail.kde.org/mailman/listinfo/rekonq
