Patch #5629
closedWrap text fields properly in PDF
100%
Description
This patch fixes wrapping problems with text fields (subject and custom text and long text fields) when generating a PDF.
The main fixes were:
Single Issue:- wrap subject in both the page title and in the table cell
- the description was not being printed
- wrap journal details indicating what changed
- wrap text in all cells of the table, regardless of type
- give custom "text" and "long text" fields the same width weight as the subject
Files
Related issues
Updated by David Le Dieu over 14 years ago
Thanks for addressing this Hugo - it will certainly be a nice improvement. I am trying to run the patch but get the following output...
bash-4.1$ patch p0 < wrap_text_fields_in_pdf_r3764.patch saving rejects to file patch.rej
patching file patch
Hunk #1 FAILED at 87.
Hunk #2 FAILED at 100.
Hunk #3 FAILED at 122.
Hunk #4 FAILED at 140.
Hunk #5 FAILED at 159.
Hunk #6 FAILED at 174.
Hunk #7 FAILED at 185.
Hunk #8 FAILED at 194.
Hunk #9 FAILED at 247.
Hunk #10 FAILED at 286.
10 out of 10 hunks FAILED -
Any idea what I might be doing wrong? I am running the latest bitnami redmine stack if that gives you any clues.
Updated by Hugo Ferreira about 14 years ago
- File issue5629_wrap_text_fields_in_pdf_r4213.patch issue5629_wrap_text_fields_in_pdf_r4213.patch added
- Assignee set to Eric Davis
Eric, can't you check this patch I've just updated for v1.0.2?
Would it be possible to get it in while it is still up-to-date with the latest version of the "lib/redmine/export/pdf.rb" file?
Updated by Hugo Ferreira about 14 years ago
David Le Dieu wrote:
Any idea what I might be doing wrong? I am running the latest bitnami redmine stack if that gives you any clues.
Not really sure, but most likely at the time the bitnami version had already moved past the v0.9.4 against which the patch was made.
This new version tested successfully against Redmine v1.0.2 (r4213) so you can try it again on that version, although I believe the bitnami is still at v1.0.1 and considering that the patched file was changed from v1.0.1 to v1.0.2 I'm not sure it'll update successfully.
Updated by Michael P almost 14 years ago
Hi,
is this patch still working for V1.1.0?
Updated by Hugo Ferreira almost 14 years ago
- File issue5629_wrap_text_fields_in_pdf_r4784.patch issue5629_wrap_text_fields_in_pdf_r4784.patch added
- Status changed from New to Resolved
- % Done changed from 0 to 100
Nope, it does not apply successfully to the latest v1.1.1, since there was a small change made in r4736 that touched one of the lines of the patch.
I'm attaching a new patch that works on the latest r4784: "issue5629_wrap_text_fields_in_pdf_r4784.patch"
Updated by Hugo Ferreira almost 14 years ago
Now, who can pick this up and commit it to trunk?
(before the main code moves yet again and invalidates this patch… it's been 8 months, already!)
Updated by Toshi MARUYAMA over 13 years ago
- % Done changed from 100 to 50
Updated by Toshi MARUYAMA over 13 years ago
- Status changed from Resolved to New
- Assignee changed from Hugo Ferreira to Toshi MARUYAMA
Updated by Toshi MARUYAMA over 13 years ago
- Status changed from New to Closed
- Target version set to 1.2.0
- % Done changed from 50 to 100
Committed in r5604, thanks.
Updated by Jun NAITOH over 13 years ago
- File chinese.rb.patch chinese.rb.patch added
- File before_chinese.rb.patch.png before_chinese.rb.patch.png added
- File after_chinese.rb.patch.png after_chinese.rb.patch.png added
- Status changed from Closed to Reopened
I found the bug of the Automatic line break in Chinese PDF of r5604.
This is FPDF original bug. (Japanse and Korean don't have this problem)
I wrote patch.
Updated by Toshi MARUYAMA over 13 years ago
- Status changed from Reopened to Closed
Note 13 patch is committed in r5605, thanks.
Updated by Hugo Ferreira over 13 years ago
Thanks for the prompt reply Toshi.
Congrats for the excellent work; things feel much lively around here lately.