tech-userlevel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: GSoC Project Status Update: Apropos Replacement



2011/6/21 Jukka Ruohonen <jruohonen%iki.fi@localhost>:
> On Tue, Jun 14, 2011 at 11:57:55PM +0530, Abhinav Upadhyay wrote:
>> A more detailed information on my blog post:
>> http://abhinav-upadhyay.blogspot.com/2011/06/netbsd-gsoc-weekly-report-2.html
>
> Just a footnote. I'll quote the above blog entry:
>
>  "Handling .Nm macros: .Nm macros seem to be special in the syntax of man
>   pages. From what I have seen, the argument for the .Nm macro is
>   specified only at the beginning of the man page (usually the NAME
>   section) and after that if at any place in the rest of the man page
>   .Nm macros is used, the parser will replace it with its original
>   value specified previously at the top.  So at the present moment, we
>   are unable to handle this. So wherever .Nm macros is used again, it
>   is being simply ignored."
>
> I recall having a discussion with Thomas about this and neither of us were
> that keen on using anything but a single .Nm as an identifier. So the above
> sounds right to me. Take something like pmf(9): a big, paragraph-like,
> .Nm-list just clutters the page and should be removed, IMO. I think those
> multiple .Nm's were used because of the primitiveness of apropos(1).
>
> - Jukka.
>

Hi,

I don't have much say on this topic as I am very new and not much
aware of the issues existing with man(1) and related utilities. For
the above quoted problem I had opened an issue on Github:
(https://github.com/abhinav-upadhyay/apropos_replacement/issues/4) and
I have fixed it as well. :-)

This is the commit:
https://github.com/abhinav-upadhyay/apropos_replacement/commit/bbdab19ac263df09af82490426147dac68764b9b

Thanks for shedding some light on this topic. I appreciate it. :-)

--
Abhinav


Home | Main Index | Thread Index | Old Index