Incorrect order tabbing through document
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 283
- Forks
- 82
- PR merge metrics
- No merged PRs in 30d
Description
Distribution
Mint 21.3 and Debian LDME 6
Package version
4.0.2
Frequency
Always
Bug description
I have a document that is setup to use the tab key to move between fields in order (i.e. name, date, address, etc). In xreader it does not follow the order coded in the document. The order works properly in other readers such as my browser, thunderbird and qdpf view.
Registration Form(1).pdf
Steps to reproduce
Start with entering name and then tab key goes to address, then to state, to city, to zip to phone to home to cell to email and after 8 more tabs winds up in comments.
Expected behavior
Start with entering name and then tab key to date, tab key to address, tab key to city, to state, to zip, to phone to home to comments. Cell and the other five check boxes are not tab fields.
Additional information
Form works properly with Windows 10/11 default readers.
This is the latest version available in the software managers for mint 21.3 and LDME 6.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by opening the attached Registration Form(1).pdf in xreader on the reported distributions and reproduce the tab sequence from the issue. Compare the observed order with the expected order, including which fields should not be tab stops; done means the form follows that documented sequence.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100