[Conversion Plugin] KFX Input - Page 62

jhowell · 03-30-2025, 05:05 PM

Quote:

Originally Posted by mallomar

I double checked and I only have DeDRM 10.0.9 and Obok DeDRM 10.0.9, which comes packaged with it, installed.

Those extra plugins may have been installed at one time and then the plugin zip files were deleted without uninstalling them using the calibre GUI.

Quote:

Originally Posted by mallomar

Thanks. Let me know if you'd like me to DM you the book file for troubleshooting.

No need. There was enough information in the log to show what content in the book caused the problem.

gbm · 03-30-2025, 06:11 PM

Upton testing and investigation found that for KFX need to under
"convert book--look&feel--text--Text justification" needs to be set to "original".

bernie

KFX is a nightmare of a format.

Quote:

Originally Posted by jhowell

It works for me. I just converted a book using the calibre conversion dialog from KFX to EPUB that had a short chapter of centered text. Here is what KFX Input produced:

Code:

<body class="class-1">

.class-1 {font-family: sans-serif; font-weight: bold; text-align: center}

And here is the resulting EPUB produced by calibre conversion with text-align retained:

Code:

<body class="class">

.class {
    display: block;
    font-family: sans-serif;
    font-weight: bold;
    padding-left: 0;
    padding-right: 0;
    text-align: center;
    margin: 0 5pt;
    }

I suspect that you have some other conversion setting that is interfering. I might be able to tell from a full conversion log.

JSWolf · 03-30-2025, 07:42 PM

Quote:

Originally Posted by DNSB

Am I reading your log file correctly and your calibre library is being synced with Box? Unless you configured a one-way sync which from my memories of playing with Box is not easily done. The recommendation for a one-way sync was to use RClone to do a one-way sync to Box Drive. At this time, moving your calibre library to a location where it is not being two-way synced to cloud storage.

Another item that seems a bit odd is the presence of antique DeDRM files and a couple of other plugins that are not being initialized.

I tried a sample but that converted without issue.

I just setup rclone to allow me to access OneDrive. Works perfectly. I have rclone set to mount OneDrive as a drive latter and I can easily do a one-way sync.

DNSB · 03-30-2025, 08:42 PM

Quote:

Originally Posted by JSWolf

I just setup rclone to allow me to access OneDrive. Works perfectly. I have rclone set to mount OneDrive as a drive latter and I can easily do a one-way sync.

Relevance to someone who is syncing to Box?

JSWolf · 03-30-2025, 09:13 PM

Quote:

Originally Posted by DNSB

Relevance to someone who is syncing to Box?

I'm just saying that it's very easy to setup rclone to access onedrive or box. The process is the same.

jhowell · 03-30-2025, 09:17 PM

Perhaps this discussion can be had in another thread.

mallomar · 03-30-2025, 10:52 PM

Quote:

Originally Posted by jhowell

Those extra plugins may have been installed at one time and then the plugin zip files were deleted without uninstalling them using the calibre GUI.

Thanks, that could be. Is there a way to remove them if that's the case?

Quote:

Originally Posted by jhowell

No need. There was enough information in the log to show what content in the book caused the problem.

Great, thank you!

theducks · 03-30-2025, 11:00 PM

Quote:

Originally Posted by mallomar

Thanks, that could be. Is there a way to remove them if that's the case?

Great, thank you!

Do they show as installed in the 'Get plugins' menu? Just right click on it: Remove Plugins
If it is NOT there (like NoDRM) because it is not official. Preferences Plugins: locate the name in the list, then click Remove Plugin Button

madelonw · 03-31-2025, 12:26 PM

I just downloaded and installed DeDrm 10.0.9 and am able to send books to my Kindle and download them from the device into Calibre. I have a huge (nearly 90K Kindle books), and Kindle for PC - no matter the version - DOES NOT WORK. I can't tell you how many times I have said that to Epubor whose software I purchased and went through download hell using download and transfer via USB. Anyway, this version of the DeDRM plugin is in pre-release. I have had no problem using it other than the fact that the Count Pages plugin no longer works. Count Pages seems to rely on the ability to open the book to actually "count pages."

theducks · 03-31-2025, 12:34 PM

Count Pages can 'look up' counts from configured websites. The Other tab is where you set this up.
Be sure you have the latest version of the PI for the Version of Calibre you are using (for those with older OS)

mallomar · 04-01-2025, 11:57 AM

Quote:

Originally Posted by theducks

Do they show as installed in the 'Get plugins' menu? Just right click on it: Remove Plugins
If it is NOT there (like NoDRM) because it is not official. Preferences Plugins: locate the name in the list, then click Remove Plugin Button

The issue is they don't show up either place, only as an error that they can't be initialized when looking at job details.

PeterT · 04-01-2025, 01:38 PM

Open the calibre preferences folder and remove the zip files for the non working plugins (or if you want to make sure it doesn't break anything, just rename them to have a different extension other than ZIP)

Sent from my Pixel 7a using Tapatalk

Jaws · 04-01-2025, 01:48 PM

I'm encountering three different kinds "unit inconsistencies" in KFX --> ePub; they may be unrelated, they may be due to KFX itself, to the KFX Input plugin, or something in Calibre's own conversion process. Or, I suppose, in something else entirely.

When looking at the stylesheet of an ePub that has been converted from KFX:

1. "Line height" is inconsistently "unitless" in heavily-illustrated books (and this includes, sometimes, tables of data that were embedded as a graphic). In the stylesheet (usually stylesheet.css), some styles will contain each of the following (all of which are/should be valid ePub characteristics):
line-height: 1.29017;
line-height: 129.017%;
line-height: 1.29017em;
This bugs me; it's inconsistent with good laboratory practice — and ability to maintain files over time. It has bugged me about the graphic-design community for several decades, so it may have nothing whatsoever to do with Calibre or any plugin or even KFX.

The reason that I think this may be Calibre is that the first one (the purely unitless one) only appears in "line-height" and margin/padding, never in font size or text-indent. This is a "I'm trying to understand" thing more than a bug report; but...

2. Conversion to different kinds of margin (and padding) shorthands in the ePub stylesheet seems completely random, even within the same book. One might find all of the following in the same ePub stylesheet (I just did this morning):
margin: 0 0 6.24399%;
margin-left: 6.24399%;
margin-left: 0.5em;
margin: 0 0 0 6.24399%;

This one is closer to a bug report than item 1, but the code still "works" so maybe it's not a true "bug." It is in all probability related, somehow, to "what font was specified in the KFX file, whether that font was embedded, and whether that embedded font was subsetted (possibly who subset it, too)." But it's puzzling; specifically, what's puzzling is which form for {editorial comment: STOOOPID choices in the CSS specification for "shorthands", so definitely not a Calibre issue} stating the "margin" is chosen.

3. Where, oh where, does the "this book sometimes specifies percentages and sometimes specifies ems" business come from? Is there a way to force conversions to choose one or the other?

DNSB · 04-01-2025, 03:24 PM

The first items would have the same effect if the default line-height is 1em. See the W3Schools CSS line-height Property for more information.

The second is simply multiple margin shortcuts. For more information, see the W3Schools CSS Margins

Code:

margin: 0 0 6.24399%;	would be top margin 0, left & right margin 0, bottom margin 6.24399%
margin-left: 6.24399%;	pretty obviously only sets the left margin to 6.24399%
margin-left: 0.5em;		again, sets only the left margin to 0.5em
margin: 0 0 0 6.24399%;	this sets the top, right, bottom & left (in that order) margins

Quite a bit of what you are commenting on is likely from the original document that was converted to KFX's semi-compiled format.

Jaws · 04-02-2025, 02:01 AM

In case it wasn't clear, I understand that these are all different "acceptable" descriptions for "the same thing" in CSS. (I'll growl some other time about the internal logic of CSS shorthands.) My confusion is at why these are showing up inconsistently in the same document; I do not think it's unique to KFX --> ePub, just more common and more noticeable — and more prone to break during later file maintenance/updating, let alone future formats and devices. (Not even 1992-vintage Quark was this internally inconsistent with measurements.)

04-01-2025, 01:48 PM	#928
Jaws JCL Punch-Card Collector Posts: 74 Karma: 34468 Join Date: Jun 2014 Location: Antarctica Device: Aggressively Device Independent	Unit Inconsistencies I'm encountering three different kinds "unit inconsistencies" in KFX --> ePub; they may be unrelated, they may be due to KFX itself, to the KFX Input plugin, or something in Calibre's own conversion process. Or, I suppose, in something else entirely. When looking at the stylesheet of an ePub that has been converted from KFX: 1. "Line height" is inconsistently "unitless" in heavily-illustrated books (and this includes, sometimes, tables of data that were embedded as a graphic). In the stylesheet (usually stylesheet.css), some styles will contain each of the following (all of which are/should be valid ePub characteristics): line-height: 1.29017; line-height: 129.017%; line-height: 1.29017em; This bugs me; it's inconsistent with good laboratory practice — and ability to maintain files over time. It has bugged me about the graphic-design community for several decades, so it may have nothing whatsoever to do with Calibre or any plugin or even KFX. The reason that I think this may be Calibre is that the first one (the purely unitless one) only appears in "line-height" and margin/padding, never in font size or text-indent. This is a "I'm trying to understand" thing more than a bug report; but... 2. Conversion to different kinds of margin (and padding) shorthands in the ePub stylesheet seems completely random, even within the same book. One might find all of the following in the same ePub stylesheet (I just did this morning): margin: 0 0 6.24399%; margin-left: 6.24399%; margin-left: 0.5em; margin: 0 0 0 6.24399%; This one is closer to a bug report than item 1, but the code still "works" so maybe it's not a true "bug." It is in all probability related, somehow, to "what font was specified in the KFX file, whether that font was embedded, and whether that embedded font was subsetted (possibly who subset it, too)." But it's puzzling; specifically, what's puzzling is which form for {editorial comment: STOOOPID choices in the CSS specification for "shorthands", so definitely not a Calibre issue} stating the "margin" is chosen. 3. Where, oh where, does the "this book sometimes specifies percentages and sometimes specifies ems" business come from? Is there a way to force conversions to choose one or the other?

04-01-2025, 03:24 PM	#929
DNSB Bibliophagist Posts: 45,468 Karma: 168808777 Join Date: Jul 2010 Location: Vancouver Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos	The first items would have the same effect if the default line-height is 1em. See the W3Schools CSS line-height Property for more information. The second is simply multiple margin shortcuts. For more information, see the W3Schools CSS Margins Code: margin: 0 0 6.24399%; would be top margin 0, left & right margin 0, bottom margin 6.24399% margin-left: 6.24399%; pretty obviously only sets the left margin to 6.24399% margin-left: 0.5em; again, sets only the left margin to 0.5em margin: 0 0 0 6.24399%; this sets the top, right, bottom & left (in that order) margins Quite a bit of what you are commenting on is likely from the original document that was converted to KFX's semi-compiled format.

04-02-2025, 02:01 AM	#930
Jaws JCL Punch-Card Collector Posts: 74 Karma: 34468 Join Date: Jun 2014 Location: Antarctica Device: Aggressively Device Independent	In case it wasn't clear, I understand that these are all different "acceptable" descriptions for "the same thing" in CSS. (I'll growl some other time about the internal logic of CSS shorthands.) My confusion is at why these are showing up inconsistently in the same document; I do not think it's unique to KFX --> ePub, just more common and more noticeable — and more prone to break during later file maintenance/updating, let alone future formats and devices. (Not even 1992-vintage Quark was this internally inconsistent with measurements.) Last edited by Jaws; 04-02-2025 at 02:04 AM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
KFX conversion, transfer back to library issue.	shoelesshunter	Conversion	9	04-13-2025 11:15 AM
[Conversion Input] Microsoft Doc Input Plugin	igi	Plugins	77	03-08-2025 04:04 AM
[Conversion Input] LaTeX Formulas Input Conversion Plugin	sevyls	Plugins	0	03-23-2015 05:52 AM
[Input Plugin] DOCX Input	SauliusP.	Plugins	42	06-05-2013 04:01 AM
Looking For MHT Input Conversion Plugin	FlooseMan Dave	Plugins	4	03-30-2010 05:52 PM

03-30-2025, 09:17 PM	#921
jhowell Grand Sorcerer Posts: 7,055 Karma: 91577715 Join Date: Nov 2011 Location: Charlottesville, VA Device: Kindles	Perhaps this discussion can be had in another thread.

03-31-2025, 12:26 PM	#924
madelonw Connoisseur Posts: 51 Karma: 10 Join Date: May 2009 Location: FL Device: Kindle 2, Kindle with Special Offers, iPad 2	I just downloaded and installed DeDrm 10.0.9 and am able to send books to my Kindle and download them from the device into Calibre. I have a huge (nearly 90K Kindle books), and Kindle for PC - no matter the version - DOES NOT WORK. I can't tell you how many times I have said that to Epubor whose software I purchased and went through download hell using download and transfer via USB. Anyway, this version of the DeDRM plugin is in pre-release. I have had no problem using it other than the fact that the Count Pages plugin no longer works. Count Pages seems to rely on the ability to open the book to actually "count pages."

03-31-2025, 12:34 PM	#925
theducks Well trained by Cats Posts: 30,950 Karma: 60358908 Join Date: Aug 2009 Location: The Central Coast of California Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A	Count Pages can 'look up' counts from configured websites. The Other tab is where you set this up. Be sure you have the latest version of the PI for the Version of Calibre you are using (for those with older OS)

04-01-2025, 01:38 PM	#927
PeterT Grand Sorcerer Posts: 13,381 Karma: 78877538 Join Date: Nov 2007 Location: Toronto Device: Libra H2O, Libra Colour	Open the calibre preferences folder and remove the zip files for the non working plugins (or if you want to make sure it doesn't break anything, just rename them to have a different extension other than ZIP) Sent from my Pixel 7a using Tapatalk

Advert

Advert