| Age | Commit message (Collapse) | Author |
|---|
|
jbig2dec latest
freetype 2.4.10
jpeg 9
openjpeg 1.5.0
zlib 1.2.7
Update MSVC projects for thirdparty libraries as submodules.
Improve thirdparty library availability checks in Makethird by
checking for the existence of a README file instead of just the directory,
since a checkout without active git submodules has empty directories
for the third party libraries.
|
|
We'd never got around to implementing text clipping with oversized
glyphs before, at least partly due to a lack of files showing the
problem. Now, thanks to a file from Paul Hudson, we have an
example and hence a fix.
|
|
|
|
|
|
|
|
|
|
app.execDialog looks very difficult to support. Hopefully we wont have to
|
|
The name of the menu item is passed, so presumably the app could respond
to some of the possibilities.
|
|
|
|
The default is to embed the full font.
|
|
Update DroidSansFallback to version 2.54b and add DroidSansFallbackFull
at version 2.56. These are the same fonts except the "Full" font also
contains characters for CJK Ext A.
|
|
|
|
Simple tweak, was causing problems in pdf_write.
|
|
This makes no difference to the current operation of the code, but
ensures that 'saner' values are put into the image_params structure.
This will help pdfwrite give more aesthetically pleasing output later.
|
|
If the user rapidly changes page, many drawPage calls can be queued for
many page views, each holding a reference to a bitmap. This change ensures
that bitmap creation will be delayed until the bitmaps of other views will
be gc'able, thus fixing bug 693230: "Mupdf/android provokes out of memory
when continuously rendering pages in pdf with large images".
|
|
Currently the app windows app responds with a message box explaining that
the MuPDF library passes print requests to the app, but the app does not
implement printing.
|
|
|
|
|
|
If the 'fields' parameter is not present then all fields should be reset
|
|
|
|
|
|
Three alterations:
We were previously being careful to avoid throwing exceptions in
the DOM-implementation callbacks because these were being called
directly from C++. This commit adds three veneers that turn exceptions
into warnings, hence allowing the callbacks to be written in usual
mupdf style.
Protect the "field" callbacks from executing with a NULL field.
Ensure that the event object is set up before executing A actions
|
|
|
|
Does the same as pdf_dict_puts, but guarantees to always drop the
value passed in (even if the function throws an error). This
allows calling code to have a much simpler life in some cases.
Update pdf_write to make use of this.
Also, fix pdf_dict_puts so it doesn't leak the key object that it
creates in the event of an error while growing the dictionary.
|
|
|
|
Simplifies coding.
|
|
Limited testing seems to suggest that the only thing stopping the MuPDF
library building on metro seems to be the use of winsock.h.
|
|
And add a flag in the xref for evey PDF document to say whether it
has been localised or not; this will be important for PDF editing to
avoid us having to localise on every edit.
|
|
Make libmupdf-v8 depend on libmupdf. This dependency isn't true, but
it stops both things trying to call fontdump at the same time during
the build, which causes build failures.
|
|
Include paths for thirdparty stuff were wrong.
|
|
|
|
|
|
Print a warning instead and ignore the soft mask
|
|
Fixes http://bugs.ghostscript.com/show_bug.cgi?id=693314
|
|
Conflicts:
pdf/pdf_xref_aux.c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Previously if the lookup table was full and no clear code appeared the
decoder would try to add more entries to the table. However the table
is of fixed size (4096 entries) so it would write outside the table.
Fix this by detecting when the lookup table is full and a clear code
ought to appear. At this point the decoder will now treat and process
any code as a clear code.
For valid documents this will never happen, for invalid documents this
means risking that succeeding codes may be misinterpreted and that the
decoded data will be incorrect, this case should be handled by the
consumer of the data though.
Fixes bug 693306.
|
|
Conflicts:
cbz/mucbz.c
pdf/pdf_parse.c
pdf/pdf_form.c
xps/xps_zip.c
|
|
Use a "magic" string for filetype detection: filename or mime-type.
|
|
|
|
This was necessary to avoid indirecting through a NULL pointer returned
from pdf_js_get_event, but is a generally sensible restriction.
Also separate the execution of the document-level javascript actions
from the pdf_js contstructor, so that doc->js is set during those
actions.
Also add a missing const
|
|
Should have been pdf_new_name ever since the pre 1.0 rename, but
evidently we missed it.
|
|
Mountian Lion causes various different warnings to be given,
possibly because a change to clang by default. Fix them here.
|
|
|
