![]() |
Command Line Options for ebook-convert
I have just realized that html2lrf is no longer available, and that now we have to use the command line tool ebook-convert.
In the past I was using Code:
html2lrf --bottom-margin=10 file.htmlCode:
ebook-convert file.html file.lrf --bottom-margin=10By the way, is there some place where we can find the command line options for ebook-convert? |
Quote:
Code:
ebook-convert <existing_html_file_name> anything.lrf --help |
Quote:
|
Quote:
By the way I suggest to the developers to modify "ebook-convert --help" in such a way that at least it tells you that you can get specific information about a particular format (lrf or any other) using Code:
ebook-convert <existing_html_file_name> anything.format --help |
Quote:
Not to mention that I find it strange (to say the least) that to get a command line help, I must not only specify the input and output formats, but the input file must actually exist! It's not as if anything was read from it - if I create a zero-byte HTML file, I will get my help, but if I use a nonexistent filename, I get an error message... |
Quote:
|
Quote:
Pepak is not out of line here -- even if there may exist tools that don't do help in the fashion he states. Kovid, have you ever seen the zenity help? It's pretty cool: you could do something similar, like --help-2lrf, --help-2epub, etc. Nonetheless, I'm sure you're annoyed by the repeated requests to change the help system, something that you have decided is settled. And I've surely annoyed you further. m a r |
Sigh. Here are some command line tools that dont print a complete help with --help, just like ebook-convert
svn, bzr, mplayer, gnuplot, gcc Basically any command line tool that does anything non-trivial. Now if someone has some concrete suggestion as to how to improve the help interface of ebook-convert, keeping in mind the oft repeated constraint that the available options depend on the input and output formats, please say so, otherwise hold your peace. And I should note that both the concrete suggestions in this thread have been implemented for the next release, in particular: 1) Adding a sentence about how to get more detailed help by specifying input and output formats 2) Not requiring that the input file exists when getting help |
Including a separate readme.txt for ebook-convert containing all available options/permutations would be much appreciated while you're still working on the online manual. Besides, I think I'd much rather view the help file in my favorite text viewer/editor rather than in shell.
It doesn't even have to be pretty. I'm not sure how ebook-convert limits the options (by input format? output format? both?), but a readme containing the following would probably work well enough for most people: Code:
Code:
|
|
Quote:
I really aprreciate Kovid's humor!! :2thumbsup |
Whoops. Guess I'm behind the times. :p Last time I went to that link, it was empty. Well, it wasn't but it only contained general help info. Granted, I think it was still back when I was beta testing 0.6. :sweatdrop
Still, I think including a copy of that HTML file with the Calibre install would be a good idea, specially for people who occasionally need to work on ebooks when they don't have internet access. Then, just point people to that HTML file. I also suggest switching the link in ebook-convert --help from: http://calibre.kovidgoyal.net/user_m...onversion.html to: http://calibre.kovidgoyal.net/user_m...k-convert.html At least, temporarily, while the first link is still empty. |
That HTML file is 2.2MB I don't think I want to distribute it. People that want to refer to it offline can just save it from their browsers.
I'll add a link to the main conversion documentation pointing to the ebook-convert docs until that is ready. |
Quote:
|
Quote:
Believe me, when I want to pile on, I do. I think I just ate a guy's spleen in another thread. So, don't change it -- change it; it's all okay. You've done plenty of good, m a r |
| All times are GMT -4. The time now is 10:24 PM. |
Powered by: vBulletin
Copyright ©2000 - 3.8.5, Jelsoft Enterprises Ltd.
MobileRead.com is a privately owned, operated and funded community.