Difference: Tasks (1 vs. 9)

Revision 92016-11-23 - TorAndersson

Line: 1 to 1
 EPUB:
  • Tables
  • Floats
Line: 48 to 48
  PDF operator processing should be exposed as an API. To C, JNI and JS.
Deleted:
<
<
Link and action rework:
  • fz_link and fz_link_dest should be opaque structs with subclasses for each document type.
  • actions vs. links -- all pdf links are actions, but actions are pdf specific.
 Form filling and interactive widget API rework:
  • Expose forms and values to JS/JNI.
  • Add 'action' as a type.

Revision 82016-09-29 - RobinWatts

Line: 1 to 1
 EPUB:
  • Tables
  • Floats
Line: 29 to 29
 
  • No overlaps in image and shading rendering (no grid fitting)
Improve new Java viewers. Add features, but keep them very simple to serve as examples! Expose links and outline structures to JNI and JS. Android drop-in component.
Changed:
<
<
Thin pdf_page struct in pdf interpreter; base everything off lazy pdf_obj accesses.
>
>
Thin structures in pdf interpreter; base everything off lazy pdf_obj accesses.
  Generic reusable text shaping functions, for use with SVG, annotation creation, and GUIs. Usable with JS and JNI too, to create fz_text objects to draw.

Revision 72016-05-24 - TorAndersson

Line: 1 to 1
 EPUB:
  • Tables
  • Floats
  • Links
Deleted:
<
<
  • SVG images
 
  • Hyphenation
  • Penalty for breaking at soft hyphen
  • orphans/widows
Line: 15 to 14
 
    • inline-block
    • text-decoration, inline borders and background
Document write API:
Deleted:
<
<
  • mutool convert
 
  • Simplify text extraction.
  • Improve HTML output: semantic and visual variant outputs.
Deleted:
<
<
  • CBZ output.
 
  • SVG output.
  • XPS output.
SVG parser improvements:
Line: 34 to 31
  Thin pdf_page struct in pdf interpreter; base everything off lazy pdf_obj accesses.
Deleted:
<
<
mutool clean sanitize mode should clean annotations too!
 Generic reusable text shaping functions, for use with SVG, annotation creation, and GUIs. Usable with JS and JNI too, to create fz_text objects to draw.

mupdf-gl:

Revision 62016-04-12 - TorAndersson

Line: 1 to 1
 EPUB:
  • Tables
  • Floats
Line: 6 to 6
 
  • SVG images
  • Hyphenation
  • Penalty for breaking at soft hyphen
Added:
>
>
  • orphans/widows
  • html5 parser
  • small caps (and real SC font)
 
  • CSS details:
    • min-width, max-width, width, height, etc
    • background shorthand property

Revision 52016-04-12 - TorAndersson

Line: 1 to 1
 EPUB:
  • Tables
  • Floats
Line: 46 to 46
  Transfer functions.
Added:
>
>
Color management with lcms2.
 PDF operator processing should be exposed as an API. To C, JNI and JS.

Link and action rework:

Revision 42016-04-12 - TorAndersson

Line: 1 to 1
Changed:
<
<
High priority tasks:

        * new JNI interface, and new android sample viewer
        * pdf page and annotation editing API, with pdf output from fz_device calls
        * form filling API

Incomplete features...

        * link destinations need an X,Y page position
        * pdf operator filtering should be exposed to library for pdfwrite editing

OUTPUT

        * SVG output
        * XPS output
        * PDF output from graphics
                - needs a decent interface
                - create PDF from scratch
                - create content stream within existing PDF
                - create font objects and use proper text encoding
        * text extraction heuristics need lots of work
                HTML text output for reflow needs improvement.
                The current mess of tables is unsuitable for text to speech.
                We should use real html with CSS styling.
                Separate HTML output variant for faithful page reproduction can be done
                with css absolute positioning.
        * printing from desktop apps (win/mac/linux)

EPUB

        * SVG parser -- needed for EPUB
        * EPUB layout needs a lot of work
                - floating images
                - tables
                - css details

FORMS

>
>
EPUB:
  • Tables
  • Floats
  • Links
  • SVG images
  • Hyphenation
  • Penalty for breaking at soft hyphen
  • CSS details:
    • min-width, max-width, width, height, etc
    • background shorthand property
    • inline-block
    • text-decoration, inline borders and background
Document write API:
  • mutool convert
  • Simplify text extraction.
  • Improve HTML output: semantic and visual variant outputs.
  • CBZ output.
  • SVG output.
  • XPS output.
SVG parser improvements:
  • Raster images (also how to get image data from SVG in an EPUB; share the fz_archive?).
  • Text.
  • Everything else.
Non-AA rendering improvements:
  • A non-AA rendering mode that never has AA blending artifacts, i.e. "pixel perfect".
  • Separate text and path AA settings (non-AA paths, AA text)
  • No dropouts in path rendering (touch every pixel rule)
  • No overlaps in image and shading rendering (no grid fitting)
Improve new Java viewers. Add features, but keep them very simple to serve as examples! Expose links and outline structures to JNI and JS. Android drop-in component.

Thin pdf_page struct in pdf interpreter; base everything off lazy pdf_obj accesses.

mutool clean sanitize mode should clean annotations too!

Generic reusable text shaping functions, for use with SVG, annotation creation, and GUIs. Usable with JS and JNI too, to create fz_text objects to draw.

mupdf-gl:

  • Shaping in text widgets (search field, outline, info box)
  • Form filling
  • Annotation editing
  • RTL/manga mode (affects smart scrolling)
  • Facing side-by-side page views
  • Printing on win32, linux
Use open/write/close/relink for safe output without clobbering on failure. Do it automatically in fz_output.

Transfer functions.

PDF operator processing should be exposed as an API. To C, JNI and JS.

Link and action rework:

  • fz_link and fz_link_dest should be opaque structs with subclasses for each document type.
  • actions vs. links -- all pdf links are actions, but actions are pdf specific.
Form filling and interactive widget API rework:
  • Expose forms and values to JS/JNI.
  • Add 'action' as a type.
  * form filling parity for all viewers * form input/display/updating need proper library API * form actions are missing huge chunks of functionality (only Goto and JS implemented)
Line: 46 to 64
  * digital signature API usable as library * form submission API to tell client what to do * saving and loading form data (FDF)
Changed:
<
<
EDITING * pdf low level editing API needs polishing and robustness work * make document editing/creation robust -- it's fragile as hell - create blank PDF document from scratch - create, delete, rearrange PDF pages using library API - copy pages between PDF documents - create new pages and fill with buffers - create new pages and fill with pdf output module * all file writing needs fixing (don't clobber on errors)

ANNOTATIONS

>
>
Annotation API rework:
  • Use printf to create annotation streams (don't bother with display lists).
  • Use text shaping when updating text.
  * annotation creation API usable from library, not just android app
Deleted:
<
<
- create high level - use pdf output / printf-style content stream editing api
  * annotation appearance synthesis for all annotation types
Deleted:
<
<
ANDROID * real library interface from JNI that isn't tied to android app * pluggable android viewer component/activity using JNI interface

Revision 32016-01-08 - TorAndersson

Line: 1 to 1
 
High priority tasks:

        * new JNI interface, and new android sample viewer

Line: 7 to 7
  Incomplete features...
Deleted:
<
<
* make I/O consistently use our interfaces (fz_stream/fz_output) * javascript bindings can be simplified with mujs; no need for abstraction layer
  * link destinations need an X,Y page position * pdf operator filtering should be exposed to library for pdfwrite editing

Revision 22015-12-04 - TorAndersson

Line: 1 to 1
 
High priority tasks:

        * new JNI interface, and new android sample viewer

Line: 27 to 27
  We should use real html with CSS styling. Separate HTML output variant for faithful page reproduction can be done with css absolute positioning.
Added:
>
>
* printing from desktop apps (win/mac/linux)
  EPUB

Revision 12015-11-03 - TorAndersson

Line: 1 to 1
Added:
>
>
High priority tasks:

        * new JNI interface, and new android sample viewer
        * pdf page and annotation editing API, with pdf output from fz_device calls
        * form filling API

Incomplete features...

        * make I/O consistently use our interfaces (fz_stream/fz_output)
        * javascript bindings can be simplified with mujs; no need for abstraction layer
        * link destinations need an X,Y page position
        * pdf operator filtering should be exposed to library for pdfwrite editing

OUTPUT

        * SVG output
        * XPS output
        * PDF output from graphics
                - needs a decent interface
                - create PDF from scratch
                - create content stream within existing PDF
                - create font objects and use proper text encoding
        * text extraction heuristics need lots of work
                HTML text output for reflow needs improvement.
                The current mess of tables is unsuitable for text to speech.
                We should use real html with CSS styling.
                Separate HTML output variant for faithful page reproduction can be done
                with css absolute positioning.

EPUB

        * SVG parser -- needed for EPUB
        * EPUB layout needs a lot of work
                - floating images
                - tables
                - css details

FORMS
        * form filling parity for all viewers
        * form input/display/updating need proper library API
        * form actions are missing huge chunks of functionality (only Goto and JS implemented)
        * more missing PDF javascript interfaces
        * form fields use wrong encodings
        * form text layout and appearance synthesis with correct encodings
        * digital signatures -- update crypto library (use libressl, not openssl)
        * digital signature API usable as library
        * form submission API to tell client what to do
        * saving and loading form data (FDF)

EDITING
        * pdf low level editing API needs polishing and robustness work
        * make document editing/creation robust -- it's fragile as hell
                - create blank PDF document from scratch
                - create, delete, rearrange PDF pages using library API
                - copy pages between PDF documents
                - create new pages and fill with buffers
                - create new pages and fill with pdf output module
        * all file writing needs fixing (don't clobber on errors)

ANNOTATIONS
        * annotation creation API usable from library, not just android app
                - create high level
                - use pdf output / printf-style content stream editing api
        * annotation appearance synthesis for all annotation types

ANDROID
        * real library interface from JNI that isn't tied to android app
        * pluggable android viewer component/activity using JNI interface
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright 2014 Artifex Software Inc