View Single Post
Old 02-28-2012, 07:43 AM   #46
Agama
Guru
Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.Agama ought to be getting tired of karma fortunes by now.
 
Agama's Avatar
 
Posts: 639
Karma: 436517
Join Date: Jul 2010
Location: UK
Device: PRS-300, PW2
Quote:
Originally Posted by kiwidude View Post
Technically it isn't a problem to add such a feature. The question I would have is about at what level to generalise it. For instance you have said a <meta name="Adept.resource"...> tag is what you want removing. Is that going to be the one and only meta tag that would ever need removing from epubs? And should this be a new option, or just included with the "remove non dc: metadata" feature (since that is also about preparing an ePub for submission).
This would be a useful additional option but maybe it should be implemented as a sub-option of "remove non dc" with a Yes/No to manualy switch on this extra processing when required. Processing every xhtml document in the ePub will be much slower than just processing the OPF, and many books don't have this Adept data.
Agama is offline   Reply With Quote