Update text markup annotation expected results that use /QuadPoints when appropriate.

Update text markup annotation expected results that use /QuadPoints when appropriate.

In [1], PDFium is being updated to use /QuadPoints 
coordinates rather than /Rect coordinates for drawing
text markup annotations, in accordance to the presence of /AP.

This CL updates the expected results for some test cases.

Notice that for the test cases updated here, the difference
is in pixel-level, and not able to see by naked eyes.

[1] https://codereview.chromium.org/2289293005/

BUG=pdfium:585

[tonikitoo, 2016-09-01 20:02:03]

Description was changed from

==========
Update annotation expected results that use /QuadPoints when appropriate

In [1], PDFium is being updated to use /QuadPoints coordinates
rather than /Rect coordinates, in accordance to the presence of /AP.

This CL updates the expectated results for some test cases.

[1] https://codereview.chromium.org/2289293005/
==========

to

==========
Update annotation expected results that use /QuadPoints when appropriate

In [1], PDFium is being updated to use /QuadPoints coordinates
rather than /Rect coordinates, in accordance to the presence of /AP.

This CL updates the expected results for some test cases.

Notice that for the test cases updated here, the difference
is in pixel-level, and not able to see by naked eyes.

[1] https://codereview.chromium.org/2289293005/
==========

[tonikitoo, 2016-09-01 20:22:35]

Description was changed from

==========
Update annotation expected results that use /QuadPoints when appropriate

In [1], PDFium is being updated to use /QuadPoints coordinates
rather than /Rect coordinates, in accordance to the presence of /AP.

This CL updates the expected results for some test cases.

Notice that for the test cases updated here, the difference
is in pixel-level, and not able to see by naked eyes.

[1] https://codereview.chromium.org/2289293005/
==========

to

==========
Update annotation expected results that use /QuadPoints when appropriate

In [1], PDFium is being updated to use /QuadPoints coordinates
rather than /Rect coordinates, in accordance to the presence of /AP.

This CL updates the expected results for some test cases.

Notice that for the test cases updated here, the difference
is in pixel-level, and not able to see by naked eyes.

[1] https://codereview.chromium.org/2289293005/

BUG=pdfium:585
==========

[tonikitoo, 2016-09-01 20:33:02]

tonikitoo@igalia.com changed reviewers:
+ dsinclair@chromium.org, jaepark@google.com, thestig@chromium.org,
tsepez@chromium.org

[Tom Sepez, 2016-09-01 20:39:55]

lgtm

[tonikitoo, 2016-09-06 23:20:57]

On 2016/09/01 20:39:55, Tom Sepez wrote:
> lgtm

Lets not merge it yet. I will do another pass with more rebaselines.

[tonikitoo, 2016-09-08 09:04:19]

Description was changed from

==========
Update annotation expected results that use /QuadPoints when appropriate

In [1], PDFium is being updated to use /QuadPoints coordinates
rather than /Rect coordinates, in accordance to the presence of /AP.

This CL updates the expected results for some test cases.

Notice that for the test cases updated here, the difference
is in pixel-level, and not able to see by naked eyes.

[1] https://codereview.chromium.org/2289293005/

BUG=pdfium:585
==========

to

==========
Update text markup annotation expected results that use /QuadPoints when
appropriate.

In [1], PDFium is being updated to use /QuadPoints 
coordinates rather than /Rect coordinates for drawing
text markup annotations, in accordance to the presence of /AP.

This CL updates the expected results for some test cases.

Notice that for the test cases updated here, the difference
is in pixel-level, and not able to see by naked eyes.

[1] https://codereview.chromium.org/2289293005/

BUG=pdfium:585
==========

[tonikitoo, 2016-09-08 09:05:09]

On 2016/09/06 23:20:57, tonikitoo wrote:
> On 2016/09/01 20:39:55, Tom Sepez wrote:
> > lgtm
> 
> Lets not merge it yet. I will do another pass with more rebaselines.

Ok, it should be ready to go. It is important to sync up the merge here with CL
2289293005.

[Lei Zhang, 2016-09-08 22:57:18]

lgtm

[tonikitoo, 2016-09-09 13:21:24]

On 2016/09/08 22:57:18, Lei Zhang wrote:
> lgtm

Patchset 3 is updates it with annotation_highlight_empty_content rebaseline.

[Lei Zhang, 2016-09-09 21:33:40]

Oh, do you need help landing this?

[tonikitoo, 2016-09-10 00:06:07]

On 2016/09/09 21:33:40, Lei Zhang wrote:
> Oh, do you need help landing this?

I actually do. I emailed the patch to thestig@chromium.org and
jaepark@google.com, in case it helps to merge it.

$ cd testing/corpus/
$ git am -3 <file>

should apply it locally. Thanks!

[tonikitoo, 2016-09-13 15:22:57]

On 2016/09/10 00:06:07, tonikitoo wrote:
> On 2016/09/09 21:33:40, Lei Zhang wrote:
> > Oh, do you need help landing this?
> 
> I actually do. I emailed the patch to mailto:thestig@chromium.org and
> mailto:jaepark@google.com, in case it helps to merge it.
> 
> $ cd testing/corpus/
> $ git am -3 <file>
> 
> should apply it locally. Thanks!

Friendly ping.

[Lei Zhang, 2016-09-13 20:35:18]

On 2016/09/13 15:22:57, tonikitoo wrote:
> Friendly ping.

Uploaded https://codereview.chromium.org/2334323002/

[tonikitoo, 2016-09-16 13:45:14]

On 2016/09/13 20:35:18, Lei Zhang (OOO) wrote:
> On 2016/09/13 15:22:57, tonikitoo wrote:
> > Friendly ping.
> 
> Uploaded https://codereview.chromium.org/2334323002/

Second round of upload (by dsinclair):
https://codereview.chromium.org/2340933003