Quote:
Originally Posted by unkn0wn
yes, output profile needs to be kindle and I think you wouldn't need compression after this update.
I also face the title-date problem, especially when calibre shows that the mobi is already present when i connect my device, but then its the yesterdays mobi i left there to read.
set profile as kindle and use this code.. the titile will include date too.
Code:
def __init__(self, *args, **kwargs):
BasicNewsRecipe.__init__(self, *args, **kwargs)
from datetime import date
if self.output_profile.short_name.startswith('kindle'):
# Reduce image sizes to get file size below amazon's email
# sending threshold
self.web2disk_options.compress_news_images = True
self.web2disk_options.compress_news_images_auto_size = 5
self.log.warn('Kindle Output profile being used, reducing image quality to keep file size below amazon email threshold')
self.title = self.title + ' [' + date.today().strftime('%b %d, %Y') + ']'
we can add this code to all the recipes you mentioned. |
I still have concerns about the date inclusion. This code does add the date to periodicals when using Kindle output, but obviously only with recipes that include this code.
When selecting Kindle output, that is a global option only. Recipes that include this code will add the date, but other news downloads which don't contain this code will exclude the date because they are all forced to use the Kindle output profile. I schedule about 14 periodicals for download. Most of them don't have size problems, only the 2 or 3 I mentioned, and those only occasionally. So if I switch to using the Kindle output for the sake of those 2 or 3, I either lose dates on most downloads or I have to customize all my scheduled download recipes to include this code, or at least the part that forces the inclusion of the date in the title, which means those recipes will be frequently outdated.
Seems I'd be better off not using the Kindle output and if I get an occasional file that is too big to email I can just temporarily switch to Kindle output and re-download the offending issue.
Or, another thought, those who don't email publications but instead transfer using Calibre and a device connected by USB, must also be using the mobi or azw output format. (I don't think Kindle can display epubs natively) So maintain the practice of not including dates in the mobi format since it causes problems transferring to Kindle via USB, but allow dates to always be included in epub files, even those created created using the Kindle output profile, because dates don't create problems with emailed epubs or epubs uploaded using the "send to Kindle" app. And they don't cause problems with Amazon's conversion process.
If dates could be included in epub news files, there'd be no problem switching to the Kindle output profile globally.
Sent from my SM-G986U1 using Tapatalk