Patch #30026: macros and textile at pdf export in custom field - Redmine

Patch #30026

macros and textile at pdf export in custom field

Added by Dirk Rudolph almost 3 years ago. Updated over 2 years ago.

Status:

New

Start date:

Priority:

Normal

Due date:

Assignee:

% Done:

Category:

PDF export

Target version:

Candidate for next major release

Description

Redmine in version 3.4.6 don't fully support textile and macros in pdf export/print when custom fields be used formatted text.
I did some changes in the issue_pdf_helper.rb to do that.

issues_pdf_helper-redmine-3.4.6.rb.patch (4.71 KB) Dirk Rudolph, 2018-11-24 22:53

issues_pdf_helper-redmine-3.4.6.rb.patch (4.71 KB) Dirk Rudolph, 2018-11-25 01:04

issues_pdf_helper-redmine-3.4.6_2sec_version.rb (22.9 KB) Dirk Rudolph, 2018-11-25 01:08

table-breaks-layout.pdf (95.5 KB) Go MAEDA, 2018-11-25 05:29

issues_pdf_helper.rb-redmine-3.4.6_3rd.patch (5.41 KB) Dirk Rudolph, 2018-11-25 14:14

issues_pdf_helper.rb-redmine-3.4.6_4th.patch (5.68 KB) Dirk Rudolph, 2018-11-25 16:38

History

#1 Updated by Dirk Rudolph almost 3 years ago

File issues_pdf_helper-redmine-3.4.6.rb.patch added

#2 Updated by Dirk Rudolph almost 3 years ago

File issues_pdf_helper-redmine-3.4.6_2sec_version.rb added

little optimizations

#3 Updated by Go MAEDA almost 3 years ago

File table-breaks-layout.pdf added

Thank you for the patch. But I noticed the following points:

The values should be textilized only when the text_formatting attribute for the custom field is true. The patch always textilizes the value
Inserting a table breaks the layout. Please see the attached pdf (table-breaks-layout.pdf). Blank lines are inserted after the table

#4 Updated by Dirk Rudolph almost 3 years ago

Go MAEDA wrote:

The values should be textilized only when the text_formatting attribute for the custom field is true. The patch always textilizes the value

No, the used function show_value() seems to check that. I tried out.

Inserting a table breaks the layout. Please see the attached pdf (table-breaks-layout.pdf). Blank lines are inserted after the table

Yes is true. The table cell becomes bigger because the height is calculated over html code in the backround. I think it's better to have a big cell and the content fits into, instead a cell that's to small. But I will trie to optimize.