First of all. What a fantastic tool! This is brilliant and works really well

There is only one thing that I do not seem to get right. When converting lists are becoming jumbled up. Bullets appear without new lines after each bullet and the lines next to the bullets/numbers are breaking up. Here is two photos of problematic lists:

Is there a way to resolve that?

Thanks!

Dionysis

Thank you for PM-ing me the example. At this point, k2pdfopt does not detect bullet markers, so it is only going by the indentation and the justification of each line. It tries to determine how the text is justified based on the width of the majority of the lines, and then chooses whether to wrap text or break the line based on indentation and line length. The first example where it is wrapping the black bullets surprises me a little--the lines must be just long enough that the logic decides they should be wrapped together. In the second example, because everything is indented, the logic says to break each line up separately. I'll check this--I thought I had it so that if enough consecutive lines were indented, k2 would wrap them. I'll put it on my to-do list to re-visit this logic. For now, there aren't any settings to effectively adjust this unless you want to use -mode fw (or select "fit width" from "Conversion Mode" menu in the Windows GUI), which preserves formatting exactly since it just crops the margins, but will probably make the text too small for you.

Although the preview shows output OK, the pages in the file are not...

I have win7, 32 bit,

k2pdfopt version 2.16

options:-dev kpw -mode fw -ls-

and -ds 1.5 because the pages size at source file are very small.

Any suggestions??

Thanks and congratulations for your last release.

Friendly regards,
Angelos

Angelos,

There's clearly something not working right with the -ds option. I'll poke into it when I get a chance. It's better if you add -n- to turn off native mode, but the text selection is still off. For now, just use -odpi to magnify the text instead, e.g. replace "-ds 1.5" with "-odpi 318" (1.5 x the usual DPI for the paperwhite).

I notice this: on my kobo glo if i create a pdf in native output with toc all is ok, if i create a pdf whit toc in refolw mode, my kobo says that the pdf is protected by drm. without toc all is fine. is a kobo bug? thanks

I notice this: on my kobo glo if i create a pdf in native output with toc all is ok, if i create a pdf whit toc in refolw mode, my kobo says that the pdf is protected by drm. without toc all is fine. is a kobo bug? thanks

@sage79 -- Have you tried viewing the PDF on any other reader? On a PC? If you post or pm me the source file and command-line options, I'll test it on my hardware.

All pdf that i try, get the same error. i think is a kobo bug. reflowed pdf with toc: this book is protected by adobe drm. native pdf with toc, all ok. reflowed pdf without toc, all ok. maybe a huge pdf with toc?

All pdf that i try, get the same error. i think is a kobo bug. reflowed pdf with toc: this book is protected by adobe drm. native pdf with toc, all ok. reflowed pdf without toc, all ok. maybe a huge pdf with toc?

The re-flowed PDFs are created using an entirely different set of code to write the PDF file than the native PDFs (which use the MuPDF library calls). So it's not a complete surprise to me that you could get different behavior from the two types.

Edit: All of the devices I've tested on (Kindle 2, iPad 1 w/iOS 5, newer iPad w/iOS 7) can read both types of PDFs (native and re-flowed) with TOCs (no false DRM problems), but none of the PDF viewers on these devices display the TOC or let you navigate through it.

I got this e-mail from a k2pdfopt user recently who asked that I post it on MR:

"I really liked the Windows gui rather than the command line in Linux. I installed Wine and then downloaded the Windows version of k2pdfopt. Works really well. Then used Calibre to convert the converted pdf to mobi. Not perfect but almost."