<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On Mar 9, 2013, at 8:00 PM, Adam Barth &lt;<a href="mailto:abarth@webkit.org">abarth@webkit.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;"><div dir="ltr">On Sat, Mar 9, 2013 at 5:02 PM, Maciej Stachowiak<span class="Apple-converted-space">&nbsp;</span><span dir="ltr">&lt;<a href="mailto:mjs@apple.com" target="_blank">mjs@apple.com</a>&gt;</span><span class="Apple-converted-space">&nbsp;</span>wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto;"><div style="word-wrap: break-word;"><br><div><div>My recommendation would be:</div><div><br></div><div>* Do one of the following two options:</div><div>&nbsp; &nbsp;<span class="Apple-converted-space">&nbsp;</span>- &nbsp;Plan A: Rename -webkit-dashboard-region to -apple-dashboard-region in CSSPropertyNames.in (it is only compiled in with&nbsp;ENABLE_DASHBOARD_SUPPORT anyway).</div><div>&nbsp; &nbsp;<span class="Apple-converted-space">&nbsp;</span>- &nbsp;Plan B: Support -apple- as a prefix alias only for -webkit-dashboard-region (it is only compiled in with&nbsp;ENABLE_DASHBOARD_SUPPORT anyway).</div><div>* Remove all other support for the -apple- prefix as a synonym for -webkit-</div><div>* Make -khtml- prefix alias support only available if&nbsp;ENABLE_DASHBOARD_SUPPORT is on, and also runtime-conditional based on usesDashboardBackwardCompatibilityMode having ever been set for any Settings object.</div><div><br></div><div><br></div><div>Depending on whether Plan A or Plan B is preferred, I can file a bug to replace -apple-dashboard-region with -webkit-dashboard-region in the preinstalled Dashboard widgets.</div></div></div></blockquote><div><br></div><div>That sounds like a good plan. &nbsp;Given that Plans A and B differ only builds shipped by Apple, I'll leave that choice up to you. &nbsp;I'm happy to write a patch that executes the parts of this plan that involve the WebKit codebase.</div></div></div></div></div></blockquote><br></div><div>I very slightly prefer Plan A. The main downside is having a non-webkit prefix in the code with no migration path off of it. But it's a property that is not applicable to anything but Dashboard as designed[*]. So maybe lack of migration path is OK.</div><div><br></div><div>I wasn't sure if anyone else would object to semi-permanently having code for a -apple- property, which is why I listed the alternative, which does have a migration path.</div><div><br></div>Regards,<div>Maciej<br><div><br></div><div>* - The problem it's trying to solve - determining what parts of the widget react to mouse events normally and which parts can be used to drag the whole widget around -- was solved for touch scrolling on iPhone without having to introduce any new CSS properties. So I wouldn't recommend anyone ever doing anything similar, even if they had a similar problem to solve.</div></div></body></html>