> If there is an option that a user has no interest in using, why would > the user attempt to remember what it was?
I recently had to read the cvs manual to find an option of one subcommand. I assure you that it was not a pleasant task to surf between the thousands of stupid options that cvs has gained with the years. On the other side, it is a real pleasure to do "fossil help ..." and discover that the description of the subcommand takes less than 10 lines. > I personally like -M / --message-file and would value any features that > make fossil easier to integrate I have recently integrated fossil inside a GUI tool in RamDebugger (is it the first integration?), and have not missed at all the "-message-file" option. Why? It is fairly easy from an external tool to massage the log message to fit in the "-m" option. RR 2009/12/10 Daniel Clark <[email protected]>: > Ramon Ribó wrote: >>> that -M filename is also a useful choice. Regarding the bloat factor: the >>> diff for -M is only a few lines of real code. i've pasted it below, but >> >> In my opinion, the decision should not be based on the added >> complexity to the code (we programmers can deal with complexity, can't >> we?), but with the added complexity for the final user. One more >> option to read in the help, one more option to remember... > > If there is an option that a user has no interest in using, why would > the user attempt to remember what it was? > > I personally like -M / --message-file and would value any features that > make fossil easier to integrate, as I'll probably be writing fossil > support for one of the python (d)vcs abstraction layers soon. > > Cheers, > -- > Daniel JB Clark | Sys Admin, Free Software Foundation > pobox.com/~dclark | http://www.fsf.org/about/staff#danny > > _______________________________________________ > fossil-users mailing list > [email protected] > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users > _______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
