I am planing to figure out how to set up the test cases for ensuring PDF form input's quality. I think there are two things I at least need to do here. (1) set up testing cases (2) check out how RTL works on pdfium
Thanks for filing this bug. In general we will need to measure and even set-up automations (test cases) to monitor the improvement from release to release, and also avoid regression. I'm interested in knowing what kind of testing cases for forms in you mind. It will be good to use this bug as a meta and breakdown into a series of tests. As of RTL, it will be helpful to also run tests against pdf.js or Chrome(?) so we have a comparison target.
I haven't had much thoughts on how we are going to test it but I think there are *three/four* different scenarios that can be tested. (1) ascii characters (2) characters are entered through the IME (3) ESC/Backspace (4) RTL characters  erasing and deleting characters are handling separately in pepper pdfium.  RTL is the one I am not fully sure if it is supported or it's part of (2). We have to figure it out. This is still pretty rough. Just the thing I can think of.
RTL static content looks fine: http://faculty.mu.edu.sa/public/uploads/1392719203.5064jazaria.pdf
has no plan for this. close it now.
Status: NEW → RESOLVED
Last Resolved: a year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.