#speedatapublisher — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #speedatapublisher, aggregated by home.social.
-
The speedata Publisher has now more verbose change logs. With the new documentation, I add a summary line, a more detailed description and, if possible, links to related commits. Hopefully this makes it easier to see what has changed. See
https://doc.speedata.de/publisher/en/manual/changelog/version-5/
for example.
-
If nobody complains, I will remove the deb packages from the distribution. The ZIP file is (and will be) the preferred way to download the package.
-
I have moved the documentation from asciidoctor to markdown (using Hugo instead of a self-created static site generator). Also, reorganized the structure and fixed a lot of wording.
It now builds in less than a second and has live preview, which makes it much nicer to edit..
-
Version 5.5.2 released. Enhanced PDF/UA accessibility and fixed a few bugs.
Download at https://download.speedata.de
-
Version 5.4 released!
from the news.md file (vs 5.2):
* Massive speed improvements!
* More unit testing and refactoring
* More HTML/CSS support
* More XPath functions
* Section element to structure layout
* New VScode extension (separate repository)
* Fix margin protrusion (also harfbuzz mode)
* Letterspacing -
There is a new (optional) <Section> element for structuring the speedata layout.xml file. It does not produce a different output.
See https://news.speedata.de/2026/02/23/section-element/ for details.
-
Massive speed improvements. The last benchmarking led me to reworking the code and I got some major improvements:
1m25 seconds for a 1828 pages catalog (previously 5 minutes)
32 seconds for a bible (719 pages Arabic), previously 47 secons.
Identical output.
Version 5.3.22
-
Typst does 500 pages in 157 milliseconds. My own engine needs 4.4 seconds. So why would anyone use the slower tool?
Because "how many pages per second" is the wrong question. The right question is "how many pages until you need a human to check."
I wrote up the full benchmark with 6 PDF engines: https://news.speedata.de/2026/02/10/typesetting-benchmark/
#speedatapublisher #typst #fop #TeXLaTeX #weasyprint #benchmark
-
I’ve switched off GitHub sponsorship on my profile for the moment.
Thanks a ton for your generous support of speedata Publisher. Don’t worry: the build machine keeps humming, and development stays steady. 🙂
-
New blog post on https://news.speedata.de/2025/11/24/macossigningerror/:
I rebuilt the macOS packages of the speedata Publisher and fixed some tricky notarization/signing issues.
macOS is now at 5.2.1, Windows/Linux stay at 5.2.0.
If you’re interested in macOS notarization for CLI tools, this one’s for you. -
@tajpulo is now talking about digital typesetting on the Grazer LinuxTage https://streaming.media.ccc.de/glt25/i1
#glt25 #digitalTypesetting #speedatapublisher -
Standard interchange image format for Open Source DTP
Hi people,
with all the mayor GUI #DTP software reaching their peak: #GIMP, #Scribus and #Inkscape; and the well established #TeX software #ConTeXt and #SpeedataPublisher, and #ImageMagick we need a serious discussion about which image format we should adopt that works seamlessly across all these applications and it is generally accepted in the press workflow, whereas is embedded or not into a PDF file.
It should be something that has good quality, supports #CMYK and Alpha channels and it is #opensource friendly and perhaps an #openstandard.
I would dare to say that perhaps jpeg2000 matches most of them, it exists from a very long time and can be adopted as common ground, however it is need a combined effort, if what I am writing makes sense for you.
ImageMagick supports it, Gimp 3 currently doesn't, #LuaTeX and #LuaMetaTeX neither. I guess that Inkscape once it will be able to export in CMYK it will decide which format using to store images in CMYK with alpha into a PDF.
It would be very beneficial if we can adopt a format that works everywhere and it is press friendly, thanks.
-
Testing Gimp 3 Out...
I am testing #Gimp 3 out (#appimage) to see how I can integrate it in my new workflow.
The new #GEGL framework is much better of anything else, but still in rough shape, anyway I am totally impressed, potentially GEGL can do almost anything, now it is just a matter of time (and love 🥰).
Exporting in #JPG, #JXL and #TIFF in #CMYK is feasible although not so intuitive, however #ImageMagick was unable to convert the last two in PDF... I am on #Devuan stable which means #Debian stable, my #ImageMagick version might miss new features.
You can apply GEGL operations on a group and those are inherited by the sub-layers, and this is good and expected.
I had some confusion while exporting in grayscale. The soft proofing wasn't working even though active and the dialog would asked me to save in CMYK which doesn't make sense.
The whole topic about CMYK, besides Gimp itself, looks very confusing to me. I need CMYK because my software, for instance #SpeedataPublisher can't convert from RGB in CMYK. The purpose is because I need to go on offset printing and it is expected to prepare four plates for each colors (Cyan, Magenta, Yellow and Black[Y]); However I could need to go just black and white (grayscale) thus if I have already a grayscale image what is the purpose to export in CMYK? Nothing.
I would recommend to change this line to Press Output and to add more voices such as: Grayscale; CMYK; CMYK + Spot Colors.
-
Version 5.0 of the speedata has been released. There is a short announcement online:
https://news.speedata.de/2025/03/12/version-5-released/
Major changes since version 4
* Integration of HarfBuzz
* Full accessibility support.
* A rewritten XML and XPath 2.0 parser.
* Attachment of ZUGFeRD invoices.
* Greatly enhance enhance various subsystems such as HTML, MetaPost integration and paragraph builder.
* SAAS available with the speedata Pro plan.All layouts should work without changes.
-
Since the speedata Publisher is now completely bug free, I have released version 5.0 now. More information will follow!
-
I am thinking about an additional speedata Publisher frontend.
Up to now, the layout and data are both encoded in XML. With a good XML editor, this makes writing layouts a breeze.
I know that some people are uncomfortable with that, so I am thinking about a Lua API instead of the XML API. See
https://github.com/speedata/publisher/discussions/651
for a discussion and a tiny example (just a draft).
-
I have tried some of the more famous AI chats to generate a simple ‚Hello world' layout. The result was as I expected…
See https://news.speedata.de/2025/02/04/speedatapublisherai/ for my findings.
-
The speedata Publisher has finally a fix for the Adobe Acrobat display error when mixing (table) rules and background.
https://github.com/speedata/publisher/issues/644
#speedatapublisher #adobeacrobat
Left: before right: now -
I have just released the stable version 4.20 of the speedata Publisher!
Half a year of work, 150 commits and 40 minor releases it is time for a stable release. Now I will focus on the last remaining bugs and hopefully release version 5 by March.
Main updates include #ZUGFeRD enhancements, accessibility support and stricter XPath/XML handling.
See the news at https://news.speedata.de/2025/01/15/version-4-20-release/
Download at download.speedata.de, as always.
-
Just in time for the end of the year I was finally able to finalize the final piece of my project.
Now I have a background of the pages that dinamically changes based on certain conditions.
The code is not elegant as I would, but it works as expected and this is fundamental.
Thus the whole code is "ready", now I can focus on the marketing stuff.
I look forward to make this project finally taking of!
#2025 I am coming!
#designwithopensource #DTP #speedatapublisher #freesoftware #tex
-
The speedata Publisher now has new semantics for accessing XML data structure stored within variables. See https://news.speedata.de/2024/09/04/setvariablesemantic/ for details. This might break backwards compatibility and you might need to update your layouts.
#speedatapublisher -
speedata Publisher and font expansion. New blog post on
-
The speedata Publisher has now much better support for accessibility and tagged PDF
-
That news is quite old, but it is the sad reality that you don't own proprietary software even though you pay for...
Since you have coding skills you may find yourself more comfortable using #SpeedataPublisher
www.speedata.de
-
Releasing the new stable version 4.18 (after 24 minor releases).
The biggest changes compared to 4.16 is the new XML/XPath parser (now default) and the default font loader HarfBuzz. Both things are a major step forward.
Here is the link to the announcement: https://news.speedata.de/2024/04/22/release-speedata-publisher-4-18/
Download at https://download.speedata.de
-
Releasing the new stable version 4.18 (after 24 minor releases).
The biggest changes compared to 4.16 is the new XML/XPath parser (now default) and the default font loader HarfBuzz. Both things are a major step forward.
A more detailed announcement will follow on Monday.
Download at https://download.speedata.de
-
Page shuffling with the speedata Publisher: re-arrange pages from a PDF
-
New in my blog: reduce PDF file size by automatically resize bitmap images.
-
Markdown support in the speedata Publisher and a layout “quine”. New blog post at https://news.speedata.de/2024/03/01/markdown/
-
A somewhat lengthy blog post about integration of Lua and Go (with LuaTeX) https://news.speedata.de/2024/02/21/mixinggoandlua/
Mostly about creating wrapper libraries in Go and Lua to extend the functionality of the rather limited Lua standard library and its lack of Unicode handling.
-
XTS Version 0.18 now released. With enhanced documentation at https://doc.speedata.de/xts/.
Slowly and quietly XTS is getting more and more mature, but there is still a long road ahead.
In comparison to the speedata Publisher, XTS has many more CSS capabilities, better XPath support and more consistent.
Download on the “Releases” page at https://github.com/speedata/xts