| Age | Commit message (Collapse) | Author |
|---|
|
Run "bash scripts/gitsetup.sh" to set up the hooks after cloning.
|
|
fz_device_bgr definition
|
|
We have a new method of making V8 libs for android that results
in a single lib rather than 2, and works on armeabi and x86 as
well as armeabi-v7a.
|
|
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.)
|
|
Fix from zeniko.
|
|
|
|
|
|
|
|
|
|
The openjpeg stream reading code is supposed to return -1 to
mean 'EOF'. Update our implementation in line with this.
This stops samples_mupdf_001/402.pdf.SIGSEGV.2e4.2672 going into
an infinite loop.
|
|
|
|
|
|
|
|
|
|
|
|
We were failing to setup and maintain the span number correctly.
|
|
Android app was still thinking that we had only one fz_device_rgb rather
than one per context.
Android app had a typo in resulting in searching ending in an infinite
loop.
Text search failed to search outside the first block of each page.
|
|
Also rework of startup based upon password entry. Fix for bug that
caused a crash when slider was used, thumbs were still rendering and a
new document was opened.
|
|
|
|
|
|
|
|
|
|
This should (pretty much) give us enough to write a mupdftoraster
equivalent of gstoraster.
|
|
|
|
To prepare for color management, we have to make the device colorspaces
per-context and able to be overridden by users.
|
|
|
|
|
|
|
|
|
|
Also place holders for password support and initial work towards
keyboard based zooming.
|
|
|
|
Remove stray win32 changes. Update indentation style.
|
|
golden
|
|
|
|
to the UI XAML
|
|
Also made text search a bit more robust in the viewer code.
|
|
placed in order
into the thumbnail structure.
Also fix to remove race condition between when the page view is updated with a full res
image and the links are displayed. Previously the thumbnail was getting the link on occasion
|
|
Still need a to fix a few minor issues including a progress bar
|
|
Used tag attribute in rectangle object to store the index value into the collection of rectangles
to get back the page number or uri.
|
|
They are now bound to the UI xaml as a collection of rectangle coordinate and color.
|
|
device rotation.
|
|
in the background.
these are stored and swapped in and out of the page collection that is viewed as the user goes through
the flip view. had some issues with respect to getting the background tasks shut down and mupdf
cleaned up when someone opens a new file. that is now all resolved. This all simplified the code
significantly.
|
|
|
|
|
|
|
|
|
|
|
|
Initial commit of this and it has several issues that have to be worked through. Lots of
broken stuff but I needed to get it in place.
Added 2 new classes. One is muctx which contains all the interfacing to mupdf and uses
standard c++ types. The other is mudocument which interfaces between muctx and the WinRT
world. It passes WinRT objects to and from applications which can be written in C++, C#,
Visual Basic, Javascript etc. mudocument and muctx will reside in a winRT DLL. The
Viewer application (c++ version) is now in mupdf_cpp project and now has a flip view
structure that includes a scroll viewer which has data binding to a collection. This
enables much easier zooming and updating, however I am still trying how to bind the
canvas elements that contain the text search or link information.
|
|
|
|
|
