.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/2f048ac5-5564-4b34-b7f9-605357267ed2/comments/8c1c4f38-a8d4-4cf9-a9f0-e9846ebbcad8/body

   1 On Saturday 04 July 2009 02:19:35 Ben Finney wrote:
   2 > Gianluca Montecchi <gian@grys.it> writes:
   3
   4 >
   5 > > I am open to suggestion about it of course.
   6 >
   7 > Instead of a separate command for each output format, could we have a
   8 > single “produce a static report of the bug database” command, and
   9 > specify output format as an option?
  10 >
  11 > How about:
  12 >
  13 >     be report
  14 >     be report --format ascii
  15 >     be report --format rst
  16 >     be report --format html
  17 >
  18 > Where the ‘--format’ option has a default of, e.g., “ascii”.
  19 >
  20 > This would mean that you are implementing the ‘html’ format of this
  21 > putative command.
  22 >
  23
  24 This sound like an interesting idea, but what i'd like to do is not, strictly
  25 speaking, a report. It is a full tree of html pages that are browseable, both
  26 on line and offline
  27
  28 > > 2) I see that every command is implemented with a python file in the
  29 > > becommand dir. For a better code, I'd like to split the command
  30 > > implementation into two files: a file that contain the actual code and
  31 > > a second file that have the html related part, any problem with this ?
  32 >
  33 > This sounds quite sensible to me. The existence of a command implies a
  34 > module of the same name in ‘becommand’, but there's no necessary
  35 > implication that that module can't import modules from elsewhere to do
  36 > its work.
  37
  38 The "elsewhere"  for now is the same directory, just another module
  39
  40 bye
  41 Gianluca
  42
  43
  44 _______________________________________________
  45 Be-devel mailing list
  46 Be-devel@bugseverywhere.org
  47 http://void.printf.net/cgi-bin/mailman/listinfo/be-devel