OpenPrinting / OpenPrinting/libcupsfilters
Arabic glyphs are not joined together by texttopdf
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 17
- Forks
- 71
- Avg merge
- 2d 17h
- Merged PRs (30d)
- 13
Description
Describe the bug
We have resolved the proper direction of the Arabic text here:
https://github.com/OpenPrinting/libcupsfilters/issues/84
Another issue is that the glyphs are not joined together which they should.
To Reproduce
$ cupsfilter in.txt >out.pdf
Input:
Output:
Output in Evince:
Expected behavior
Arabic glyphs should be joined together as shown on below Screenshots.
Gedit:
Libreoffice:
Gnome Shell:
System Information
All systems.
Contributor guide
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 with the texttopdf path exercised by cupsfilter in.txt >out.pdf and compare the attached input and output with the expected Arabic rendering examples. Done means Arabic glyphs are joined in the generated PDF; the payload does not name a source file or test.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- cli, internationalization
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100