Age | Commit message (Collapse) | Author |
|
|
|
Make it easier to do release builds.
|
|
|
|
Thanks to Goncalo Ferreira(*) (aka monxalo) for this patch.
Firstly, we move our textured background off the layout and into a
style applied to MuPDFActivity. By using "windowBackground", we
avoid the default background being redrawn only to be overlaid
with ours. This cuts out one level of overdrawing.
Secondly, when drawing each PageView, the old code would render the
background for the page, then would draw the bitmap over the top of
that. While it's important to draw the background of the page before
we have a bitmap for the page, we can avoid that stage once a page
bitmap arrives.
(* apologies for not being able to put the cedilla on the 'c' in your
name, but git gives problems with top bit set chars.)
|
|
This wont work for other than PDF documents
Also, we should save the file before printing if it has been changed
|
|
Due to a clash on Google Play, we need to rename the apps main
class from com.artifex.mupdf to something else. We choose
com.artifex.mupdfdemo. Any user of the code in their own app
should rename it similarly. To simplify this process we add
some macros in the C.
Various renames and lots of tedious package name editing is still
required in the Java though.
|
|
|
|
|
|
Requires android-ndk-profiler to be copied into android and android/jni.
Also requires r8c of the NDK.
|
|
|
|
|
|
|
|
|
|
|
|
In theory, the changes here should make mupdf be recognised as
a handler for .xps and .cbz files (and for .pdf files without
the correct mimetype). In practise I can't actually make this
work right on my device. I'll open a stack overflow question
and ask there.
|
|
Simple change to the XML.
|
|
|
|
|
|
|