OK asb libwebkit update has broken CSS support as per title of this threadasb wrote:To be totally clear, there is a difference between pure Raspbian wheezy (as maintained by plugwash), and what is distributed to users in official Foundation SD Card images. It's hoped there are very few issues left due to upgrading these packages, but please do report them here or on the blog post (and NOT on the Raspbian bug tracker).
I cannot confirm this. I've run some CSS3 animation tests from the link above in kweb (using libwebkitgtk1) and the kweb3 (using libwebkitgkt3) and they are working in both versions.fruitoftheloom wrote:OK asb libwebkit update has broken CSS support as per title of this threadasb wrote:To be totally clear, there is a difference between pure Raspbian wheezy (as maintained by plugwash), and what is distributed to users in official Foundation SD Card images. It's hoped there are very few issues left due to upgrading these packages, but please do report them here or on the blog post (and NOT on the Raspbian bug tracker).
UPDATE: have done some more testing running CSS animations in IceWeasel, then trying on the Webkit Browser some work some do not, therefore it is likely bad coding by developersfruitoftheloom wrote:OK asb libwebkit update has broken CSS support as per title of this threadasb wrote:To be totally clear, there is a difference between pure Raspbian wheezy (as maintained by plugwash), and what is distributed to users in official Foundation SD Card images. It's hoped there are very few issues left due to upgrading these packages, but please do report them here or on the blog post (and NOT on the Raspbian bug tracker).
Code: Select all
(lxpanel:3345): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-can-change-accels after class was initialised Code: Select all
(openbox:3340): GLib-CRITICAL **: Source ID 4 was not found when attempting to remove it
(kweb3:3551): GLib-CRITICAL **: Source ID 6022 was not found when attempting to remove itWeird! Those applications use gtk 2 (which we didn't touch) and that warning comes from gtk.gkreidl wrote: The warnings look like this:Code: Select all
(lxpanel:3345): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-can-change-accels after class was initialised
I think that that's just a warning that was added recently to glib to highlight bad use of the API, but the behaviour should not have changed (apart for the critical warning on screen).gkreidl wrote:Sometimes this leads to crashes, but I'm not sure when, yet.Code: Select all
(openbox:3340): GLib-CRITICAL **: Source ID 4 was not found when attempting to remove it (kweb3:3551): GLib-CRITICAL **: Source ID 6022 was not found when attempting to remove it
Do you mean that *before* it was changing the font for both gtk 2 and 3 apps? :-Ogkreidl wrote: If you use LXappearance to set another default font size, it only affects GTK+2.0 applications, but no GTK-3.0 apps any more.
Vimeo videos not working is due to a change on their servers and broke android support as well. We are trying to fix it.gkreidl wrote: Browser engine: The loading of images in stripes can lead to long delays. Go to vimeo.com, click on a promoted video. There's a "noisy" background on the video page, which takes ages to load. And vimeo (HTML5) videos don't play at all.
We found YouTube to be basically unusable on the Pi (for instance comments taking ages to load didn't help) so we added some site-specific hacks to YouTube to make it work better.gkreidl wrote: If I'm playing a youtube video in Minimal Kiosk Browser (webkitgtk3 version) and click the "Home" button (or navigate to any other place), it crashes with a segmentation fault. This does not happen in epiphany, so you must have found a work-around, but this should be caught within the engine.
I think that, when we try to play something and an error occurs, we may be leaking some OMX resources. We have a bug open for that.gkreidl wrote: Sometimes omxplayer does not work any more after playing videos within the browser and I have to reboot to get it working again, but I'm not sure yet, when this exactly happens.
Thanks!gkreidl wrote: I'll send you more by email as soon as I have compiled it in a more systematic way.
Two ways: If Javascript is disabled you get a direct link (try anway) to an mp4 file. All audio or video mime types are sent directly to omxplayer(GUI) in kweb.asb wrote:The vimeo change affects playback of HTTP Live Streaming. Were you using the plain .mp4s in your kiosk browser?
Yes it is stuck trying to load the webpage, if that happens I have found opening another tab solves the issues, but I only keep 3 Tabs open at mosttvjon wrote:IAlso, after posting via Epiphany, as I'm doing now, sometimes causes a flickering "loading http://www.raspberrypi.org/" at bottom left & right of screen.
Code: Select all
<!doctype html>
<html>
<head>
<title>csstest</title>
<style>
@-webkit-keyframes blink {
0% { opacity: 1.0; }
50% { opacity: 0.0; }
100% { opacity: 1.0; }
}
.block {
-webkit-animation: blink 1s linear 0s infinite;
width: 200px;
height: 200px;
background-color: #FF0000;
}
</style>
</head>
<body>
<div class="block">
</div>
</body>
</html>
No news. I haven't got a reply to my latest email. And no updates until now.Muximize wrote:Any progress or news on this issue? With kweb3 version 1.5.5.1 there are still no CSS animations. On regular kweb they do work, but they seem to be more choppy then before the big Webkit upgrade.
Not recently. Marco has tried to fix a dependency issue and Emanuele is working on the iframe bug (which I have removed from kweb3 by disabling fast scrolling); some things seem to have been fixed like the audio crash, but no upgrade has been pushed to the foundation repository yet. I hope we'll see some changes before Christmas.Muximize wrote:Hey Gkreidl, did you already hear from Marco Barisione on this issue?
Btw, thanks for your great work on the Minimal Kiosk Browser! Kweb (not 3) is running excellent in my application