GNU TeXmacs - Patches: patch #10175, improved image handling, notably...
You are not allowed to post comments on this tracker with your current authentication level.
patch #10175: improved image handling, notably svg.
Submitter: | Philippe Joyez <pjoyez> | ||
Submitted: | Mon 07 Feb 2022 10:34:13 AM UTC | ||
Category: | Conversion | Action: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open | Release: | |
Fixed Release: | Stable: |
Mon 07 Nov 2022 12:03:22 PM UTC, comment #4: |
Philippe Joyez <pjoyez>![]() |
Mon 07 Nov 2022 06:27:27 AM UTC, comment #3: https://superuser.com/a/1343900 says that cairo is better which preserves fonts. |
Aeh9quu9 <ohnie0ai> |
Wed 15 Jun 2022 09:13:55 PM UTC, comment #2: I upload yet an updated patch with further minor improvements for gs conversions. Also, no longer fail when checking version of Inkscape 1.2, thanks to Jeroen Wouters. |
Philippe Joyez <pjoyez>![]() |
Sat 19 Feb 2022 11:31:34 AM UTC, comment #1: I uploaded a slightly better version of the patch today |
Philippe Joyez <pjoyez>![]() |
Mon 07 Feb 2022 10:34:13 AM UTC, original submission:
While waiting for the deep rework Max envisions, I propose here some immediate improvements.
As I proposed in texmacs-dev (https://lists.gnu.org/archive/html/texmacs-dev/2022-01/msg00003.html), the code first tries to handle SVG with good scheme-defined converters (calling rsvg-convert[*] or inkscape). If these are not available, SVG is handled by Qt. In the latter case, if the image is not explicitly "svg tiny", a warning is shown (because Qt only renders correctly svg tiny). For those who are happy with only svg tiny, I added vectorial printing of svg to pdf, through Qt.
The second goal of the patch is that conversions to bitmaps now consistently have pixel numbers according to the output size and resolution preference.
For these two points I improved the scheme converters and made sure that the multipurpose "function-with-options" converter chain correctly.
[*] Although the man page starts with "rsvg-convert - turn SVG files into raster images", rsvg-convert does currently export vector images to pdf and eps and can thus be used for printing. |
Philippe Joyez <pjoyez>![]() |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 6 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2022-06-20 | pjoyez | Attached File | - | ![]() |
Added 1-improvement-for-images.patch, #53324 |
2022-06-15 | pjoyez | Attached File | #52891 | ![]() |
Removed |
2022-06-15 | pjoyez | Attached File | - | ![]() |
Added 1-improvement-for-images.patch, #53307 |
2022-02-19 | pjoyez | Attached File | - | ![]() |
Added 1-improvement-for-images.patch, #52891 |
2022-02-19 | pjoyez | Attached File | #52816 | ![]() |
Removed |
2022-02-07 | pjoyez | Attached File | - | ![]() |
Added 1-improvement-for-images.patch, #52816 |
Just like cairosvg, rsvg-convert relies on cairo for rendering svg; In absence of contrary evidence, I believe they are essentially equivalent.
One can find a thorough and up-to-date comparison of svg rendering engines at https://github.com/RazrFalcon/resvg#svg-support. Inkscape and rsvgt-convert (i.e. cairo) are clearly not the best on the W3C SVG standard test suite, but on the sample images I used, both were perfectly okay. I guess they fail tests on rarely used features or in corner cases.