summaryrefslogtreecommitdiff
path: root/fpdfsdk
diff options
context:
space:
mode:
authorRyan Harrison <rharrison@chromium.org>2018-07-16 18:03:56 +0000
committerChromium commit bot <commit-bot@chromium.org>2018-07-16 18:03:56 +0000
commitfb709d88935ae85532679d225993741919b23a7b (patch)
tree8ad8a0e2153f63708a6472607f3f019609c89743 /fpdfsdk
parent98bae9c95d916f528ed1a394e68e02e39ad709fa (diff)
downloadpdfium-fb709d88935ae85532679d225993741919b23a7b.tar.xz
Process data changes regardless if they can be formatted
UI elements in XFA can have two different <picture> clauses with different meanings. One is a formatting statement that dictates the format the underlying data should appear in. The other <picture> occurs within an <validate> block and specificies what format the underlying should be. If it doesn't fit this <picture> the <validate> block indicates what should occur. In the existing code actually running the second <picture> type was being conditionally guarded on whether of not the formatting of the first type succeeded. This CL moves the calls related to data changing earlier, to before the formatting and UI updating occurs. BUG=pdfium:1065 Change-Id: Ib525c490074187c3272f4263ab451bf347b74f9c Reviewed-on: https://pdfium-review.googlesource.com/37250 Reviewed-by: Henrique Nakashima <hnakashima@chromium.org> Commit-Queue: Ryan Harrison <rharrison@chromium.org>
Diffstat (limited to 'fpdfsdk')
0 files changed, 0 insertions, 0 deletions