Skip to main content

A fail: Okular PDF Reader (an alternative to Foxit PDF Reader for Linux)

The project is to build a Linux Mint machine to have the identical functionality and ergonomics as the existing Windows 10 machine. This stage relates to reading and annotating PDF files.  It is a test of a secondary piece of software following a fail of Foxit PDF Reader for Linux.

Environment & required functionality

Reading and annotating PDF files need to happen on the following machines:
  • The Linux Mint Xfce 18.3 laptop "Gandalf";
  • The Windows 10 laptop "Legolas".
The synchronisation agent is Google Drive in Windows 10, and grive2 in Linux Mint.

Alternatives

From the fail of Foxit PDF Reader, alternatives are required.

Sources:

Software selection

From the above sources (especially Linux.Com of 2014), it looks like Okular might the best candidate for a test.

Evince failed to qualify because it seems unlikely to meet the minimum requirement of annotating PDFs.

Installation experience

Easy, but not necessarily the desired outcome.

In Gandalf's admin account, used Software Manager to find Okular.  Selected and installed Okular 4.15 (so it said) via Software Manager (part of KDE flathub).

Took a very long time, >30 seconds for <300Mb of disk space consumption.

In the CLI, top revealed no particular problems, Gandalf was working all the time.  Bounced Software Manager to kick the process.  Found out that Okular had indeed been installed and clicked to launch it, to prove installed.  Okular launched.

Oddly, Okular was not immediately available from the Xfce start menu, but ran from CLI as okular.  App "Application Finder" also found Okular, but didn't run it.

However, logged out of admin, logged into non-admin user, Okular now appears in and runs from the start menu, as it should.

User experience

Immediately presented with normal-looking window, menus are accessible by keyboard, and the standard keyboard shortcuts are available.  Good start.  CTRL+O opened the file open dialogue box in ~/documents.  So it should be simple enough to type ../grive/PRIV/Project[...] to navigate to the folder in which the test PDF file is located?

Nope!  Okular's file open decided it couldn't cope with this and presented a false error message about being unable to open a file that it hadn't been told to open yet.  Accompanying the false error message was an undesired piano-like sound effect.  (Had Gandalf's apps got a general permission to make any noises?)  Had to revert to using the keyboard (or the mouse) to use the GUI objects to navigate to the test PDF file.  The alternative would have been to use the CLI out the outset.

(A minor irritation, but one that demonstrates that, once again, a different Linux app uses a different set of libraries that re-invent the triangular wheel... there appears to be too little standardisation in the Linuxverse, too many forks, too much false choices.  This can happen in the Windowsverse, but Windows developers just seem less keen to re-invent wheels!)

Opened a known good test file and the file is all present & correct, complete with annotations saved previously on Legolas and grived to Gandalf.  However, there is no ability to annotate from within this instance of Okular.

Okular's About reveals that it is 0.24.2 on KDE platform 4.14.16.  This is nothing like as advertised in the Software Manager.

There might be a different way to find the appropriate version of Okular, but this will then turn into a wild goose chase.  At this rate, the Windows user will be constantly testing software instead of actually using it to be productive, and should therefore stick with Windows.

Conclusion

Okular did not meet the minimum requirements, so counts as a FAIL on this project.

Test completed May 2018.

Comments

Post a Comment

Popular posts from this blog

Downgrading of the project: Calc has a fatal bug - it cannot reliably link workbooks

The project is to build a Linux Mint machine to have the identical functionality and ergonomics as the existing Windows 10 machine. This stage relates to on-going work to make LibreOffice Calc workable. Unfortunately, it turns out that LibreOffice isn't fit for purpose.  Specifically, it cannot reliably link workbooks, even in its own native workbooks. As a consequence, the project is now downgraded.  My time is now better spent doing other, more productive things, with a greater chance of success. Background On 29Jul2018, I complied a detailed test using fresh, sample data created specifically for the purpose, in Excel on Windows 10, then had a virtual machine running LibreCalc on Linux Mint to import it. The basic spreadsheet functionality of linked workbooks failed haphazardly. I logged the test results on 29Jul2018 on AskLibreOffice  and, to date, have yet to see any evidence of anybody taking ownership of recognising the issue and thus fixing it. The s...
Post a Comment
Read more

WPS Office Spreadsheet v Excel: at last, one that works!

The project is to build a Linux Mint machine to have the identical functionality and ergonomics as the existing Windows 10 machine. This stage relates to finding a spreadsheet package that handles existing data - over 10 years-worth of data - to migrate from Windows to Linux.  LibreOffice failed to meet the required functionality , resulting in the project being downgraded.  Time became available to test WPS Office, the result of which is that the project may continue. Environment & required functionality Excel-like functionality - in particular the use of linked workbook references in formulae such as SUMIF() - needs to be used on the following machines: The Linux Mint Xfce 18.3 laptop " Gandalf "; A Linux Mint Xfce 18.3 virtual machine " Gimli "; The Windows 10 laptop " Legolas ". The synchronisation agent is Google Drive in Windows 10, and either grive2 or google-drive-ocamlfuse in Linux Mint. This test focussed on spreadsheets, with n...
Post a Comment
Read more

Networking using OpenSSH

The project is to build a Linux Mint machine to have the identical functionality and ergonomics as the existing Windows 10 machine.  This stage relates to networking the Windows 10 machine to the Linux Mint machine. Environment & required functionality The network should be a local network - to share files and folders - between the following machines: The Linux Mint Xfce 18.3 laptop " Gandalf "; The Windows 10 laptop " Legolas ". The network is a local area network from a domestic router, the usual 192.168.x.x thing. This is the second attempt to share files and folders between Windows and Linux Mint. Thankfully, this attempt met the core objectives. Alternatives As with the first (failed) attempt , peer-to-peer networking (file sharing, simple two-way server-and-client relationship) is the most efficient way for bulk data transfers, so if the network doesn’t work, then the test has failed. Software selection Both machines needed to have ne...
Post a Comment
Read more