[luka6000]

Originally Posted by kovidgoyal

1) calibre has always set the author of downloaded news to calibre. There was an unintended loophole earlier that recipe authors could use to get around this, that has now been closed.

ok, so why not rethink this idea? It's just the information within library metadata, so why not make it true instead of putting false author?

2) Many ebook formats do not support metadata beyond title and author, and the code is designed to work with them as well. That is not going to change.

Library metadata does support lots of fields - why use 'author' for tracking recipe download? There are better metadata for that.

3) Setting the author to calibre is not a means to claim authorship of the content. To imply that it is, is silly. I doubt anyone suffers under the illusion that calibre claims to produce the content downloaded by the fetch news system. Authorship information as well as copyright notices at the bottom of articles are preserved by the download process. Setting the metadata author field is simply a way of signalling that the ebook file has been created by calibre. A way that actually works across multiple ebook formats.

I understand 'why'. I'm just saying that it's not the only way and maybe you could give it a second thought?

As for now, calibre is actually replacing original author with 'calibre' and it does that only with library metadata. If you insist that there is a need to mark a file created by calibre, maybe make it like 'NY Times by calibre' if there is 'NY Times' author already set. Maybe let it be configurable?

All I'm saying is that technology is not an issue here. Calibre should use different field for tracking news download if you decided that it should track this kind of content. And calibre library is already capable of doing this better. The issue with file formats supporting only title and author is a different problem. Are there any plans on how long should new calibre features all work on every file format? Is it good for development?