OpenSystemsDevelopment / qpdf

Commit a47b99953f503ea028abc3bb48c72b006bb2289a

Authored by Jay Berkenbilt
1 parent 4e7d5f19

Update TODO

Inline Side-by-side
Showing 1 changed file with 7 additions and 9 deletions
... ... @@ -4,16 +4,12 @@ Next
4 4  
5 5 Before Release:
6 6  
7   -* Review in order #726
8   -* Make ./performance_check usable by other people by having published
9   - files to use for testing.
10   - * Site https://opensource.adobe.com/dc-acrobat-sdk-docs/standards/pdfstandards/pdf/PDF32000_2008.pdf
11   - * Incorporate --report-mem-usage into performance testing.
12   - * Include output of test_many_nulls
  7 +* Consider a transition symbol for deprecation of stack-allocated QPDF
  8 + objects and also make QPDF non-copiable.
13 9 * Evaluate issues tagged with `next`
14 10 * Stay on top of https://github.com/pikepdf/pikepdf/pull/315
15   -
16   -Next:
  11 +* Consider whether otherwise unreferenced object streams should be
  12 + included in json output. Probably not. Or maybe optionally.
17 13 * Support json v2 in the C API. At a minimum, write_json,
18 14 create_from_json, and update_from_json need to be there and should
19 15 take the same kinds of functions as the C API for logger.
... ... @@ -35,7 +31,9 @@ Remove raw pointers from the API
35 31 (For qpdf >= 12)
36 32  
37 33 See if we can remove raw pointers from the QPDF API. There's a
38   -discussion in https://github.com/qpdf/qpdf/pull/747.
  34 +discussion in https://github.com/qpdf/qpdf/pull/747. Possibly
  35 +deprecate creation of QPDF objects by any means other than
  36 +QPDF::create(), which returns a std::shared_ptr<QPDF>.
39 37  
40 38 Fix Multiple Direct Object Owner Issue
41 39 ======================================
... ...