| Age | Commit message (Collapse) | Author |
|---|
|
To make it possible to avoid casting in most cases.
|
|
|
|
More consistent with the rest of the code.
|
|
In keeping with the rest of the code.
|
|
Fits with the rest of the code.
|
|
|
|
It seems odd for a document writer to pass a device pointer
out, and then require it to be passed back in.
Hide that in the public API.
|
|
Avoids needing to access the internals of reference counting.
|
|
There is no need to hold a separate flag to say that
we need reaping, when this can be implied from the
store_key_refs and the normal refcount being equal.
In addition, I don't think we were ever actually
setting this, so the code was wrong to start with.
|
|
|
|
This enables people to access (say) a PNG writer without
pulling in every single document writer at link time. (Of
course, currently, without function level linking, even now
we'll pull everything in, but we can improve this by
splitting source files up).
|
|
Instead of having fz_new_XXXX(ctx, type, ...) macros that call
fz_new_XXXX_of_size etc, use fz_new_derived_...
Clearer naming, and doesn't clash with fz_new_document_writer.
|
|
Moves document_writers into the same style as
fz_new_{image,document,page} etc.
|
|
Allow mutool convert to output all image formats we can write.
Add sanity checks for pbm and pkm writers.
|
|
|
|
|
|
Move this into the same style as fz_new_document and
fz_new_image.
|
|
|
|
|
|
Emit characters with callbacks so we don't need to do two passes using
vsnprintf to count, format, and copy the result.
|
|
Call fz_append_string instead of fz_append_printf for static strings.
Call fz_write_string instead of fz_write_printf for static strings.
|
|
Rename fz_write to fz_write_data.
Rename fz_write_buffer_* and fz_buffer_printf to fz_append_*.
Be consistent in naming:
fz_write_* calls write to fz_output.
fz_append_* calls append to fz_buffer.
Update documentation.
|
|
Call out->write directly.
|
|
|
|
|
|
|
|
Still need specialty tools for namedump and cmapdump.
|
|
|
|
|
|
|
|
Images, Document and Document Handlers.
|
|
The bug was introduced in commit ad09b038 where we adjust the y coordinate
in draw calls instead of using the top level matrix so that high level
output devices get reasonable page coordinates for objects.
We forgot to adjust the y coordinate for images.
|
|
|
|
|
|
This evenly spaces the sub-parts of a ligature.
|
|
|
|
harfbuzz puts all ligature component characters at the same coordinate
as the glyph.
|
|
|
|
When creating the GLFW window, filename was used as the title. That makes it
impossible to apply window manager rules based on class or instance since each
invocation gets a different string based on the filename.
|
|
Rename HAVE_PTHREADS to HAVE_PTHREAD to match naming of other defines,
where the macro is named after the library that is linked.
|
|
|
|
|
|
Emit one <tspan> per line, so we only need to emit one 'y' coordinate
for the whole line, instead of repeating it for each character.
|
|
Update mutool to call it.
|
|
Annoyingly TGA requires lines to be written from bottom to top,
so require callers to flip the image.
Also fix TGA to cope with alpha or not.
Update mutool draw to use band writer interface for TGA.
|
|
|
|
Appears to have been broken since alphas were optional.
|
|
Remove needless parameter passing in fz_band_writer API.
We always know the bandstart, so why make the caller keep track
of it and pass it in?
Similarly, we know when we hit the end of the page, so why
require us to trigger the trailer writing manually?
|
|
If we have mutool depend on libluratech, then it won't build
when luratech is not installed.
If we don't have mutool depend on libluratech, then it won't
build the Commercial versions.
The basic problem is that dependencies in MSVC can't be dependent
on configuration.
Therefore, move the guts of mutool into libmutool, and have mutool
and mutool-lura projects that depend on it. mutool-lura can also
depend on libluratech.
mutool builds in non commercial configurations, and mutool-lura in
the commercial ones.
|
|
Move implementation to be more in line with fz_streams. Much
closer parallels now.
|
