Thanks for all the feedback. I agree that fragmenting WebKit behavior would be a bad idea since just leaving this in has no downside other than unspec'd capability. There is a discussion of this ongoing in w3c. Ref http://lists.w3.org/Archives/Public/www-style/2012Feb/0655.html. I'll look into getting this spec'd and proceed from there.
Thanks! --Tom ([email protected]) > > I agree with Hyatt. > > It's not like this behavior is especially harmful or confusing. Authors > are unlikely to run into properties with hyphens in the names unless they > go looking. And it can be useful if you ever want to pass around actual > CSS property names by string in an API - no need to convert them to the > funky camel-case format before looking it up. > > So it seems more reasonable to just spec it, and it's certainly not a big > enough deal to fork behavior between ports. > > Cheers, > Maciej > > On Mar 1, 2012, at 12:31 PM, David Hyatt wrote: > >> We shouldn't fragment WebKit engine behavior like that, especially when >> the feature is already being used to detect WebKit browsers (any >> WebKit-based browser would just be shooting itself in the foot by >> removing support for this). My vote would be to just spec it. If Trident >> and WebKit already do it, let's just spec it and then FF and Opera can >> implement it too. >> >> dave >> ([email protected]) >> >> On Mar 1, 2012, at 2:07 PM, Erik Arvidsson wrote: >> >>> How about making this a compile time flag or runtime flag so that >>> Apple Dashboard and iOS can keep it but let other users of WebKit >>> disable it? >>> >>> erik >>> >>> >>> >>> >>> On Tue, Feb 28, 2012 at 22:23, Benjamin Poulain <[email protected]> >>> wrote: >>>> On Tue, Feb 28, 2012 at 9:48 PM, <[email protected]> wrote: >>>>> Seriously, I'm not sure how to proceed on this. It does seem to be >>>>> outside the spec. >>>> >>>> Either update the spec or create a path to deprecate the "bug". >>>> >>>> Personally, this "feature" sounds like it could be useful for web >>>> developers so updating the spec might not be a bad idea. >>>> >>>> Benjamin >>>> _______________________________________________ >>>> webkit-dev mailing list >>>> [email protected] >>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev >>> _______________________________________________ >>> webkit-dev mailing list >>> [email protected] >>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev >> >> _______________________________________________ >> webkit-dev mailing list >> [email protected] >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > > _______________________________________________ > webkit-dev mailing list > [email protected] > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > _______________________________________________ webkit-dev mailing list [email protected] http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
