[webkit-dev] webkit gtk stable library dependency versions?
for the webkit gtk port on linux, is there a site that lists the newest stable version #'s of the dependencies of webkit... specifically: gtk+, cairo, pango, icu, soup, gcrypt, gnutls, xslt, glib, atk or is it a matter of going to each individual site to monitor their release schedules? Thanks. Joseph ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Signing up to help with some SVG bugs
Am 29.01.2010 um 05:24 schrieb Mark Wyszomierski: Hi, I am experiencing a bug with the SVG module, I believe defined by the following two bug entries: https://bugs.webkit.org/show_bug.cgi?id=34301 https://bugs.webkit.org/show_bug.cgi?id=17043 The problem I'm having is that creating an animateMotion element in javascript will never get executed (works fine if defined in the body of the document though). So issue #17043 states that there is a missing idl file for animateMotion. I am guessing this is why elements created via javascript do nothing. That issue hasn't been updated since 2008, I'm wondering if I can help out with it? Is there a group already focusing on the SVG module? I'd like to help out with some of these other bugs SVG bugs too. I'm not sure how people are organizing themselves to tackle bugs with webkit, if there is another method for helping out, please let me know, Hi Mark, thanks for your interesst in SVG, you're more than welcome to help. The bug is still valid, all you need to do is creating a SVGAnimateMotion.idl, it has been forgotten. Let's move the discussion to the bug report. Cheers, Niko ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] MathML Component in Bugzilla?
For those in control of Bugzilla, I think it would be a good idea to have a MathML component in Bugzilla just like there is a SVG component. -- --Alex Milowski The excellence of grammar as a guide is proportional to the paucity of the inflexions, i.e. to the degree of analysis effected by the language considered. Bertrand Russell in a footnote of Principles of Mathematics ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] webkit gtk stable library dependency versions?
On Fri, Jan 29, 2010 at 7:53 PM, Joseph Zuromski jos...@zuromski.com wrote: for the webkit gtk port on linux, is there a site that lists the newest stable version #'s of the dependencies of webkit... specifically: gtk+, cairo, pango, icu, soup, gcrypt, gnutls, xslt, glib, atk or is it a matter of going to each individual site to monitor their release schedules? Yes, you'll need to do that, we don't track or list the stable versions of our dependencies. The only thing we do is say which is the oldest version we support, as usual. Thanks. Joseph ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Refactoring the Clipboard class
Currently, the Clipboard class is used for both drag-and-drop data and for copy-and-paste operations. There are several limitations to the Clipboard class; you cannot use arbitrary types, and the system pasteboard is always cleared prior to dispatching cut/copy events to the page ( http://www.quirksmode.org/dom/events/cutcopypaste.html). I propose refactoring Clipboard and pulling more code into the base implementation. At a high-level, I'd like to change it so: - Clipboard has an internal HashMap cache mapping formats to data. Calling getData() and clearData() will only result in changes to the internal cache. - Clipboard can take an optional ClipboardDataSource in its constructor, which wraps access to the system pasteboard or native drag and drop data. This data source is read-only; data is never written back through the data source. If this data source is supplied, calls to getData() will only refer to the supplied data source. - Clipboard has one method to write back data in its cache back to the system pasteboard. If setData() and clearData() were never called, this will be a no-op. This allows pages to prevent the default action from occurring on cut/copy without clearing the clipboard. If setData() or clearData() were called, the system pasteboard will be cleared before the contents of the cache are written in. Not all types in the cache will necessarily be serialized to the system pasteboard; on Windows, application/x-my-crazy-mime-type won't be visible to other native apps. - Clipboard has one method to write back data in its cache to a native drag and drop object. Similar restrictions apply on types, depending on the platform. - All the types set by Javascript using setData() will magically work within WebKit. For drag and drop, this is simple. For copy and paste, it's a little more involved; WebKit will need to keep the Clipboard cache around globally, and install a clipboard listener to invalidate the cache if the clipboard changes outside of WebKit. With this change, the example snippets in the HTML5 draft for drag-and-drop should work out of the box. Doing this will greatly simplify platform implementations of Clipboard, and move access checks into a central location. It can be done in several patches alongside the existing code; the Clipboard functions affected by this change are virtual so base implementations can be added, and the original platform implementations removed as each platform implementation is updated.. Thoughts or comments? Daniel ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev