You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Awesome, I didn't anticipate such a handy program including a clean and accessible GUI being managed by bash.
With the .pdf files accessible to me, I noticed the widths of columns in the GUI vary much more than in the documentation. Though it doesn't inhibit usage (e.g., accessing the entries in question via copy-paste and AWK), is the presentation something one may adjust locally?
The subsequent copy-paste into editors like vim don't show this, the data are presented just as anticipated:
The observations refer to Linux Debian 12/bookworm (branch testing) and a pristine installation of PDFMtEd by today after checking the presence of libimage-exiftool-perl (12.40+dfsg-1), qpdf (10.6.3-1), and yad (0.40.0-1+b1) as provided by the Debian's repositories. The renamed .pdf file in question is attached below as .zip
Awesome, I didn't anticipate such a handy program including a clean and accessible GUI being managed by bash.
With the .pdf files accessible to me, I noticed the widths of columns in the GUI vary much more than in the documentation. Though it doesn't inhibit usage (e.g., accessing the entries in question via copy-paste and AWK), is the presentation something one may adjust locally?
The subsequent copy-paste into editors like vim don't show this, the data are presented just as anticipated:
The observations refer to Linux Debian 12/bookworm (branch testing) and a pristine installation of PDFMtEd by today after checking the presence of libimage-exiftool-perl (12.40+dfsg-1), qpdf (10.6.3-1), and yad (0.40.0-1+b1) as provided by the Debian's repositories. The renamed .pdf file in question is attached below as .zip
Masouri2019.pdf.zip
The text was updated successfully, but these errors were encountered: