Changes#
For the full list of changes between versions of MuPDF see CHANGES.
For changes to existing APIs see below.
Changes to the existing API#
Why does the API change?
From time to time, during development, it becomes clear that the public API needs to change; either because the existing API has flaws in it, or to accommodate new functionality. Such changes are not undertaken lightly, and they are kept as minimal as possible.
The alternative would be to freeze the API and to introduce more and more compatibility veneers, ultimately leading to a bloated API and additional complexity. We have done this in the past, and will do it again in future if circumstances demand it, but we consider small changes in the API to be a price worth paying for clarity and simplicity.
To minimise the impact of such changes, we undertake to list the API changes between different versions of the library here, to make it as simple as possible for integrators to make the small changes that may be require to update between versions.
Important
The changes listed below only affects existing APIs.
Changes from 1.20 to 1.21#
None.
Changes from 1.19 to 1.20#
Text search API extended to be able to distinguish between separate search hits.
Changes from 1.18 to 1.19#
We were inconsistent with the behaviour of fz_create_
and pdf_create_
functions, in that sometimes they returned a borrowed reference, rather than a reference that the caller had to drop. We now always return a reference that the caller owns and must drop.
Changes from 1.17 to 1.18#
None.
Changes from 1.16 to 1.17#
The accessors for reading and creating QuadPoints
, InkList
and Vertices
data for Highlight, Underline, StrikeOut, Squiggle, Ink, Polygon, and PolyLine annotation types have been simplified. They now take and return fz_quad
and fz_point
structs instead of float arrays. We have also added functions to construct the datastructures one piece at a time, removing the need to allocate a temporary array to pass.
typedef struct fz_quad { fz_point ul, ur, ll, lr; };
To facilitate loading EPUB documents without laying out the entire document at once, we have introduced chapters into the document structure. Each document instead of having just a plain list of pages, now has a list of chapters, and each chapter has a list of pages. Most of the old functions have the same functionality, but we have added several new functions, which if used, will provide significant speedups when jumping to a random page in large EPUB documents.
int fz_count_chapters(ctx, doc)
int fz_count_chapter_pages(ctx, doc, chapter)
fz_page *fz_load_chapter_page(ctx, doc, chapter, page)
int fz_search_chapter_page_number(ctx, doc, chapter, page, needle, hit_quads, hit_size)
However, in order to support bookmarks and links using chapters we have had to introduce a new struct fz_location
, and the functions to resolve links have changed to use this new struct.
typedef struct { int chapter, page; } fz_location;
fz_location fz_resolve_link(ctx, doc, uri, x, y);
Functions to map between a fixed page number and a fz_location
have been added to help facilitate migration to the new API.
int fz_page_number_from_location(ctx, doc, location);
fz_location fz_location_from_page_number(ctx, doc, number);
fz_location fz_next_page(ctx, doc, location);
fz_location fz_previous_page(ctx, doc, location);
fz_location fz_last_page(ctx, doc);
The layout information for each chapter can at your option be cached in an “accelerator” file for even faster loading. This will help performance when using the old page number based rather than location based functions.
fz_document fz_open_accelerated_document(ctx, filename, accelerator_filename);
void fz_save_accelerator(ctx, document, accelerator_filename);
Changes from 1.15 to 1.16#
There has been a major overhaul of the color management architecture. Unless you’re implementing custom devices or interpreters, this should only have a minor impact.
Argument order when passing color and colorspace to functions regularized: sourceColorspace, sourceColorArray, destinationColorspace, destinationColorArray, proofColorspace, colorParams.
Pass
fz_color_params
argument by value.Changed
fz_default_parameters
from a function to a global constant.Replaced
fz_set_icc_engine
withfz_enable_icc
andfz_disable_icc
to toggle color management at runtime.Replaced pixmap color converter struct with a single
fz_convert_pixmap
function call.Replaced
fz_cal_colorspace
struct with constructor to create an ICC-backed calibrated colorspace directly.Passing
NULL
is not a shortcut for DeviceGray any more!Added public definitions for Indexed and Separation colorspaces.
Changed colorspace constructors.
The fz_set_stdout
and fz_set_stderr
functions have been removed. If you were using these to capture warning and error messages, use the new user callbacks for warning and error logging instead: fz_set_warning_callback
and fz_set_error_callback
.
The structured text html and xhtml output formats take an additional argument: the page number. This number is used to create an id attribute for each page to use as a hyperlink target.
Changes from 1.14 to 1.15#
- PDF Portfolios
This functionality has been removed. We do not believe anyone was using this. If you were, please contact us for assistance. This functionality can be achieved using “mutool run” and
docs/examples/pdf-portfolio.js
.
FZ_ERROR_TRYLATER
This functionality has been removed. We do not believe anyone was using this. If you were, please contact us for assistance.
- Annotations/Forms
We are undertaking a significant rework of this functionality at the moment. We do not believe anyone is using this at the moment, and would therefore encourage anyone who is to contact us for help in upgrading.
- Various functions involving
fz_colorspace
have lost consts. fz_colorspaces
are immutable once created, other than changes due to reference counting. Passing a constfz_colorspace
to a function that might keep a reference to it either has to take a non constfz_colorspace
pointer, or take a const one, and ‘break’ the const. Having some functions take constfz_colorspace
and some not is confusing, so therefore, for simplicity, allfz_colorspaces
are now passed as non const. This should not affect any user code.
- Various functions involving
fz_process_shade()
This now takes an extra ‘scissor’ argument. To upgrade old code, if you don’t have an appropriate scissor rect available, it is safe (but unwise) to pass
fz_infinite_rect
.
fz_tint_pixmap()
Rather than taking
r
,g
andb
, values to tint with, the function now takes 8 bit hex rgb values for black and white, enabling greater control, allowing “low contrast” and “night view” effects.
pdf_add_image()
This no longer requires a mask flag. The image already knows if it is a mask.
pdf_processor.op_BI()
The
op_BI
callback is now passed an additional colorspace resource name.
This software is provided AS-IS with no warranty, either express or implied. This software is distributed under license and may not be copied, modified or distributed except as expressly authorized under the terms of that license. Refer to licensing information at artifex.com or contact Artifex Software, Inc., 39 Mesa Street, Suite 108A, San Francisco, CA 94129, USA, for further information.