- Nov 09, 2012
-
-
Albert Astals Cid authored
-
- Nov 08, 2012
-
-
Albert Astals Cid authored
Conflicts: poppler/Form.cc
-
- Nov 07, 2012
-
-
Forward-declaring enums is illegal. It hasn't caused problems so far because XRef.h includes Object.h, which in turn includes Stream.h, where the enum is defined. Therefore, enum is alreadly defined when the compiler reaches that line. To avoid future issues, I've replaced it with a proper #include "Stream.h" (which expands to nothing as Stream.h has already been included at that point). I've also added a #include in XRef.h because it references enum CryptAlgorithm too. Also in this case, it expands to nothing.
-
- Nov 03, 2012
-
-
This patch also wraps the code that checks the form type and moves it from pdfinfo to the Catalog class.
-
This patch clears the user-entered text when the user interacts with predefined options.
-
FormFieldChoice ctor: Stop scanning if /V is a string and the corresponding option has been identified
-
-
Since /I stores the indices of the selected options, it can distinguish duplicate option (i.e. options with the same name/export value).
-
According to the PDF spec, /V should always contain an "option name" and never an "export value" if /Opt is an array of couples. However, it seems that acroread works the other way round: it is able to identify selected options only if they are referred by their export value instead of the option name. With this patch, we mimic this behavior.
-
This improves handling of choice fields containing two or more entries with the same name, and also makes sure that the previous value of /I gets updated (failing to update it results in acroread still showing the old selection).
-
-
Despite that comment, they're not meant to be read by humans only, but they are also used as option identifiers. This patch stops poppler from forcing them to be unicode. Instead, they now stay the same encoding as their corresponding /Opt entry. This fixes poppler not being able to recognize selected entries in documents produced by poppler itself: previously, the /V value was always written in Unicode encoding, and therefore it was very often not binary-equal to the corresponding /Opt entry. Now the /V value is always binary-equal to the corresponding /Opt entry.
-
Adrian Johnson authored
-
- Nov 02, 2012
-
-
Bug #54702
-
With minor api fixes by me (Albert Astals Cid)
-
- Oct 30, 2012
-
-
Adrian Johnson authored
Bug 56463
-
- Oct 24, 2012
-
-
Pino Toscano authored
-
- Oct 22, 2012
-
-
Albert Astals Cid authored
-
Albert Astals Cid authored
-
- Oct 21, 2012
-
-
Carlos Garcia Campos authored
To make sure they are always shown.
-
Carlos Garcia Campos authored
-
- Oct 19, 2012
-
-
Albert Astals Cid authored
because i can
-
Albert Astals Cid authored
-
- Oct 18, 2012
-
-
Albert Astals Cid authored
-
Albert Astals Cid authored
-
- Oct 17, 2012
-
-
- Oct 16, 2012
-
-
Albert Astals Cid authored
Conflicts: CMakeLists.txt NEWS configure.ac cpp/Doxyfile poppler/Annot.cc poppler/Form.h qt4/src/Doxyfile
-
The last entry must point back to object 0. Previously it was left unitialized and resulted in "-000000001 00000 f" being written in the XRef table.
-
Create the 24x24 rectangle for text annotation icons from the top-left corner instead of bottom-left
-
Previously updating the appearance stream always involved deleting the old stream's xref entry and creating a new one. Since xref entry deletion causes the generation number to be incremented, this behavior caused the generation number to quickly rise during user input. This patch stops it by reusing the same entry as the old appearance stream in case of repeated modifications.
-
Note: At the moment the old appearance is deleted and a *new* xref entry is created every time AnnotWidget::updateWidgetApperance() is called.
-
Instead of having to ask FormField from AnnotWidget::draw if the widget's appearance needs to be rebuilt, now AnnotWidget gets notified of changes via the new AnnotWidget::updateAppearanceStream() callback.
-
Previously updating the appearance stream always involved deleting the old stream's xref entry and creating a new one. Since xref entry deletion causes the generation number to be incremented, this behavior caused the generation number to quickly rise during user input. This patch stops it by reusing the same entry as the old appearance stream in case of repeated modifications.
-
Note: At the moment the old appearance is deleted and a *new* xref entry is created every time AnnotWidget::updateWidgetApperance() is called.
-
Instead of having to ask FormField from AnnotWidget::draw if the widget's appearance needs to be rebuilt, now AnnotWidget gets notified of changes via the new AnnotWidget::updateAppearanceStream() callback.
-
- Oct 14, 2012
-
-
Albert Astals Cid authored
-
-
-
Fixes this warning on array subscript type: UTF.cc: In function 'int TextStringToUCS4(GooString*, Unicode**)': UTF.cc:99:33: warning: array subscript has type 'char' [-Wchar-subscripts]
-