[GUI Plugin] Kobo Utilities - Page 60

Francois_C · 01-31-2015, 11:19 AM

Hi eveybody,

Unsure whether Kobo Utilities or Kobo Touch Extended is involved, as both updates came together (2015/01/31): after the update, the title page of a home-made book (with Amanuensis, but same issue with Calibre-built books) no longer considers the size specified in the stylesheet of the original ODT source file (and epub css).
The issue seems to be connected with a new "stylehacks.css" that does not work properly.

Code:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
  </head>
  <body>
<p class="aut"><span class="koboSpan" id="kobo.1.1">Marcel Pagnol</span></p>
<p class="aut"><span class="koboSpan" id="kobo.2.1">de l’Académie Française</span></p>
<p class="titliv"><span class="koboSpan" id="kobo.3.1">Le temps des amours</span></p>
<p class="copy"><span class="koboSpan" id="kobo.4.1">Souvenirs d’enfance</span></p>

Code:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
    <link href="../kte-css/stylehacks.css" rel="stylesheet"/>
  </head>
  <body><div id="book-columns"><div id="book-inner">
<p class="aut"><span class="koboSpan" id="kobo.1.1">Marcel Pagnol</span></p>
<p class="aut"><span class="koboSpan" id="kobo.2.1">de l’Académie Française</span></p>
<p class="titliv"><span class="koboSpan" id="kobo.3.1">Le temps des amours</span></p>

To the moment, I was only able to revert to the former versions by copying the previons zip files, which I had fortunately kept on the Linux version...

Thanks.

Attachments: page code samples and their display in PNG.

davidfor · 01-31-2015, 08:38 PM

Francois_C: That's definitely the extended driver. The change was to add some extra div's and CSS to match more closely what Kobo was doing. This was to solve a formatting problem and either make one of the patches work for sideloaded books or negate the need for it. There is a lot of discussion about in the extended driver thread.

Francois_C · 02-06-2015, 01:12 PM

Thanks, David. I'll check these discussions.

But maybe I must never update the KoboTuchExtended plug-in or remove it?

BTW, the code it produces is rather ugly, compared with the clean epubs I build but the display on my new Kobo Glo is nicer than that of pure epubs.

The very notion of "sideloaded" books is quite strange to me, as I never purchased one book from Kobo in five years, and I'll never do it. I simply cannot bear the thought of reading an encrypted book, to think that for the sake of a merchant, I must suffer this humiliation, keep the sooty shadow of commercial interests over the pleasures of the mind...

Terisa de morgan · 02-06-2015, 01:17 PM

Francois_C, get the new update of the Kobo Touch Extended Driver, remove the book from you device and send it again. I think it should be Ok now.

davidfor · 02-06-2015, 05:38 PM

Quote:

Originally Posted by Francois_C

Thanks, David. I'll check these discussions.

But maybe I must never update the KoboTuchExtended plug-in or remove it?

As Terisa said, get the newer version. Or, decide it isn't for you.

Quote:

BTW, the code it produces is rather ugly, compared with the clean epubs I build but the display on my new Kobo Glo is nicer than that of pure epubs.

The generated code matches what Kobo use for their kepubs. They use the extra spans for the reading position and bookmarks in the reader.

Francois_C · 02-13-2015, 05:47 AM

Thanks, Terisa and David. I'll try the new version of the plugin.
The extra spans are not very nice in the code, but, indeed, they provide a much better display on the Kobo. As I keep only the ODT sources and the last epub I built, this is not a real issue.
But maybe something could be done to prevent people from blindly modifying their epubs with some Calibre plugins (or sometimes Sigil). When a book has been modified by several users, it can become a terrible mess of embedded spans (plus blockquotes added with Sigil...)...

Terisa de morgan · 02-13-2015, 06:23 AM

Quote:

Originally Posted by Francois_C

Thanks, Terisa and David. I'll try the new version of the plugin.
The extra spans are not very nice in the code, but, indeed, they provide a much better display on the Kobo. As I keep only the ODT sources and the last epub I built, this is not a real issue.
But maybe something could be done to prevent people from blindly modifying their epubs with some Calibre plugins (or sometimes Sigil). When a book has been modified by several users, it can become a terrible mess of embedded spans (plus blockquotes added with Sigil...)...

I don't understand. I modify my epubs as I prefer, why does a software have to prevent me to do it?

(Out of curiosity note: why do anybody mind the xhtml code inside your book if it looks nice? I can understand this if you have to maintain later the code by hand. In other case, not so much).

BobC · 02-16-2015, 07:01 AM

I got the following after compressing my Glo database :

calibre, version 1.48.0
Kobo Utilities - Compress Device Database: The database on the device has been compressed.
Original size = 84.092MB
Compressed size = 84.362MB

Any thoughts on why the "compressed" version is bigger than the original ?

Using Win XP hence Calibre 1.48 and 2.81 on the Glo as I really don't want to lose the "Reading Progress" facility.

BobC

davidfor · 02-16-2015, 07:47 AM

I haven't seen that before. SQLite does the compress by exporting the database and then reimporting it to a new database file. That would usually produce a smaller file. The only thing I can think of is if the database allocated some free space in the tables. That is done to make adding data faster. If this is happening, then an increase in space would be because some of that free space had been used.

BobC · 02-16-2015, 02:15 PM

Quote:

Originally Posted by davidfor

I haven't seen that before. SQLite does the compress by exporting the database and then reimporting it to a new database file. That would usually produce a smaller file. The only thing I can think of is if the database allocated some free space in the tables. That is done to make adding data faster. If this is happening, then an increase in space would be because some of that free space had been used.

FWIW I had a backup of the database before compressing so I opened it with SQLite Expert and ran "vacuum" on it. It went from 84.092MB to 83.35MB. I don't know if that tells us anything other than it was possible to squeeze it a little bit.

Not worth worrying about but interesting all the same.

BobC

davidfor · 02-16-2015, 06:39 PM

Quote:

Originally Posted by BobC

FWIW I had a backup of the database before compressing so I opened it with SQLite Expert and ran "vacuum" on it. It went from 84.092MB to 83.35MB. I don't know if that tells us anything other than it was possible to squeeze it a little bit.

Not worth worrying about but interesting all the same.

All the plugin is doing is running VACUUM, so the results should be the same. But, there might be some slight differences due to the exact versions of the SQLite libraries the different applications are using. Or if they set other options before the VACUUM.

At only 1MB difference between the versions, I'm not worried. If it was a lot bigger, then it might be something to look at.

emperorskeeter · 02-17-2015, 04:39 PM

Love the plugin and thanks for all the hard work.

I would love to be able to add ".X" to the series. For example:
Book 1
Book 2
Book 3
Book 3.1
Book 4

As it is now, you can only add whole numbers to the series.

Thanks.

DNSB · 02-20-2015, 02:10 AM

Quote:

Originally Posted by emperorskeeter

Love the plugin and thanks for all the hard work.

I would love to be able to add ".X" to the series. For example:
Book 1
Book 2
Book 3
Book 3.1
Book 4

As it is now, you can only add whole numbers to the series.

Thanks.

??? Within Calibre, you can add fractional numbers to series. In one series I have, about half the entries are whole numbers for books and fractional numbers for short stories that are part of the series. This is done manually by editing the series number from the edit metadata option.

So I have stuff like:
Book 1.00
Book 1.25
Book 1.50
Book 2.00
Book 2.50
Book 3.00 ...

Francois_C · 02-20-2015, 10:46 AM

Quote:

Originally Posted by Terisa de morgan

I don't understand. I modify my epubs as I prefer, why does a software have to prevent me to do it?

(Out of curiosity note: why do anybody mind the xhtml code inside your book if it looks nice? I can understand this if you have to maintain later the code by hand. In other case, not so much).

In some books I was given by friends, unskilled use of some plugins break the basic layouts and may even remove italics, bold chars… Most ebooks manipulated by newbies are indented even on text which should be centered.

Yes, I'm also a programmer and I hate ugly code, which causes errors and slowdowns. I maintain the code by hand on my ebooks with the Calibre editor, and I often remove dozens of useless classes: I first remove the tag string between < > in the whole text, then the</> with the auto repair function, then the css class in the stylesheet…

But the simplest way is often to shrink all html files into one, change the xml header to an html one, export the html, css and images, open and edit with LibreOffice, save to ODT and rebuild with Amanuensis.

Sometimes, I had ebooks which loaded very slowly, and I found that every html page contained an integral, sometimes gigantic, list of all fonts in the computer, which is totally useless and can be removed without any display change (and a serious size decrease) by a search and replace with Calibre editor in the whole text. I don't know for sure what causes this oddity: always in books made with MS Office. I suppose with former versions of Calibre and RTF files.

Terisa de morgan · 02-20-2015, 05:50 PM

Well, some of that I can understand. Now, I use the editor, previously vim only. But the program avoiding me to edit them? No way.

02-06-2015, 01:12 PM	#888
Francois_C Zealot Posts: 106 Karma: 8300 Join Date: Jul 2012 Location: France Device: Kobo Aura H2O, Kobo Touch, Kobo Mini	Thanks, David. I'll check these discussions. But maybe I must never update the KoboTuchExtended plug-in or remove it? BTW, the code it produces is rather ugly, compared with the clean epubs I build but the display on my new Kobo Glo is nicer than that of pure epubs. The very notion of "sideloaded" books is quite strange to me, as I never purchased one book from Kobo in five years, and I'll never do it. I simply cannot bear the thought of reading an encrypted book, to think that for the sake of a merchant, I must suffer this humiliation, keep the sooty shadow of commercial interests over the pleasures of the mind... Last edited by Francois_C; 02-06-2015 at 01:18 PM.

02-17-2015, 04:39 PM	#897
emperorskeeter Junior Member Posts: 6 Karma: 10 Join Date: Feb 2015 Device: Kobo Aura	Feature Request Love the plugin and thanks for all the hard work. I would love to be able to add ".X" to the series. For example: Book 1 Book 2 Book 3 Book 3.1 Book 4 As it is now, you can only add whole numbers to the series. Thanks.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[GUI Plugin] Manga plugin	mastertea	Plugins	6	01-06-2022 02:43 AM
[GUI Plugin] Save Virtual Libraries To Column (GUI)	chaley	Plugins	14	04-04-2021 05:25 AM
Kobo Utilities Plugin Question	nikev	Kobo Reader	10	09-25-2018 11:55 PM
[GUI Plugin] Plugin Updater Deprecated	kiwidude	Plugins	159	06-19-2011 12:27 PM

01-31-2015, 08:38 PM	#887
davidfor Grand Sorcerer Posts: 24,905 Karma: 47303824 Join Date: Jul 2011 Location: Sydney, Australia Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos	Francois_C: That's definitely the extended driver. The change was to add some extra div's and CSS to match more closely what Kobo was doing. This was to solve a formatting problem and either make one of the patches work for sideloaded books or negate the need for it. There is a lot of discussion about in the extended driver thread.

02-06-2015, 01:17 PM	#889
Terisa de morgan Grand Sorcerer Posts: 6,638 Karma: 12595249 Join Date: Jun 2009 Location: Madrid, Spain Device: Kobo Clara/Aura One/Forma,XiaoMI 5, iPad, Huawei MediaPad, YotaPhone 2	Francois_C, get the new update of the Kobo Touch Extended Driver, remove the book from you device and send it again. I think it should be Ok now.

02-13-2015, 05:47 AM	#891
Francois_C Zealot Posts: 106 Karma: 8300 Join Date: Jul 2012 Location: France Device: Kobo Aura H2O, Kobo Touch, Kobo Mini	Thanks, Terisa and David. I'll try the new version of the plugin. The extra spans are not very nice in the code, but, indeed, they provide a much better display on the Kobo. As I keep only the ODT sources and the last epub I built, this is not a real issue. But maybe something could be done to prevent people from blindly modifying their epubs with some Calibre plugins (or sometimes Sigil). When a book has been modified by several users, it can become a terrible mess of embedded spans (plus blockquotes added with Sigil...)...

02-16-2015, 07:01 AM	#893
BobC Guru Posts: 691 Karma: 3026110 Join Date: Dec 2008 Location: Lancashire, U.K. Device: BeBook 1, BeBook Pure, Kobo Glo, (and HD),Energy Sistem EReader Pro +	I got the following after compressing my Glo database : calibre, version 1.48.0 Kobo Utilities - Compress Device Database: The database on the device has been compressed. Original size = 84.092MB Compressed size = 84.362MB Any thoughts on why the "compressed" version is bigger than the original ? Using Win XP hence Calibre 1.48 and 2.81 on the Glo as I really don't want to lose the "Reading Progress" facility. BobC

02-16-2015, 07:47 AM	#894
davidfor Grand Sorcerer Posts: 24,905 Karma: 47303824 Join Date: Jul 2011 Location: Sydney, Australia Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos	I haven't seen that before. SQLite does the compress by exporting the database and then reimporting it to a new database file. That would usually produce a smaller file. The only thing I can think of is if the database allocated some free space in the tables. That is done to make adding data faster. If this is happening, then an increase in space would be because some of that free space had been used.

02-20-2015, 05:50 PM	#900
Terisa de morgan Grand Sorcerer Posts: 6,638 Karma: 12595249 Join Date: Jun 2009 Location: Madrid, Spain Device: Kobo Clara/Aura One/Forma,XiaoMI 5, iPad, Huawei MediaPad, YotaPhone 2	Well, some of that I can understand. Now, I use the editor, previously vim only. But the program avoiding me to edit them? No way.