Re: [webkit-dev] TransformAction event
Hi, The event contains the clientX/Y attributes that can be used as the origin point for the transforms. Whether those are used or the center of the element, is completely up to the web developer. The transforms are not applied to the elements by the user agent. This does not affect the layout of the dom as the user agent just dispatches the event. The web developer may choose to alter the layout as a result of this event if he/she wants to do so. The simple example in the proposal uses CSS3 transforms that don't affect the layout. Br, Kim Grönholm From: ext Mike Barborak [mab2...@gmail.com] Sent: Thursday, May 06, 2010 2:03 PM To: Gronholm Kim.1 (Nokia-D/Tampere) Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] TransformAction event i'm a bit of a lurker on this mailing list so i apologize for butting in. i do see a few points to address here. first, how do you set the point around which the scale and rotate operations will act? typically you would want that to be the center of the element but not always. if it is something you can set explicitly, what happens as that point is changed? does that cause the transform to be re-applied or not? second, does this not affect the layout of the dom? that is, is such a transformed element laid out as if scale, rotation and translation were 1, 0 and (0,0) and then those transforms applied? if so, would the z index of the element be affected or would the user use this technique in conjunction with the z-index style to ensure the scaled and rotated element were above surrounding elements? Mike Barborak CTO barbo...@frontalcode.com Frontal 1201 Broadway, #704 New York, NY 10001 cell: 646 263 7029 www.frontalcode.com Recently Created w/ Frontal: www.largavista.com www.romanthomas.com On Thu, May 6, 2010 at 1:55 AM, kim.1.gronh...@nokia.com wrote: Hello Everyone, We at Nokia have been working on a new DOM-event called TransformAction. It provides a convenient API for direct manipulation (pan, rotate, zoom) of an element. Some of You have already heard about this and been involved in specifying the event. We are planning to propose it to the W3C for standardization and meantime start upstreaming the patches to WebKit if it's accepted by You. A draft of the proposal/specification is available here: http://portaali.org/~ilkkao/w3c/manipulate/Transformaction.html We are happy to answer any questions You might have about the event. Please give us Your comments. Thanks, Kim Grönholm ___ 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] Ref: Audio directory layout
Hi, Just wondered what progress had been made with what sounded like an interesting development. In what branch is it allocated on the trac? Cheers, Peter Boocock cybero productions___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] TransformAction event
On May 6, 2010, at 4:43 AM, kim.1.gronh...@nokia.com wrote: The event contains the clientX/Y attributes that can be used as the origin point for the transforms. clientX and clientY are useless if the element being manipulated is nested within CSS-transformed ancestors. You really need an offsetX/offsetY, which is local to the element. Simon ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Help with review of EFL CMake patches?
Patrick,
On Mon, May 3, 2010 at 6:09 PM, Patrick Roland Gansterer
par...@paroga.com wrote:
(...) but there a some parts which are not good for a general buildsystem.
E.g. INCLUDE(Options${PORT}) doesn't support different ports well, since
ports share some parts. (There some other points too; I'll post them on the
bug)
The idea of a Options${PORT} file is to put only the port-specific
checks and defaults there. They'll be different for each and every
port, and even if they're roughly the same, I don't think they should
be inside the same file, for two reasons: 1) it eases the review
process whenever one tries to update port-specific rules: the changes
to ${PORT} files shouldn't break any other port; and 2) it keeps the
main files cleaner.
Regarding (2): In the beginning, the EFL port would use autotools (as
used by the GTK+ port), but despite its syntax not helping maintain a
clean file, having lots of conditionals for the EFL and GTK+ port made
that build system, which was already difficult to maintain, a lot
worse. This is akin to having port-specific stuff into
platform-independent files, by #ifdefing things around. Sometimes it
is needed, but I think this should be avoided as much as possible.
Cheers,
--
Leandro
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Python on the Tiger build bot
WebKitTools/Scripts/webkitpy python requires 2.5+. We'd like to be able to use python 2.5 on the Tiger build bot (for websocket tests among other things). Would someone be able to install a newer Tiger on that machine? Here is python 2.6.5 for the mac: http://www.python.org/ftp/python/2.6.5/python-2.6.5-macosx10.3-2010-03-24.dmg Thanks! -eric ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Python on the Tiger build bot
I thought the agreement was that essential tools shouldn't add more requirements on the installed tools. Is it not the case? - WBR, Alexey Proskuryakov 06.05.2010, в 21:30, Eric Seidel написал(а): WebKitTools/Scripts/webkitpy python requires 2.5+. We'd like to be able to use python 2.5 on the Tiger build bot (for websocket tests among other things). Would someone be able to install a newer Tiger on that machine? Here is python 2.6.5 for the mac: http://www.python.org/ftp/python/2.6.5/python-2.6.5-macosx10.3-2010-03-24.dmg Thanks! -eric ___ 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
