SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm an emacs user (though I use jove most of the time, for the "emacs light" experience). The original post specifically requested a graphical editor, and emacs' graphical interface is horrible. I always use the "-nw" option when using emacs, to force it into ncurses mode (which works very well).
Thus, from my perspective at least, emacs fails to meet the request's criteria.
I agree with ttk, as a religious emacs user too. Whatever emacs is, it's definitely not "lightweight" and is a far cry from "something like notepad in Window[$]". I would point at kate: simple, familiar-looking, blessed by KDE, and already included in Slackware. And for a true standard lightweight app look no further than ed.
I actually converted the PDF to text file a bit earlier, and I was astonished to see how fast the search in Vim is, even if the file is quite big.
I might use Vim, or maybe Vim for copying and some other editor for pasting and editing.
I recall using Vim not so long ago and I pasted something, and I recall you have to open a line first before you can paste, and then go back to command mode to move around.
For marking and copying you can stay in command mode.
Distribution: Debian /Jessie/Stretch/Sid, Linux Mint DE
Posts: 5,195
Rep:
Quote:
Originally Posted by turboscrew
I recall using Vim not so long ago and I pasted something, and I recall you have to open a line first before you can paste, and then go back to command mode to move around.
For marking and copying you can stay in command mode.
Only if you want to paste using SHFT-CTRL-V. Then you have to enter edit mode because the SHFT-CTRL-V actually pastes characters in the keyboard buffer. For "internal" pasting in Vim (using p or P) you stay in command mode.
I didn't find the specific document pictured on post #36 on the internet, but one probably similar: armv7-a-r-manual.pdf. It wheights 23685794 bytes according to ls and has 2734 pages.
Saving it as text using the built-in Acroread's converter (File=>Save as Text) takes a few minutes on my laptop and the layout is not preserved .
"pdftotext -layout <input file> <output file>" is amazingly fast: it takes less that one minute here and somehow preserves the layout, indenting with spaces. This could be handy in your case.
Out of topic, LibreOffice took more than one hour to open the pdf file. The result looks well but is not usable in your case as each page is rendered as a drawing (LibreOffice Draw).
Last edited by Didier Spaier; 04-21-2015 at 07:55 AM.
Reason: refernece to post number added
I didn't find the specific document pictured on post #36 on the internet, but one probably similar: armv7-a-r-manual.pdf. It wheights 23685794 bytes according to ls and has 2734 pages.
ARM Architecture Reference Manual
ARMv7-A and ARMv7-R edition
Issue C
Quote:
Saving it as text using the built-in Acroread's converter (File=>Save as Text) takes a few minutes on my laptop and the layout is not preserved .
"pdftotext -layout <input file> <output file>" is amazingly fast: it takes less that one minute here and somehow preserves the layout, indenting with spaces. This could be handy in your case.
I can have the PDF open on the side and search by chapter numbering from the text file. It doesn't cause too much trouble (considering copying from a PDF - the aiming with the mouse cursor is pretty time consuming and frustrating).
That said, maybe I'll try the '-layout'.
[EDIT]
Yep, still better with layout preserved. Thanks, Didier Spaier!
[/EDIT]
Quote:
Out of topic, LibreOffice took more than one hour to open the pdf file. The result looks well but is not usable in your case as each page is rendered as a drawing (LibreOffice Draw).
Calligra can't open it at all. I remember that OpenOffice does the best job of the three with PDFs. That's the only reason I have OoO on a windows PC.
(I think I'm going to remove Calligra and install Libre Office instead.)
Last edited by turboscrew; 04-21-2015 at 10:00 AM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.