Page 4 of 7

Posted: Thu 03 Sep 2015, 12:54
by Smithy
Xournal breaks Dpup Wheezy rcrn51, the firewall disappears and the hard drive icons turn into a funny looking "app icon" or something and on the other QT pdf progs things break or lock up.
I' m trying to get Geoffrey's Master PDF Editor 3 installed:
Screenshots and paste terminal is now broken, will have to reboot.

Posted: Thu 03 Sep 2015, 14:40
by rcrsn51
Smithy wrote:Xournal breaks Dpup Wheezy
No kidding. I apologize. I use a repackaged Xournal as a portable app, so I haven't run smokey01's PET installer recently. It has serious problems with many Puppies.

One wonders how many other people have experienced this corruption but couldn't be bothered to report it.

I have rebuilt the Xournal PET package to be Puppy-compatible and have tested it successfully in a variety of Puppies. It is small enough to be an attachment.

The on-line documentation is here.

Please test.

Bill

=================

Update: The 0.4.8.2016 version will run in Lupu 528 with a symlink:

Code: Select all

cd /usr/lib
ln -sf libpoppler-glib.so.4.0.0 libpoppler-glib.so.8
============

Posted: Thu 03 Sep 2015, 15:16
by Smithy
You're a star Rcrn51! Works perfectly now in DPup 3.5.2.11.
That is a great little combo with your PDF swiss knife package.
I did get Geoffrey's PDF Editor to work, but only with Precise 5.7.1.
What I was doing previously was printing out pdf pages, scanning back in after writing annotations by hand and then using your swiss knife to turn them back into a neat 1.5mb pdf, (actually I quite like that look, but it is time consuming).

Thanks.

Posted: Thu 03 Sep 2015, 15:32
by rcrsn51
Smithy wrote:actually I quite like that look
Then you need a Wacom pen tablet so you can do the same thing in Xournal. :wink:

Posted: Mon 12 Oct 2015, 15:57
by step
Hi rcrsn51, I'm continuing here the discussion we started in the Fatdog64 thread.
I'm investigating my options for n-up printing. Ideally, I'm looking for a CUPS printer backend that displays an n-up options dialog, allows viewing the imposed result and then printing it to a physical printer.
With PeasyPDF I can n-up an existing PDF file, but I can't n-up print other file types directly from PeasyPDF, correct? Perhaps PeasyPDF could be modified to act such a CUPS backend, but it seems to me that your direction with PeasyPDF is to provide am easy-to-use GUI for common PDF manipulation functions, rather than specialize on printing documents. So PeasyPDF doesn't seem the right choice for what I'm looking for, what do you think? I like the way PeasyPDF is consistently using Ghostscript for its functionality. GS can be slow but it's complete and accurate. I think when dealing with PDFs accuracy is more important than speed.

Posted: Mon 12 Oct 2015, 16:23
by rcrsn51
In most GTK apps, you can select Print, then open the Page Setup tab. It has a Pages per Side option that does n-up. But there's no preview.

In old versions of Puppy, I couldn't get this to work reliably. So I started using an alternative - save the document as a PDF using Print to File, then use PeasyPDF. It sends the PDF directly to CUPS which handles the n-up layout. But again, there's no preview.

I agree with your assessment of Ghostscript. When Fatdog dropped it, I looked at replacements like Poppler tools. But I was never satisfied with the results.

[Edit] Here's a little trick.

1. From the GTK Print dialog, use Pages per Side, but print to the CUPS-PDF device as a preview.

2. Load that PDF into your viewer. If it looks good, print to the physical printer.

Posted: Mon 12 Oct 2015, 18:59
by step
Thanks. Just a note, in Fatdog64's package ghostscript-9.10-x86_64-1.txz, the CUPS-PDF device is called pdf-writer and has a customized backend.

Posted: Thu 15 Oct 2015, 10:14
by proebler
I have used peasypdf in Slacko-5.3.1 to easily convert a number of jpg files into a single pdf document, one picture per page.
It would be nice if the pdf page format was landscape instead of portrait.
Can this be done?

Thanks.

Posted: Thu 15 Oct 2015, 18:11
by greengeek
rcrsn51 wrote:I have rebuilt the Xournal PET package to be Puppy-compatible and have tested it successfully in a variety of Puppies.
Thank you. Working here in a Slacko 5.6 derivative. This will be handy.

Posted: Fri 23 Oct 2015, 17:53
by greengeek
I have a 12 page pdf that I scanned using the multipage feature of xsane. The pages vary from about 260KB to 500KB for a total of around 5MB. I have been investigating various ways to shrink the overall size so I can email the file.

One of the options I thought I would try is to use peasypdf to extract the less important pages using a lower dpi setting then graft them back in later. However I find that if I extract a single page but using different dpi settings I do not see any change in the overall file size of the extracted page. The extracted output page (in /tmp/PDFExtractor) is always the same size as the original page despite choosing a lower dpi. Is this expected behaviour?

(Currently on this system I am using peasypdf 2.4)

Single 'page' pdf from a multiple page pdf?

Posted: Mon 18 Jan 2016, 23:01
by davids45
G'day rcrsn51,

An un-urgent query about creating a super-sized 'single-page' pdf.

Now having a number of grandchildren, I am interested in making family trees for each of their 'lines'. These ancestral charts can extend back up to 14 generations, but even at 10 generations, that's 2 to the power 9 people so the chart gets wider and wider.

Software I have can create ancestral trees in pdf form but when I look at these on a monitor, they are displayed as individual A4 pages, so I lose the connected structure.

I can export the chart as a .jpg image and scroll around that on my computer with suitable graphic-viewing software, as well as send this image to other 'tree-dwellers'.

But is there a way to make this multi-page pdf into a single page 'monster' pdf? Just for viewing as a non-pixelating pdf, and not for paper-printing. If such pdf viewing software is around, of course.

Thanks for any ideas,

David S.

Re: Single 'page' pdf from a multiple page pdf?

Posted: Mon 18 Jan 2016, 23:29
by rufwoof
davids45 wrote:But is there a way to make this multi-page pdf into a single page 'monster' pdf? Just for viewing as a non-pixelating pdf, and not for paper-printing. If such pdf viewing software is around, of course.
Just tried creating a 1 page 6000x8000 (approx) PDF in MasterPDFeditor (3.5.81) http://www.murga-linux.com/puppy/viewto ... 805#879805 and it did so. Was slow to edit, but managed to save with Bob and Bean at top left, Satin (edited after I thought better than using Satan) at bottom right (and some lines). Evince didn't display it properly, but dragging it into Firefox it showed OK, as did if I loaded the AdobeReader SFS I use (https://drive.google.com/file/d/0B4MbXu ... sp=sharing which seemed to be the better choice of reader for scaling etc).

As you can import pdf pages into masterpdfeditor I guess you could do some copy/pasting to move the individual page contents onto the single big page and then remove other pages to leave just the single big page (tree).

In AdobeReader if you Menu, Tools, Select and Zoom, Hand Tool then the cursor/mouse pointer becomes a hand that you can click/drag the page around with.

Extraction difficulty

Posted: Tue 19 Jan 2016, 01:12
by davids45
G'day rufwoof,

Thanks for your input.

However, in slacko-6.3.0 at the moment, I cannot open or extract your .gz file of the bigpage2.pdf to check it out.

Any advice?

David S.

img2pdf option : PDFCONVERT folder keeps empty

Posted: Sat 23 Jan 2016, 16:41
by charlie6
Hi Bill,

here (on latest tahrpup-6.0.5 32 bits without devx installed) happened to use PeasyPDF-3.3 together with installation of img2pdf_tahrpup-1.1.pet:
- doing

Code: Select all

# img2pdf *.jpg -o out.pdf
in a console works nice as expected producing a unique out.pdf file having all *.jpg files joined in it;
- checking "img2pdf" option in PeasyPDF-3.3 applied to a graphic folder (having the same .jpg files in it) produces an empty /tmp/PDFCONVERT folder; if "img2pdf" is left unchecked, then /tmp/PDFCONVERT folder is populated with as many pdf-converted-dot-jpg-file-as-in-the-graphic-folder.

Tons of Thanks for your time
HTH
Charlie

Posted: Sat 23 Jan 2016, 17:10
by rcrsn51
The final combined PDF file should be /root/CONVERTED.PDF. There should be a message that says this.

The individual files in /tmp/PDFCONVERT are temporary. The img2pdf method does not make these temporary PDFs.

[Edit] I see the source of your confusion. Before img2pdf was introduced, the batch conversion process worked like this: the individual graphics were converted to PDF in /tmp. Then you had the option of combining them into one PDF that would be saved in /root.

Now the combining is done automatically for both non-img2pdf and img2pdf methods.

The documentation was wrong about this. I have fixed it.

Bill

Posted: Thu 17 Mar 2016, 02:24
by vicmz
Can I specify the page orientation (vertical/horizontal page) for the CONVERTED.PDF file?

Posted: Thu 17 Mar 2016, 02:52
by rcrsn51
What PeasyPDF version are you using?

What kind of data are you converting?

What tool are you using?

What have you already tried?

Posted: Fri 18 Mar 2016, 03:11
by vicmz
rcrsn51 wrote:What PeasyPDF version are you using?

What kind of data are you converting?

What tool are you using?

What have you already tried?
I was using PeasyPDF 3.3.

I first converted high resolution, 300dpi scanned JPG images to PDF files and then tried to make a PDF. I wanted to specify the page orientation but since I didn't see an option I assumed it would autodetect by the image width/height, but it was all vertical.

I experimented converting every pictures to PDF and then mergin all PDF files into one. The output file was all in horizontal pages, but the paper size was not letter, it was smaller.

Since it seemed not implemented yet in PeasyPDF, I used XnConvert to rotate all JPG files at once and then Master PDF Editor to make the final PDF file.

Posted: Sun 22 May 2016, 12:51
by rcrsn51
Deleted.

Posted: Tue 24 May 2016, 11:19
by rcrsn51
PeasyPDF v3.5 is posted above. There is a new JPEG section with tools for combining a batch of JPEG photos into a single PDF document.