Bug 138268 - Writer: Tab Order is not exported correctly to pdf
Summary: Writer: Tab Order is not exported correctly to pdf
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
7.0.3.1 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-16 20:19 UTC by Mike Sapsard
Modified: 2020-12-04 17:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
odt file example (1.38 MB, application/vnd.oasis.opendocument.text)
2020-11-16 20:21 UTC, Mike Sapsard 		Details
pdf file example (38.37 KB, application/pdf)
2020-11-16 20:22 UTC, Mike Sapsard 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Sapsard 2020-11-16 20:19:58 UTC 
Description:
Acivation/Tab order is not exported in the correct order from a Writer document to pdf. After setting the Activation order and ensuring the order is correct for all text fields and checkboxes, the order changes after exporting to pdf.

I attach a writer document and the corresponding pdf to demonstrate.

Steps to Reproduce:
1. Create writer document with text fields and check boxes in random order.
2. Set activation order.
3. Export as pdf.
4. Open pdf and check tab/activation order.

Actual Results:
Tab order is changed.

Expected Results:
Tab order should not change.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Tab or Activation Order is not mentioned in Help.
Comment 1 Mike Sapsard 2020-11-16 20:21:46 UTC 
Created attachment 167341 [details]
odt file example
Comment 2 Mike Sapsard 2020-11-16 20:22:20 UTC 
Created attachment 167342 [details]
pdf file example
Comment 3 Dieter 2020-12-01 07:12:21 UTC 
I've tried to reproduce the problem, but I couldn't. I can't see a difference between odt-file and pdf-file. To be honest, stp 2 "Set activation order" is not clear to me.

Tested with

Version: 7.1.0.0.alpha1+ (x64)
Build ID: 10b23330a9655658e6d7ef1d008a3302a15e9629
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded
Comment 4 Mike Sapsard 2020-12-03 19:55:04 UTC 
The forms do look very similar, but behave differently.

When you fill in a form you click in the first field and enter some data. Then you use the <tab> key to move to the next field. It is usually called the 'Tab Order' in other applications, but LO call it 'Activation Order'.

The Tb Order can be adjusted from a button on the Controls Toolbar. It is the 15th from the left, with a blue top. When check boxes are set between text fields the designed order is not followed.

I am experimenting and may go back to an earlier version of LO.
Comment 5 Mike Sapsard 2020-12-03 19:59:17 UTC 
Try tabbing through the odf and then through the pdf/fdf forms. The cursor will take a different route.
Comment 6 Mike Sapsard 2020-12-04 16:43:01 UTC 
I just imported the pdf file into the online pdffiller and MasterPDFEditor tools and it worked correctly. It seems to be a problem with Xreader in Linux Mint 20.04. I'll report that.
Comment 7 Timur 2020-12-04 17:02:07 UTC 
Per https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status it's not fixed but NOTaBug .
Comment 8 Timur 2020-12-04 17:03:32 UTC 
Or, if you confirm it's Xreader issue then it's NotOurBug.