366262dc7854ba54f64905df8d275358be41edf5 |
|
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 (cherry picked from commit 0768a7dc450caf4c873c5b0883a75135536e1546)
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.java
|
3d0d141710d23b0f08c865100b4d55b4c2976486 |
|
27-Apr-2016 |
Philip P. Moltmann <moltmann@google.com> |
Add a security warning to PdfRenderer doc. Change-Id: Ia714d312665179366adae8e1923e4b9c339ebb59
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.java
|
c02977e3bbfaaedcb1b1d67e1692becc7dddd59b |
|
05-Mar-2015 |
Chad Jones <chadj@google.com> |
Revert "Cleanup Bitmap JNI" This reverts commit b2915245b74b3b5541b123e38403f8e26426b4b7. Change-Id: Idd7d7f33eec4ea5024c83de6b10d3d1a6ab2b17a
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.java
|
95b6fd8b7af276069cbc415da3499d5ab4873c32 |
|
21-May-2014 |
Svetoslav <svetoslavganov@google.com> |
Addressing APIs council feedback bug:15089461 Change-Id: Ifcb003b114e2e50333bb0ef386d99482f7bfaa6e
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.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
/frameworks/base/graphics/java/android/graphics/pdf/PdfRenderer.java
|