The one thing holding me back from switching from Windows to Linux was the very poor PDF support in Linux. Every time I raised this several people told me I use PDF wrong. Others would tell me to use Inkscape, Draw, Okular etc.

Office workers, publishers, academics and many more are expected to edit several PDFs every day. It may be simply crossing things out in a draft, adding/deleting/extracting/converting pages, OCRing or dewarping images. Telling colleagues, clients and line managers they shouldn’t do it is not an option. Adobe does all this and more very well. This workflow is so common and important in so many contexts, I am surprised it’s not a separate application in the LibreOffice suite. What is more surprising is some of the attitudes.

I have now switched to Linux anyway, but I had to create scripts to do things with Ghostscript. Not very user-friendly and I wouldn’t recommend Linux to people who rely heavily on PDF handling.

Same situation here. For heavier editing I now use local Stirling PDF and BentoPDF. As I say above, both run in docker, but Stirling PDF also comes as Appimage. They are powerful but don’t feel like integrated applications.

But there is a surprising gap in Linux for PDF editing. Available tools are like toys for the task or geared towards techies. I would expect a PDF reader/editor to be a separate application in the LibreOffice suite. (No, Draw or Inkscape won’t cut it, sorry)

I stopped recommending Master PDF Editor when I realised they were trying to lock me in with letting me know after the event that watermarks would be added.

PDF4QT is aekward in many ways but the latest version has the best compression, even allowing you to select one-by-one which images will be compressed and how.

Other options for editing are local Stirling PDF and BentoPDF. Both run in docker, but Stirling PDF also comes as Appimage. They are powerful but don’t feel like integrated applications.

I agree it’s great but I had issues running it under Wine. An alternative is Xodo for Linux which apparently is Qoppa PDF Studio revamped. These three look strangely very similar. But Xodo has other issues, including crashes.

Yes, and you might also say that time-starved humans just reviewing LLM output may generate more accurate reports than having to write them from scratch in a rush. That’s until humans get complacent or are expected to do even more per minute. But there is a fundamental difference. Unlike humans, LLMs don’t understand context and don’t do sanity checks. When they hallucinate they can do so wildly, without a sense of implications, but always with confidence.

A policy I saw coming out of an NHS (UK) department mandated ‘human-in-the-loop’ which is essentially what the article mentions in the end. The risk is that over time clinicians may become complacent with ‘good enough’ and don’t bother to review thoroughly. And it may be easy to spot mistakes, but not necessarily omissions unless you keep your own notes. More so after a long session, although medical appointments are typically short and focused.

On a positive note, in my experience clinicians using LLMs do indeed spend more time engaging with service users. In an ideal world, they would be given time to engage and take notes, but this is not going to happen.

Windows refugee here. I installed Debian 13 with KDE Plasma on my main machine four months ago and I am still ironing out issues. Eg CUPS was asking me to login all the time and didn’t accept my credentials. After some days researching I discovered I had to log in as root. Then, I discovered I didn’t have root credentials for some reason. I had to create them and then add my local user to a group! Just to be able to use my home printer.

Or suddenly my clock was 62 minutes off. I discovered the NTP service was never set up properly and I had to install chrony.

I don’t see how I could have avoided using the terminal. These are only a couple of examples. No deal-breakers and on this occasion I had the time and determination to resolve them. I could have easily given up.