If I'm not claiming the root, I'd probably stick with EBook::Tools (and EBook::Tools::Unpack, etc.), since the module doesn't require strict adherence to IDPF specs (there's even special code for handling Mobipocket extensions, for instance) — it only requires that the e-book format be convertible to a superset of one of the IDPF specs internally, and that covers a pretty wide range. EPub books are just IDPF OPF zipped up, Mobipocket is a superset of IDPF OEB 1.2, and Microsoft Lit is pretty much exactly IDPF OEB 1.2 wrapped in a proprietary container. I think the only popular container formats not based on IDPF spec are E-Reader and iSilo (and maybe Plucker for the PalmOS-only crowd), but I should eventually be able to handle imports and exports to iSilo's container format as well (since it is XML), and Plucker is just a HTML parsing toolchain that I can plug in pretty easily at least for generation. Since Mobipocket's PRC is also based on PalmDB, I may even get it to go both ways eventually.
It would seem a little odd to me down the line to pick up EBook::IDPF to use an iSiloX ixl file to create a Mobipocket prc, for instance, changing the author name along the way, and I do foresee that kind of functionality.
Update: Also, there is a synopsis of sorts, except that it's called 'Example' down at the bottom, and for some reason pod2html didn't link to it properly. I'll switch it up to Synopsis at the top before release.
In reply to Re^2: RFC: claiming the CPAN root namespace 'EBook'
by AZed
in thread RFC: claiming the CPAN root namespace 'EBook'
by AZed
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |