Register Guidelines E-Books Search Today's Posts Mark Forums Read

Go Back   MobileRead Forums > E-Book Software > Calibre > Plugins

Notices

Reply
 
Thread Tools Search this Thread
Old 07-04-2012, 05:37 PM   #226
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 37,297
Karma: 18156082
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
Quote:
Originally Posted by kiwidude View Post
Re the line-height, don't get me started. A construct that should be completely banned from epubs for the utter stupidity with which they are frequently overused to the detriment of allowing the epub to be displayed under the control of the ereader device defaults. I already floated the idea of having it as an option for this plugin on the development thread for it not so long ago.

However there are two edge cases I am aware of/was reminded of where arguably they appear to be "needed" - one is when you have dropcaps on an opening paragraph (or else you get a slight additional margin under the first line). The other is for some particular embedded fonts which otherwise will leave the lines too spaced out (unless you remove the font-family).

So in 99.9% of cases they can and should be removed, but the virtually impossible to automatically detect edge cases put it in the same bucket as indents, margins, justification, font families and font sizes as crap that we have to manually manipulate on every frigging epub because there is no standard for styles and the overly complex flexibility offered with css/html.
For the line-height, all we do is let the buyer beware and if it makes a problem, so be it. I would not mind taking the risk. Besides, the ePub can be viewed ahead of time to check. Besides, if I need line-height, it's not what the publisher puts in and were it's put in. I only use line-height wen a font used is too spaced apart. For the dropcaps, if the CSS style has the words drop and/or cap in it, don't remove the line height as that is usually correct to leave it in.

As for the text-indent, do you think that can be done using my idea?
JSWolf is offline   Reply With Quote
Old 07-04-2012, 06:09 PM   #227
kiwidude
calibre/Sigil Developer
kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.
 
Posts: 4,224
Karma: 1334002
Join Date: Oct 2010
Location: London, UK
Device: Kindle Paperwhite 3G, iPad 3, iPad Air
As I said I floated the line-height removal idea previously but no-one else came out in support of it so it went on the back-burner. Now that the covers stuff is done and working well it might find itself back in as a candidate one day.

As for the text-indent stuff, I'm afraid it isn't anywhere near that simple. In my original reply to you I had typed a whole paragraph discussing how if I was showered with money I might dabble with a fuzzy logic based approach, which would do things like using frequency and position to infer probabilities of styles being for certain purposes etc. But that might make it sound like I was contemplating attempting it - which I'm not. There are so many issues without aggregating/rewriting the css styles it isn't funny. So I removed the text from my post... but since you persist you get it now
kiwidude is offline   Reply With Quote
Old 07-05-2012, 01:54 AM   #228
44reader
Connoisseur
44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese
 
44reader's Avatar
 
Posts: 61
Karma: 1234
Join Date: Jun 2012
Device: none
1) Thanks 2) minimum line height

Quote:
Originally Posted by kiwidude View Post
Re the line-height, don't get me started. A construct that should be completely banned from epubs for the utter stupidity with which they are frequently overused to the detriment of allowing the epub to be displayed under the control of the ereader device defaults. I already floated the idea of having it as an option for this plugin on the development thread for it not so long ago.
Firstly thanks for the update and all your amazing, free, generous hard work on this and all your plugins.

Just a quick question - a cheeky one because it's not really for this thread...

I've often wondered why the default in Calibre's convert dialogue (Look & Feel) is "minimum line height 120%".

Is that too introducing something unnecessary? Can I make it 100% instead?
44reader is offline   Reply With Quote
Old 07-05-2012, 02:40 AM   #229
DoctorOhh
US Navy, Retired
DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.DoctorOhh ought to be getting tired of karma fortunes by now.
 
DoctorOhh's Avatar
 
Posts: 8,843
Karma: 12535517
Join Date: Feb 2009
Location: North Carolina
Device: Nexus 7
Quote:
Originally Posted by 44reader View Post
I've often wondered why the default in Calibre's convert dialogue (Look & Feel) is "minimum line height 120%".
If you hover over this item you will be able to read the explanation for exactly what this item does. Assuming the font size is 100% this ensures a 20% spacing between the lines.

I have converted over 9000 books with this as the setting and they are all exactly what I desire.

Quote:
Originally Posted by 44reader View Post
Is that too introducing something unnecessary? Can I make it 100% instead?
You can make it 100% but your lines might just butt up against each other.
DoctorOhh is offline   Reply With Quote
Old 07-05-2012, 03:36 AM   #230
44reader
Connoisseur
44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese44reader can extract oil from cheese
 
44reader's Avatar
 
Posts: 61
Karma: 1234
Join Date: Jun 2012
Device: none
Quote:
Originally Posted by dwanthny View Post
If you hover over this item you will be able to read the explanation for exactly what this item does. Assuming the font size is 100% this ensures a 20% spacing between the lines.

I have converted over 9000 books with this as the setting and they are all exactly what I desire.



You can make it 100% but your lines might just butt up against each other.
D'oh! I get it completely. Thanks.
44reader is offline   Reply With Quote
Old 07-18-2012, 05:17 AM   #231
Toxaris
Wizard
Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.
 
Toxaris's Avatar
 
Posts: 2,969
Karma: 3427611
Join Date: Oct 2009
Location: Heemskerk, NL
Device: PRS-300, PRS-T1
Is it possible to add a feature to remove the 'height: 100%' from the CSS? In most readers this will probably do nothing, but in at least the PRS-T1 this causes that an advance to the next page will not work when the text is not filling a page.
I think it is quite an unnecessary attribute, but I do find it in various stylesheets.
Toxaris is offline   Reply With Quote
Old 07-18-2012, 04:17 PM   #232
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 37,297
Karma: 18156082
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
Quote:
Originally Posted by Toxaris View Post
Is it possible to add a feature to remove the 'height: 100%' from the CSS? In most readers this will probably do nothing, but in at least the PRS-T1 this causes that an advance to the next page will not work when the text is not filling a page.
I think it is quite an unnecessary attribute, but I do find it in various stylesheets.
It is used to make a graphic size to the screen. I am not sure how well it works in ADE, but using height="100%" in an img statement does work as intended as long as the margins are set to 0.
JSWolf is offline   Reply With Quote
Old 07-18-2012, 04:23 PM   #233
Toxaris
Wizard
Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.Toxaris ought to be getting tired of karma fortunes by now.
 
Toxaris's Avatar
 
Posts: 2,969
Karma: 3427611
Join Date: Oct 2009
Location: Heemskerk, NL
Device: PRS-300, PRS-T1
The problem arises when the height:100% is set in the body and/or html class.
Toxaris is offline   Reply With Quote
Old 07-24-2012, 08:08 PM   #234
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 37,297
Karma: 18156082
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
I've found an issue with inserting covers. I am surprised I never noticed this before. The thing is, I don't want the cover image resized to be 775 lines. That means the same ePub on say an iPad won't look good as it will be too small. cover images do work on a Sony if they are larger then 775 lines. Can this either be removed or made yet another check option to resize?

Code:
Rescaling cover image from 921x1400 to 510x775
JSWolf is offline   Reply With Quote
Old 07-24-2012, 10:01 PM   #235
jackie_w
Wizard
jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.
 
Posts: 2,799
Karma: 4193095
Join Date: Sep 2009
Location: UK
Device: Sony PRS-350, PB360, Kobo Glo/AuraHD/Aura6"
Quote:
Originally Posted by JSWolf View Post
I've found an issue with inserting covers. I am surprised I never noticed this before. The thing is, I don't want the cover image resized to be 775 lines. That means the same ePub on say an iPad won't look good as it will be too small. cover images do work on a Sony if they are larger then 775 lines. Can this either be removed or made yet another check option to resize?

Code:
Rescaling cover image from 921x1400 to 510x775
I'll also be interested in kiwidude's comments on this.

I think the cover size, and all other book content images are scaled, during a conversion, depending on what you have set in Convert - PageSetup - Output profile. That image size you quoted looks like it could be the standard Sony output profile. For the iPad the 'Tablet' profile is probably more suitable (no image resizing) I wonder if Modify Epub also uses your Prefs default output profile to decide on whether to scale cover size or not?

I don't have a tablet, but my phone has a fairly high resolution (1280x800). I haven't yet figured a way (if there is one) to create a single epub whose images are going to be optimal on both devices. Internal images either flow off the side of my PRST1 or fill less than half of the phone screen. But at least an epub with an SVG cover will stretch to fill the screen (in one or both dimensions) on both devices simultaneously.

So far I've kept my default as 'Sony' rather than 'Tablet', but if anyone has any creative ideas, I'm all ears. I know it can be done by having 2 book entries for the same title but I don't think I'd want to do that.

It would be quite nice to have the calibre library 'master' epub always having full-size images and an option to rescale as part of the Send-to or Save-to transfer process, where the output device is known. But I suppose this would be a lot of work, not to mention significantly slowing down the transfer.

Last edited by jackie_w; 07-24-2012 at 10:07 PM. Reason: typo
jackie_w is offline   Reply With Quote
Old 07-25-2012, 03:52 AM   #236
kiwidude
calibre/Sigil Developer
kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.
 
Posts: 4,224
Karma: 1334002
Join Date: Oct 2010
Location: London, UK
Device: Kindle Paperwhite 3G, iPad 3, iPad Air
Jackie has it right. This plugin follows the same approach as calibre of resizing the cover image to your device output profile. It resizes because (a) some legacy devices don't do resizing very well and (b) it results in a smaller ePub. If you want a larger image, set the appropriate device profile for that.

And no there is no elegant way to handle multiple device image sizes for your books. Personally it doesn't bother me because while I have both iPads and a Kindle I only use the Kindle for reading on - I would never bother trying to read an ePub on an iPad. It is only PDFs I read on the iPads and they are not put through the calibre conversion pipeline. However I can understand that if you were trying to put the same books on a phone and a larger ereader it could cause you some headaches. Just carry your reader around and stop trying to read on your phone
kiwidude is offline   Reply With Quote
Old 07-25-2012, 09:07 AM   #237
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 37,297
Karma: 18156082
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
The solution is not to resize at all. In an SVG container, the images get resized properly. So a larger sized image then the screen will fit on the screen. So please, either make resizing an option or take it out altogether.
JSWolf is offline   Reply With Quote
Old 07-25-2012, 09:12 AM   #238
kiwidude
calibre/Sigil Developer
kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.
 
Posts: 4,224
Karma: 1334002
Join Date: Oct 2010
Location: London, UK
Device: Kindle Paperwhite 3G, iPad 3, iPad Air
Not resizing at all is not a "solution" - it solves neither of the two reasons which I clearly stated as to why calibre resizes images. Not resizing is a possible "option" I may consider one day but it is not a "solution" to anything.
kiwidude is offline   Reply With Quote
Old 07-25-2012, 09:17 AM   #239
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 37,297
Karma: 18156082
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
Quote:
Originally Posted by kiwidude View Post
Not resizing at all is not a "solution" - it solves neither of the two reasons which I clearly stated as to why calibre resizes images. Not resizing is a possible "option" I may consider one day but it is not a "solution" to anything.
It is a solution. It is THE solution. I don't want tiny cover images. I want cover images that if originally large enough, I get future compatibility with. Let's say that high resolution eink panels where to replace the ones we have now so that instead of 800x600, the resolution becomes 1024x768. The cover images then would be too small and have to be sized UP. That would not look as good as being sized down. What you are doing is limiting us on the size of the cover when we don't need to be. Futre devices (IMHO) will have higher resolution be it larger scree eink reader or ones with a high resolution screen or be it a tablet.

Buy resizing the image, you make the being able to change/add in a cover image useless.
JSWolf is offline   Reply With Quote
Old 07-25-2012, 10:46 AM   #240
kiwidude
calibre/Sigil Developer
kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.kiwidude ought to be getting tired of karma fortunes by now.
 
Posts: 4,224
Karma: 1334002
Join Date: Oct 2010
Location: London, UK
Device: Kindle Paperwhite 3G, iPad 3, iPad Air
@JSWolf - it is *YOUR* solution which while it might make you happy is not necessarily *THE* appropriate decision to be made for every other user out there. As you well know calibre has in excess of 6 million users. If enough users felt that strongly about it Kovid would have changed calibre's conversion behaviour - there are reasons for why it does what it does which are just as important to other users. Personally I find large covers a complete and utter waste of time and disk space. All this drama for something that users immediately skip past on their way to reading the book (Kindle users don't even have to skip it?).

Without this option in Modify ePub if you want a bigger cover you can change your output profile and just run the plugin again. There is no end of the world doomsday scenario here, the plugin can be re-run perfectly safely for those who now want bigger covers.

As I said above I will consider an option to not resize for a future release, but it isn't important enough that I am going to sacrifice a rare sunny evening in london for. And if your world will end without it, feel free to go back to using Tweak ePub to substitute your covers like you used to do. I'll get over it, honest.
kiwidude is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
[GUI Plugin] Quality Check kiwidude Plugins 780 09-12-2014 10:04 PM
[GUI Plugin] Manage Series kiwidude Plugins 113 08-01-2014 08:18 PM
[GUI Plugin] Open With kiwidude Plugins 228 07-31-2014 01:06 AM
Modify ePub plugin dev thread kiwidude Development 346 09-02-2013 05:14 PM
[GUI Plugin] Plugin Updater **Deprecated** kiwidude Plugins 159 06-19-2011 12:27 PM


All times are GMT -4. The time now is 12:52 AM.


MobileRead.com is a privately owned, operated and funded community.