tech@mandoc.bsd.lv
 help / color / mirror / Atom feed
From: Ingo Schwarze <schwarze@usta.de>
To: Kristaps Dzonsons <kristaps@bsd.lv>
Cc: tech@mdocml.bsd.lv
Subject: Re: mdocml: Store page titles in the correct case, and by default, only put
Date: Sat, 26 Nov 2011 13:11:40 +0100	[thread overview]
Message-ID: <20111126121140.GC13912@iris.usta.de> (raw)
In-Reply-To: <4ED0D36B.2080503@bsd.lv>

Hi Kristaps,

Kristaps Dzonsons wrote on Sat, Nov 26, 2011 at 12:54:19PM +0100:
> On 26/11/2011 12:23, schwarze@mdocml.bsd.lv wrote:

>> Log Message:
>> -----------
>> Store page titles in the correct case, and by default, only
>> put stuff into the database that man(1) will be able to retrieve.
>> However, support an option to use all directories and files.
>> feedback and ok  kristaps@

> Some post-checkin comments.  First, I think we can make verbose and
> use_all into global statics, as they don't change and we're just
> cluttering the function prototypes with them.  No?

Yes.
I think a small number of global static variables is fine
in a small utility program, even though lots of global statics
tend to cause confusion in big systems.
So i like your suggestion.

> And second, in the manual, can you put the default usage following
> the arguments?
> 
>  Its arguments are as follows:
> 
>  -a    blah blah
> 
>  -b    blah blah
> 
>  By default, foo does this and that...
> 
> This is much easier to read and doesn't require that operators read
> each option to understand the defaults.

Yes, that makes sense.  By the same argument, i'd even move the
defaults *before* the options (leaving the fatal errors where
they are, of course).  When you are satisfied with the defaults,
you don't even need to read the options, and unless you understand
the defaults, the options (in particular -a) won't make much sense
to you.

I'm planning to handle these two tasks after putting the
unformatted parser in and adding the type field to the index
file.

Yours,
  Ingo
--
 To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv

           reply	other threads:[~2011-11-26 12:11 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <4ED0D36B.2080503@bsd.lv>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20111126121140.GC13912@iris.usta.de \
    --to=schwarze@usta.de \
    --cc=kristaps@bsd.lv \
    --cc=tech@mdocml.bsd.lv \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).