| Age | Commit message (Collapse) | Author |
|---|
|
|
|
New PDF Portfolio manipulation API.
Simple mutool 'portfolio' tool for listing/extracting/embedding
files.
|
|
|
|
|
|
Only really important change is updating the deployment target to iOS
8, as earlier versions aren't supported by Xcode 8.1.
|
|
|
|
Just check for one of the new filenames
|
|
|
|
Saves having the same threading code repeatedly.
|
|
|
|
|
|
Silences unused variable warnings on gcc.
|
|
|
|
Ignore invalid page references in outlines.
This was shown by a file that had [null 0 0 1] as a link dest.
Attempting to parse that threw an error, which caused the whole
outline load to fail.
|
|
|
|
Fixes bug 697337.
|
|
|
|
Only libcrypto is used to do checking of digital signatures.
The SSL library openssl is never used.
|
|
The hacky stdin workaround has never worked satisfactorily. Just nuke it.
|
|
Also expose the argument to JS and JNI.
|
|
No arguments are necessary.
|
|
scale the fling distance and time to the fling velocity.
fling farther and for longer when the velocity is higher.
|
|
|
|
|
|
Fix some java typos. Thanks to Fred for nicely pointing out that
I'd been testing the wrong build.
Also, make us default to 32bit if sun.arch.data.model is
not defined, as Android doesn't set this.
We will need to find a nice way to spot 32/64 bittedness on
Android.
|
|
Make the JNI code detect whether it is running on a 32 or
64 bit machine, and change the name of the DLL appropriately.
Update Android Makefile to make mupdf_java32 instead of mupdf_java.
Update Java Makefile to make mupdf_java32 or mupdf_java64 based
on the system it is running on. This choice can be overruled by
defining BITS to be "32" or "64" before calling make.
Update Windows Solution to make mupdf_java32 or mupdf_java64 as
appropriate.
|
|
|
|
Also tweak dependencies to avoid strange build problems
for Commercial builds.
|
|
|
|
Move internal functions from public to private headers.
|
|
Move the definition of the structure contents into new fitz-imp.h
file. Make all code outside of fitz access the buffer through the
defined API.
Add a convenience API for people that want to get buffers as
null terminated C strings.
|
|
Correctly transformed target coordinates for PDF.
Target coordinates for EPUB and HTML.
|
|
|
|
Just some typecasting required.
|
|
Add API to:
* allow enumeration of layer configs (OCCDs) within PDF files.
* allow selection of layer configs.
* allow enumeration of the "UI" (or "Human readable") form of layer
configs.
* allow selection/toggling of entries in the UI.
|
|
build.
|
|
|
|
|
|
|
|
In particular ensure that curl builds properly for 32 and 64bit
modes.
|
|
No point in building libfonts in anything other than release
mode. It's just data. This avoids needless rebuilds in batch
builds.
|
|
No point in building the 'generated' tools in anything other
than debug mode. This avoids repeatedly building the same thing
in batch builds.
|
|
This will only be built in "DebugCommercial" "ReleaseCommercial" and
"MementoCommercial" configuration builds.
A note on the way MSVS solutions work; libluratech is listed as
a dependency of the executables - this applies to ALL configurations.
In order to stop normal builds failing when we have no source, we
set each non "Commercial" configuration to not build libluratech.
The linker still looks for the output from the libluratech stage
to link in though, so for all non "Commercial" configurations, we
have the libluratech stage set to produce output named " ". This
is copied into the linker command line, and all is happy.
The sole downside to this is that if we try to build libluratech
in "Debug" (say) rather than "DebugCommercial", the build will
fail at the library making step. This will never happen unless
we manually try to build that project in that configuration though.
|
|
|
|
in 1dec53c.
|
|
|
|
|
|
|
|
|
|
|
