RESOLVED FIXED 29243
Update Chromium Mac render theme files
https://bugs.webkit.org/show_bug.cgi?id=29243
Summary Update Chromium Mac render theme files
Avi Drissman
Reported 2009-09-14 07:11:14 PDT
Created attachment 39542 [details] The patch The existing Chromium Mac render theme code is forked from an ancient version of RenderThemeMac. This patch brings that file up to date with the current version for ease of maintenance. (To be investigated: determining if we can merge the two files so they don't have to be kept in sync.) Please see http://codereview.chromium.org/174242 for the initial review.
Attachments
The patch (132.58 KB, patch)
2009-09-14 07:11 PDT, Avi Drissman
no flags
Updated patch; the .gypi file caught unwanted changes (132.06 KB, patch)
2009-09-14 07:16 PDT, Avi Drissman
dglazkov: review-
New patch (132.13 KB, patch)
2009-09-15 08:16 PDT, Avi Drissman
no flags
Patch with svn cp used to mark origins of files (163.64 KB, patch)
2009-09-15 09:03 PDT, Avi Drissman
fishd: review-
Update for fishd's comments (163.65 KB, patch)
2009-09-15 09:45 PDT, Avi Drissman
fishd: review+
dglazkov: commit-queue-
Quick fix to make it compile (1.65 KB, patch)
2009-09-17 11:11 PDT, Avi Drissman
dglazkov: review+
Avi Drissman
Comment 1 2009-09-14 07:13:27 PDT
A quick comment: the diff is complete hash. It's best to compare a patched RenderThemeChromiumMac to RenderThemeMac.
Avi Drissman
Comment 2 2009-09-14 07:16:32 PDT
Created attachment 39543 [details] Updated patch; the .gypi file caught unwanted changes
Eric Seidel (no email)
Comment 3 2009-09-14 09:53:52 PDT
FYI, general behavior seems to be that you can mark cq=? if you want to make sure the reviewer sets cq+ when reviewing.
Dimitri Glazkov (Google)
Comment 4 2009-09-14 10:01:21 PDT
Comment on attachment 39543 [details] Updated patch; the .gypi file caught unwanted changes Can you please: * include bug URL * use svn cp to keep the history and minimize the amount of perceived changes made?
Eric Seidel (no email)
Comment 5 2009-09-14 10:22:19 PDT
prepare-ChangeLog --bug 29243 will automatically fill in the bug stuff for you. see prepare-ChangeLog --help
Avi Drissman
Comment 6 2009-09-15 08:16:15 PDT
Created attachment 39601 [details] New patch
Avi Drissman
Comment 7 2009-09-15 08:16:52 PDT
(In reply to comment #4) > (From update of attachment 39543 [details]) > Can you please: > > * include bug URL > * use svn cp to keep the history and minimize the amount of perceived changes > made? Can you keep the svn cp status through a patch? I didn't think it was possible and would need someone to help me land this anyway.
Dimitri Glazkov (Google)
Comment 8 2009-09-15 08:54:12 PDT
(In reply to comment #7) > (In reply to comment #4) > > (From update of attachment 39543 [details] [details]) > > Can you please: > > > > * include bug URL > > * use svn cp to keep the history and minimize the amount of perceived changes > > made? > > Can you keep the svn cp status through a patch? I didn't think it was possible > and would need someone to help me land this anyway. No, but it makes reviewing and landing it a heckuva lot easier :). If you're looking for a rubberstamp, you've got it. But whoever lands this would have to cry tears of pain trying to svn cp, then apply this patch.
Avi Drissman
Comment 9 2009-09-15 09:03:48 PDT
Created attachment 39603 [details] Patch with svn cp used to mark origins of files OK, used svn cp to mark files' origins.
Eric Seidel (no email)
Comment 10 2009-09-15 09:25:14 PDT
Doesn't svn-create-patch store copy information? I thought it did. Also, if there are any tears-of-pain needed, then the commit-queue won't be of use to you, because it doesn't know how to cry. It just knows how to make you cry when it rejects your patch. :)
Darin Fisher (:fishd, Google)
Comment 11 2009-09-15 09:39:14 PDT
Comment on attachment 39603 [details] Patch with svn cp used to mark origins of files > Index: WebCore/ChangeLog ... > + http://crbug.com/19604 No need for the crbug reference since you mention the bugs.webkit.org link. > Index: WebCore/platform/graphics/FloatPoint.h > +#if (PLATFORM(MAC) && !defined(NSGEOMETRY_TYPES_SAME_AS_CGGEOMETRY_TYPES)) \ > + || (PLATFORM(CHROMIUM) && PLATFORM(DARWIN)) nit: indent by 8 spaces instead of 6. normal indent is 4 spaces, so 2x that seems appropriate for a line continuation. > Index: WebCore/platform/graphics/FloatRect.h ... > +#if (PLATFORM(MAC) && !defined(NSGEOMETRY_TYPES_SAME_AS_CGGEOMETRY_TYPES)) \ > + || (PLATFORM(CHROMIUM) && PLATFORM(DARWIN)) ditto > Index: WebCore/platform/graphics/FloatSize.h ... > +#if (PLATFORM(MAC) && !defined(NSGEOMETRY_TYPES_SAME_AS_CGGEOMETRY_TYPES)) \ > + || (PLATFORM(CHROMIUM) && PLATFORM(DARWIN)) ditto > Index: WebCore/platform/graphics/IntRect.h ... > +#if (PLATFORM(MAC) && !defined(NSGEOMETRY_TYPES_SAME_AS_CGGEOMETRY_TYPES)) \ > + || (PLATFORM(CHROMIUM) && PLATFORM(DARWIN)) ... > +#if (PLATFORM(MAC) && !defined(NSGEOMETRY_TYPES_SAME_AS_CGGEOMETRY_TYPES)) \ > + || (PLATFORM(CHROMIUM) && PLATFORM(DARWIN)) ditto
Avi Drissman
Comment 12 2009-09-15 09:45:58 PDT
Created attachment 39605 [details] Update for fishd's comments
Dimitri Glazkov (Google)
Comment 13 2009-09-15 11:38:16 PDT
Comment on attachment 39605 [details] Update for fishd's comments Needs downstream change.
Avi Drissman
Comment 14 2009-09-17 08:19:46 PDT
(In reply to comment #13) > (From update of attachment 39605 [details]) > Needs downstream change. Dmitri, I can coordinate with the WebKit gardener. Can we land this?
Dimitri Glazkov (Google)
Comment 15 2009-09-17 09:01:10 PDT
Avi Drissman
Comment 16 2009-09-17 11:11:47 PDT
Created attachment 39708 [details] Quick fix to make it compile Oops, there was a line that referred to a non-existent member in the media theme drawing routines. The media drawing is TBD, so for now we're just pulling it out.
Dimitri Glazkov (Google)
Comment 17 2009-09-17 12:03:55 PDT
Comment on attachment 39708 [details] Quick fix to make it compile r=me.
Dimitri Glazkov (Google)
Comment 18 2009-09-17 12:20:08 PDT
Note You need to log in before you can comment on or make changes to this bug.