#evince — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #evince, aggregated by home.social.
-
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.
-
For me the moment I realised, that #niri is really great, is when I realised I do not need #texmaker anymore. Why, we'll it's there to write #latex and see the compiled PDF. But with Niri it's even more elegant than other window manager, for our our purpose same result: I just write the code in #neovim and in the other panel is bash and I compile with #taskfile. Than beside the terminal I have a PDF reader (#evince) and see the build results.
-
Argh, filling in a #PDF form with #Evince. I accidentally tick a radio button that I shouldn't have ticked. I now cannot untick it. #Okular seems to have the same problem.
(The form has clearly been authored wrong, since it has 2 separate radio button groups where there should be one, leading to the possibility of having 2 buttons ticked at the same time, but really, I don't want to have to re-fill in the entire form just because nothing will let me undo the selection!)
-
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: https://gitlab.freedesktop.org/poppler/poppler/-/issues/1660
#PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular
-
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!
-
I just discovered #sioyek, a very fast and simple cross-platform PDF viewer that is designed around reading books or scientific papers. I auto-reloads when the file changes, so is well-suited for a #latexmk workflow. Reloading is quasi-instant and also doesn't redraw everything with this dreaded flicker like many other viewers do (looking at you #evince 😑). Right-clicking on an internal link a opens a real, scrollable subwindow preview, nice! 👍
-
Still amazed that #Firefox's (#LibreWolf's, in my case) built-in pdf.js does a better job doing basic #PDF annotation and signing than #Okular or #Evince.
HOW?!? XD
Kudos to @adamsdesk / @adamsdesk for cluing me in!
-
@pabloyoyoista Does anyone know if https://github.blog/security/vulnerability-research/cve-2025-53367-an-exploitable-out-of-bounds-write-in-djvulibre/ applies to the #flatpak versions of #Papers or #Evince from #flathub?
-
#Debian13 Will Aim To Include #GNOME48, #Debian/#Ubuntu Begin Packaging GNOME Papers
"After discussion with the rest of the #Debian #GNOME 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."
#GNOMEPapers will be available in Ubuntu 25.04 while it sounds like Ubuntu 25.10 is where it could potentially end up replacing #Evince as the default document viewer.
https://www.phoronix.com/news/Debian-13-Plans-GNOME-48 -
Ubuntu 25.04’s New PDF Viewer App is Now Rolling Out
Earlier this year Ubuntu announced plans to replace document viewer app Evince with Papers, a modern GTK4/libadwaita fork1 of the former, in Ubuntu 25.04—today, the swap was made official. Papers is a fork of Evince that is actively maintained and makes use of newer technologies (GTK4, THIS), that are already present in Ubuntu. Upstream, GNOME 48 (out in March) opts to keep Evince as a core app but GNOME 49 is expected to switch to Papers. Ubuntu feels no reason to wait. Dabbled with daily builds of the Plucky Puffin prior to now? You might have noticed Papers isn’t present :sys_more_orange:
#News #Evince #Gnome #Papers #Ubuntu25_04:sys_omgubuntu: https://www.omgubuntu.co.uk/2025/03/ubuntu-25-04-new-pdf-viewer-app-official
-
@elem_courbet Un lecteur pdf permettant d'éditer les champs ? Je me souviens qu'#evince était en difficulté avec ce type de fichiers. Par contre, #okular, pas de soucis
-
#evince shows me a maximum zoom level of ~65% with https://dap.muenchen.de/index.php/s/PsUR07xQ12lPPKg/download?path=%2F03%20-%20Lagepl%C3%A4ne%20mit%20Planfeststellungsumgriff&files=3.2_BHZ_Lageplan%202%20St%C3%A4ndlerstra%C3%9Fe.pdf. Any other #pdf application that does this better or how to change evince (on #debian linux)? (And that's just an example file)
-
I replaced my document readers #Evince and #Okular with Papers 📖
https://flathub.org/apps/org.gnome.Papers
Papers is planned to replace Evince as the default document viewer on #Gnome :gnome:
It is a fork of Evince with about a third of the code migrated to #RustLang :ferris:
-
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: https://gitlab.freedesktop.org/poppler/poppler/-/issues/1555
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.
-
Accidental no-code hack for Linux desktop:
When I apply the always-on-top window hint to #Evince, open text annotation boxes in any PDF, and then minimise the program, the #PostIt-style boxes stay visible and on top of other windows.
The result is sets of very minimal post-it notes, packaged into separate PDF files, without additional programs.
Maybe this is useful to somebody. I'm using AwesomeWM on Xorg. No idea if this works for anybody else.
-
Why does #evince, #Inkscape and #GIMP take 10-15 seconds longer to open a PDF from this CIFS/Samba mount compared to from a local disk, but Firefox's internal PDF.js and #LibreOffice Draw opens it immediately? 🤔
-
Ubuntu 25.04 Plans to Preinstall a New PDF Viewer
Ubuntu 25.04 plans to include a new default PDF viewer app. Evince (aka Document Viewer) is the PDF app that comes preinstalled in Ubuntu at present. But next April’s release of Ubuntu 25.04 ‘Plucky Puffin’ could ship with a new app called Papers. Heard of Papers? It’s a modern GTK/libadwaita app to ‘view, search and annotate documents’ saved in a variety of different formats (not only PDF, but PDF is the certainly most ubiquitous in every-day needs). But what’s wrong with Evince? Why is a new app needed to do something similar to the existing one? And why aren’t developers :sys_more_orange:
#News #Evince #Papers #Pdf #Ubuntu25_04:sys_omgubuntu: https://www.omgubuntu.co.uk/2024/11/ubuntu-25-04-papers-evince-swap
-
Wait so what's a good #DocumentViewer for #Mobian that can open .doc files? #Evince doesn't seem to be able to open those 🖇️
(I only need a viewer to take a look from a distance; I'm not planning to touch it or *shudder* dig my hands in and edit it)
-
It's ridiculous how good #PDFjs is as a PDF viewer and even editor. I do like #Evince et al., but man is PDF.js better in many cases (for me):
- Umlauts/special characters in forms just work
- PDF opens instantly from this Samba server, in Evince takes ages to load
- can paste images into PDF (e.g. for 'signing' 🙃)
- can place free text
- etc.Feels like there should be a standalone PDF.js desktop app, but that'll just be a weird Electron app then I guess...
-
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: https://gitlab.gnome.org/GNOME/Incubator/papers/-/issues/236
-
@schlawar Thanks for the hint. My editing requirements are completely fulfilled by #qpdfview and I don't need another fancy PDF-editor right now. In addition I use pdfarranger.
The editor does not recognize the highlighting done by #qpdfview and doesn't print it either. #evince does at least show the highlighted text but does print just the first highlighted text correctly. I mark the relevant texts with a red rectangle now. This works but that could probably be done with another tool as well. -
#qpdfview is a good tool to annotate and highlight text in PDF files. However, neither qpdfview nor the Gnome Document Viewer (#evince) or the standard Document Viewer on #linuxmint is able to print all but the first highlighted text correctly. The second and all subsequent highligthed text show just a box in the highlight colour and not the text. How to print the PDF with annotations (highlight) on Linux / #linuxmint ?
