Hallo! Got a hold of okular-dev but haven't kenn'd on to where okular or main.cpp might be hiding (kdeoffice?)
I'm thinking I'd like to use a better reader than evince in my handy debian distro (and being deferential to whoever gives the TV news crews recipes for anti-CoV-19 herbal chicken noodle soup. It could happen.) Thanks for getting okular up there, checking checks, making promise- keeping versions for bsd, etc. All service to poplar.lib and kdeoffice? llvm okular.rust +robot_maid_good +dragon_tags +fetish_running_shoes I just saw a thread on latency since pre-curses apps (it's not 30ms anymore, despite progress on the semiconductors side; definitely not UTF-8 to blame) and want very much to be taking notes in okular (or in vim org mode, but cross-ref'd to be visible in okular so that notes compile into the pdf.) Likewise of course for local cross-reference and such to work even more effusively than ...well, Springer Online's, and for graphics analysis and maps to offer further easy cross-reference (if not already present; esp. in a fetch::LaTeX console,) give or take TrendMD adtech infection^w taint^w partnership options. Worse, I want to offer it in low-RAM environments like RasPi3s and grade school student VMs. Should I wait 3 seconds and expect larger VMs/DDR3, or rather work with common translation tools (which don't come immed. to mind..) and work up a pull request (and icon...) in kdevelop that will offer gtk-okular for debian (and other systemd-hobbling) fans? For that matter, would I even get 200MB for not loading the kdelibs required (and pivoting to gtk with reasonable skill,) or would the presence of excellent kde clipboard, note, cross-referencing/citation and working database apps just be cheating most use-cases? (Or is KDE and tmux gesture input and control really a better thing to consider?) Please help form best query, or to whack submitter (me) with a kde-forums response I missed!
