home.social

#gnomepapers — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #gnomepapers, aggregated by home.social.

fetched live
  1. Now I need to troubleshoot why Nautilus isn’t displaying previews for PDFs. A little research and poking around leads me to /usr/share/thumbnailers, where I discover that I have the thumbnailers for both #Evince and #GNOMEPapers available for PDFs. I figure great, I’ll run them from the command line to see why at least one of them is failing to generate thumbnail images for this PDF. Nope! They both fail completely silently. 😠 The first fucking rule of software is never fail silently.
    5/11

  2. Anyone else having trouble opening comic book archive files with Debian-packaged evince (49~alpha.1-1) or papers (49.3)? Flathub versions (evince 48.4, papers 50.2) work just file. libarchive is installed; more specifically, libarchive13t64 version 3.8.8-1.

    #Debian #Evince #GnomePapers

  3. It's unbelievable how #GNOME Papers went from being a pretty meh document viewer to my favorite one in just a single update (49->50).

    The new annotation tools are just that good!

    #GnomePapers

  4. After 1.5 years in the making, @gnome Papers 50 will let you create freestanding text & ink annotations on PDFs (using a Wacom tablet stylus, for example), i.e. drawing & handwriting (to circle things or sign documents the old-fashioned way, or highlighting on scanned documents): lbaudin.pages.gitlab.gnome.org

    Used it in practice today. I've been hoping for this for about 20 years.
    Papers nightly is such a massive improvement!

    Thank you @lbaudin for implementing it :owi:

    #GNOMEPapers #PDF #Poppler

  5. I stumbled upon a 2300-pages-long PDF document that actually is a fantastic benchmark for slow search performance (1.5 to 5 minutes) in most PDF readers (including GNOME Papers, Evince and Okular)… so I fired up #Sysprof through GNOME Builder to measure the slowness, and reported my findings in #Poppler for all of you performance optimization aficionados: gitlab.freedesktop.org/poppler

    #PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular

  6. As I'm doing magazine-style brochure design with #Scribus again lately, I thought I'd report this long-standing #Evince issue in #GNOMEPapers : layout metadata not being respected when opening #PDF documents that explicitly specify they should be viewed as booklets.

    Currently, anyone in GNOME receiving a fancy PDF from me would need to intuitively know that they are not meant to be displayed as single pages!

    gitlab.gnome.org/GNOME/papers/

    #UX #design #DTP

  7. Since our university ditched both Adobe and Master PDF, and the new PDF solution is not available for #Ubuntu #Linux, I was looking for a viable PDF signing solution. It appears that the new #GNOMEPapers app actually supports this! With caveats … 1/

  8. Will Aim To Include , /#Ubuntu Begin Packaging GNOME Papers
    "After discussion with the rest of the team, we decided to target GNOME 48 for Debian 13 “Trixie”. Our goal is to get GNOME 48 RC in before Debian’s Transition Freeze and 48.1 in before Debian’s Hard Freeze."
    will be available in Ubuntu 25.04 while it sounds like Ubuntu 25.10 is where it could potentially end up replacing as the default document viewer.
    phoronix.com/news/Debian-13-Pl

  9. If anyone is able to crash #GNOMEPapers Nightly by editing the opened PDF with an external app (ex: Paper Clip), *and* can somehow make that happen under gdb or coredumpctl, please share your backtrace, because I am unable to catch this heisenbug while running with GDB or on machines where systemd-coredump is installed: gitlab.gnome.org/GNOME/Incubat

    #GNOME

  10. New hardcore #PDF rendering performance benchmark for #Poppler:
    "Jesus Christ it's a #Lyon (map), get in the car!" :blobnom:

    That map takes 26 seconds to render with Poppler on #Linux, but only 6 seconds with PDFjs, or 15 seconds with XPDF: gitlab.freedesktop.org/poppler

    I've profiled the issue on the various Poppler rendering backends, and there are some hypotheses about the slowness. If anyone can help fix this, that would be fantastic.

    #Okular #GNOMEPapers #Evince #Sysprof #profiling

  11. Wow, #GNOMEPapers Nightly now has luminosity-based colour inversion for its night mode, preserving the general hue of colours!

    Now comes the tricky part: having the ability to not invert images at all, particularly for photographic content: gitlab.gnome.org/GNOME/Incubat

    #GNOME #PDF #darkmode

  12. I've always envied Adobe Reader/Acrobat users and tablet apps users who have forever been able to freely write on PDFs as if they are physical sheets of papers. Yes, you can use #Xournal++, but I want it as a streamlined UX built into my day-to-day #GNOME PDF reader app.

    Although it was not implemented in #Evince, the #Poppler library has some support for ink-like handwritten #PDF annotations.

    I have now put together usecases & broad ideas into this #GNOMEPapers ticket: gitlab.gnome.org/GNOME/Incubat

  13. In which I do archaeology in the depths of Loch Ness, and describe the mythical beast that one inevitably must face on the quest for the Holy Grail of performance for the #GNOMEPapers #PDF reader: multithreaded, tile-based rendering for libView gitlab.gnome.org/GNOME/Incubat

    #Linux #Poppler #GNOME #softwaredevelopment

  14. Side-effect of reading the SCotUS ruling document: I get to encounter and file a bug report on #GNOMEPapers' text highlighting rendering 👀 gitlab.gnome.org/GNOME/Incubat

  15. Alright people, time to seize the opportunity in #GNOMEPapers to fix one of my long-time performance annoyances with Evince: a potential 2x speedup by… avoiding rendering everything twice (due to the sidebar's thumbnails).

    Barring #Poppler backend renderer performance issues, this should help #GNOME have a noticeably faster and power-efficient #PDF reader app 🤞 gitlab.gnome.org/GNOME/Incubat

Share on Mastodon

Enter the server where you have an account.