| d55f20d3018d3328d9e26c971b814dfcb61aa7b2 |
17-Feb-2017 |
Philip P. Moltmann <moltmann@google.com> |
Use only official pdfium APIs
Fixes: 28051413
Test: cts-tradefed run cts-dev -m CtsGraphicsTestCases -t android.graphics.pdf.cts
cts-tradefed run cts-dev -m Print -t android.print.pdf.cts
Change-Id: Iab52463ba225d3cddb1e97fe52cb9f56318cce68
dfRenderer.java
|
| f3f7cccccf0d8bbf04e19ada76b475f98d30f19c |
10-Jun-2016 |
Philip P. Moltmann <moltmann@google.com> |
Return NPE instead of ISE if page is closed.
To comply with the legacy behavior.
Change-Id: I2b3c4d6d1f41022e72e5c22fe4402864d9e54986
dfRenderer.java
|
| f126e21f433b36aa4c71f1a621d06b56206df440 |
08-Jun-2016 |
Philip P. Moltmann <moltmann@google.com> |
Handle bitmap==null in PdfRenderer.Page#render.
Change-Id: Ie24ca45d4b5e27d5e99de72115e8e00b32b30655
dfRenderer.java
|
| c859cd068b3a63be962a201db46f487d13be56da |
08-Jun-2016 |
Philip P. Moltmann <moltmann@google.com> |
Fix up issues in PdfRenderer found by test.
Change-Id: I56e403fd425e4b4353383c43077de5c47ff22b5c
dfRenderer.java
|
| 0768a7dc450caf4c873c5b0883a75135536e1546 |
12-May-2016 |
Philip P. Moltmann <moltmann@google.com> |
Only have a single call into pdfium at a time.
Pdfium is not thread safe and uses global variables, hence no
parallel call pdfium is safe
Fixes: 28705066
Change-Id: I04309ee691bd9cea37587e0af5be2c07ce8c9f2c
dfEditor.java
dfRenderer.java
|
| 3d0d141710d23b0f08c865100b4d55b4c2976486 |
27-Apr-2016 |
Philip P. Moltmann <moltmann@google.com> |
Add a security warning to PdfRenderer doc.
Change-Id: Ia714d312665179366adae8e1923e4b9c339ebb59
dfRenderer.java
|
| ed207b92747234eac88dd3664ecfb535e45d8ed1 |
10-Apr-2015 |
John Reck <jreck@google.com> |
Change how Java Bitmaps are accessed in a few places
Stop assuming that a Java Bitmap has a SkBitmap* that
has some externally managed lifecycle, and instead switch
a bunch of users to accessing the bitmap by providing
their own SkBitmap* on which to set the (ref counted!)
SkPixelRef* instead
Attempt #2 to land this, original issue was in getSkBitmap
and should be fixed
Change-Id: I0fd9e193968b41e5597784140d56b4885906864a
dfRenderer.java
|
| edc22fba5921f5c2d3502727e707f959b8c3a460 |
21-Apr-2015 |
John Reck <jreck@google.com> |
Revert "Change how Java Bitmaps are accessed in a few places"
Bug: 20207616
This reverts commit a771b9861d11671c780092d35c0062eeefcf37c0.
Change-Id: Ifd891cc075274a7986e987229e0fed5a04ed9ff0
dfRenderer.java
|
| a771b9861d11671c780092d35c0062eeefcf37c0 |
10-Apr-2015 |
John Reck <jreck@google.com> |
Change how Java Bitmaps are accessed in a few places
Stop assuming that a Java Bitmap has a SkBitmap* that
has some externally managed lifecycle, and instead switch
a bunch of users to accessing the bitmap by providing
their own SkBitmap* on which to set the (ref counted!)
SkPixelRef* instead
Change-Id: I0fd9e193968b41e5597784140d56b4885906864a
dfRenderer.java
|
| f4faeac3525fe1ce3707ab785a1651aec367589d |
05-Mar-2015 |
John Reck <jreck@google.com> |
Cleanup Bitmap JNI attempt #2
Original version missed a spot
This reverts commit c02977e3bbfaaedcb1b1d67e1692becc7dddd59b.
Change-Id: I56244ce10d709fcdef42a001fe4c6ba7b6bbb04d
dfRenderer.java
|
| c02977e3bbfaaedcb1b1d67e1692becc7dddd59b |
05-Mar-2015 |
Chad Jones <chadj@google.com> |
Revert "Cleanup Bitmap JNI"
This reverts commit b2915245b74b3b5541b123e38403f8e26426b4b7.
Change-Id: Idd7d7f33eec4ea5024c83de6b10d3d1a6ab2b17a
dfRenderer.java
|
| b2915245b74b3b5541b123e38403f8e26426b4b7 |
04-Mar-2015 |
John Reck <jreck@google.com> |
Cleanup Bitmap JNI
Fix a bunch of places where mNativeBitmap was being
poked at directly, switch them either to the NDK API
or to GraphicsJNI where it made sense
Change-Id: I6b3df3712d6497cba828c2d3012e725cb4ebb64d
dfRenderer.java
|
| fce84f035c35606c5707e735f503f7bdcfd5b2a1 |
01-Nov-2014 |
Svet Ganov <svetoslavganov@google.com> |
Crash apps that print malformed or password protected PDFs.
If apps are writing malformed content (typically not a PDF file) or if the
PDF content they provide to the print system is password protected, are now
crashed as both of these are app bugs.
bug:17636435
Change-Id: Ifce6a3199e587448dd38f6a84290a965c24b698b
dfEditor.java
dfRenderer.java
|
| bec22beb99b279d381f720d761ca75fe3e7414dc |
25-Sep-2014 |
Svetoslav <svetoslavganov@google.com> |
Save to a PDF file should look like print preview.
When rendering a PDF file for print preview we take into account
the selected print options such as paper size, orientation, etc
without modifying the document. To print we send the doc in its
original form and the print options so the print service can apply
the necessary transforms in addition to the optional custom options
it supports. When saving to PDF we have to actually change the
document as we act as a print service.
bug:13545980
Change-Id: Icdcecf962bec6ff742cc6015df5af9d9086ce760
dfEditor.java
|
| 62ce332c141cf7bc7200c4c87d63e395874fc3ec |
05-Sep-2014 |
Svetoslav <svetoslavganov@google.com> |
Trim unnecessary pages when printing.
A user may request a subset of the document's pages to be printed.
In this case the expectation is that the resulting document does
not include not selected pages. While print serivices can do the
trimming themselves or the printer may do so, moving, potantually
many, redundant pages is inefficient. The real problem is when
saving to a PDF file where the saved file must not have the pages
the user did not select. This change adds shredding of undesired
pages from the PDF before saving it or passing it to a print service.
:
bug:17285994
Change-Id: I7deba535af99457bea3c118202314f0f3812e809
dfEditor.java
dfRenderer.java
|
| 13f542cabd635c55ade5442764cc4a3d2f7880ea |
30-Aug-2014 |
Svet Ganov <svetoslavganov@google.com> |
Move print rendering in an isolated process.
Security review of the PDF rendering code revealed that it is
not sercure. Therefore, this code must be run in a sandbox.
This change moves the rendering code in an isolated process.
bug:16897933
Change-Id: I711ce42a56892db1837950137bfaa79e1d61a7c4
dfRenderer.java
|
| 525a66b2bb5abf844aff2109bdc9ed819566bece |
15-Jun-2014 |
Svet Ganov <svetoslavganov@google.com> |
Adding print preview.
This change adds the pring preview part of the new print UX. The
UI has two parts, the top section is the print options and the
bottom section print preview with a list of pages. The user can
interact only with one of them. When print options are expanded
they cover the preview content and a scrim is laid out on top of
the preview. Tapping the scrim collapses the print options. When
the user types in page ranges and closes the options to look at
the preview, the latter is updated to show only these pages. In
the list of pages the user can further prune pages by deselecting
them.
Change-Id: I0b23d2c598afe2a34400ccfa43e4e935af83c72f
dfRenderer.java
|
| 95b6fd8b7af276069cbc415da3499d5ab4873c32 |
21-May-2014 |
Svetoslav <svetoslavganov@google.com> |
Addressing APIs council feedback
bug:15089461
Change-Id: Ifcb003b114e2e50333bb0ef386d99482f7bfaa6e
dfRenderer.java
|
| 2961769ea94f69c191a2dd785b2504666c7292d0 |
25-Apr-2014 |
Svetoslav <svetoslavganov@google.com> |
Adding APIs to render PDF documents.
We need to render PDF documents for two main use cases. First,
for print preview. Second, for resterizing the PDF document by
a print service before passing it to a printer which does not
natively support PDF (most consumer ones).
Adding PDF rendering APIs improves guarantees for print quality
as the same library is used for preview and rasterization. Also
print vendors do not have to license third-party rendering engines.
Last but not least as the platform uses PDF as its main print
format it should also be able to natively render it.
Change-Id: I57004a435db147663cafea40cf3296465aba7f99
dfDocument.java
dfRenderer.java
|
| cdf34469b3a49b73ffa4ab2766b55d7c0946fab1 |
23-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
Use long for pointers in EmojiFactory and PdfDocument
Change-Id: I275c9ce390dd9e01f772e2044c74cebdb0701de6
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
dfDocument.java
|
| 35aacf2eb325d24c67d01f4dbd706ed26ab9e8c3 |
07-Nov-2013 |
Svetoslav <svetoslavganov@google.com> |
Switch to the new Skia PDF generation APIs.
The new Skia PDF generation APIs are a small extension to
the code that converts drawing commands to PDF (SkPDFDevice)
and this new functionality is exposed via new APIs. This
change switches to using these new APIs allowing us to
capitalize on the new perspective support for PDF
generation.
bug:11561776
Change-Id: Ief61f7ff6a5a22c27d3acbe99a48910cb679f594
dfDocument.java
|
| 8db45b844b5482cf61839404c0f6847e053de817 |
31-Oct-2013 |
Svetoslav Ganov <svetoslavganov@google.com> |
Update the PdfDocument docs with unsupported operations.
The PDF generating canvas we use does not yet support all
drawing operations. This change adds docs which operations
are not yet supported.
Change-Id: I8d5ee8c1e2a473ba783b5e62f23ab90a54bbf106
dfDocument.java
|
| 6811f4e92cbb64e72a0d13eb9b99b5894bd59c76 |
19-Sep-2013 |
Svetoslav <svetoslavganov@google.com> |
Move PdfDocument to android.graphics.pdf
1. Move PdfDocument to android.graphics.pdf.
2. Changed the PdfDocument as per API concil request.
3. Updated the documentation.
bug:10461180
bug:10552565
bug:10681585
bug:10552336
Change-Id: I08e15b34cf37bb064248c887e6f59808019cafe8
dfDocument.java
ackage.html
|