dev-util/kdevelop supports .devhelp files, so ebook.eclass could depend on kdevelop instead of devhelp according to USE value.
Created attachment 41685 [details, diff] ebook.eclass.diff This patch adds support to ebook.eclass for selecting kdevelop or devhelp depending on USE=kde.
Cool someone else thought about this. Checking current status of this wish-list bug. For the moment I've done this the manual way of getting the ebooks from http://lidn.sourceforge.net; doing some script foo on all the ebooks; then adding all the ebooks into Kdevelop. Then manually editing the fields in the book.devhelp files to get titles to display correctly. Kdevelop doesn't like the directory structure of the ebooks either. You have to have the book.devhelp in the same directory as the *.html files otherwise Kdevelop cannot find them. (The reason for this is that in the book.devhelp file the link= URLs are relative.) Therefore, you can fix them by doing sed foo on the book.devhelp files or by the other method above. I'm not sure how the Gnome devhelp viewer handles the ebook directory structure - so it may need more than a conditional RDEPEND to be compatible with both devhelp and Kdevelop. Does anyone know how to overlay an eclass? as I wouldn't mind looking into this further - as in portage there are only 27 ebooks but on http://lidn.sourceforge.net there are 52 and I wouldn't mind converting some other older docs to devhelp format for use in Kdevelop. The other nice thing would be for the ebook to appear in the Kdevelop document list automatically.
Oops - sorry; it wasn't http://lidn.sourceforge.net but http://htmlhelp.berlios.de/ where I got my 52 ebooks from - but I also unpacked a few apps-doc/ebook-* and looked through the dir structure and they are the same.
the patch is now in cvs :) thanks and sorry for the delay im back :P