Project

General

Profile

R&D #1430

Manage RTL in produced PDF

Added by Johan Cwiklinski 5 months ago. Updated 5 months ago.

Status:
Fermé
Priority:
Normal
Category:
Files generation
Target version:
Start date:
05/28/2020
Due date:
% Done:

100%

Estimated time:
Vote:

Description

See if TCPDF can handle RTL languages like Arabic, and how to implement it the right way.

#1

Updated by Johan Cwiklinski 5 months ago

  • Subject changed from Manage LTR in produced PDF to Manage RTL in produced PDF
#2

Updated by Johan Cwiklinski 5 months ago

  • Description updated (diff)
#3

Updated by Johan Cwiklinski 5 months ago

See https://tcpdf.org/examples/example_018/

As far as I can see, the only problem would be to know current language direction.

#4

Updated by Johan Cwiklinski 5 months ago

See https://developer.mozilla.org/en-US/docs/Mozilla/Localization/Web_Localizability/Creating_localizable_web_applications

It seems PHP offer no way to get language direction, direct nor indirect. Other apps I've seen brings this information from their translation files. In MDN article above, direction is checked from an array of RTL langs, this may be applicable to Galette.

#5

Updated by Johan Cwiklinski 5 months ago

  • Status changed from Nouveau to In Progress
  • Target version set to 0.9.4
  • % Done changed from 0 to 90

It's almost done. Some notes:
- there may be an override issue on header when description (from preferences) is too long. Seems to be a bug in the lib used. It is quite simple using PDF models to change header in that case,
- RTL does not seems relevant on members card
- I do not know if this is really useful on generated labels.

All other should be OK.

#6

Updated by Johan Cwiklinski 5 months ago

  • Status changed from In Progress to Résolu
  • % Done changed from 90 to 100
#7

Updated by Johan Cwiklinski 5 months ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF