2017-10-14 0:16 GMT+09:00 LCD 47 <[email protected]>: > On 14 October 2017, Kazunobu Kuriyama <[email protected]> wrote: > > 2017-10-13 23:54 GMT+09:00 LCD 47 <[email protected]>: > > > > > On 13 October 2017, Kazunobu Kuriyama <[email protected]> > > > wrote: > > > > 2017-10-13 23:24 GMT+09:00 LCD 47 <[email protected]>: > > > > > "man-db", which is a "man" implementation used on some Linux > > > > > distributions, sets the environment variable MAN_PN to something > > > > > like "ls(1)", and passes it to programs run from $MANPAGER. To the > > > > > best of my knowledge no other "man" implementation does that. > > > > > > > > > > The manual asks you to set MAN_PN to 1. If it's still 1 (as > > > > > opposed to something like "ls(1)") when Vim is run from $MANPAGER, > > > > > your "man" didn't set MAN_PN to anything useful. When that > happens, > > > > > Vim tries to parse the name and the section of the man page from > > > > > the first line in the formatted page. However, said line looks > > > > > something like this: > > > > > > > > > > LS(1) General Commands Manual > > > > > LS(1) > > > > > > > > > > To get from "LS(1)" to "ls(1)" Vim uses tolower(). That breaks > > > > > for man pages such as "Xorg", or "Net::DNS". This is the problem > > > > > I'm trying to address. > > > > > > > > > > > > > What I found was that your solution wasn't enough for Mac. The > header > > > > which begins with something like LS(1) is not always on line 1 for > > > > Mac. And the proposed logic making everything lower via tolower() > > > > doesn't work for handling Xorg or Net::DNS for Mac. > > > > > > That isn't my solution, it's what Vim does, regardless of my patch. > > > My solution is to not mutilate "ls(1)" when parsing it from $MAN_PN. > > > This has nothing to do with the first line in the formatted page. > > > > > > > My patch is an compliment to yours. > > > > > > Here we agree: your patch and mine fix unrelated problems. _shrug_ > > > > > > > IIUC, sounds like you don't care about making your patch work on various > > system. OK, I take all that back. > > Ok, this is my last message on this topic. > > I explained in great detail what my patch is trying to fix and > why. You have the non-MAN_PN case, you aren't affected by my patch at > all. On the other hand, I don't have a MacOS and I can't reproduce the > problem you're describing in the non-MAN_PN case.
That's why tests on various systems is valuable, I think. > Please submit your > own fix for your problem, and let me deal with my unrelated problem, > thank you. > I myself have no interest in making Vim a stand-alone man pager. So I can't promise I'll take that on. So, if there's anyone who has an interest in that, please go ahead without hesitation. > /lcd > > Kazunobu > -- > -- > You received this message from the "vim_dev" maillist. > Do not top-post! Type your reply below the text you are replying to. > For more information, visit http://www.vim.org/maillist.php > > --- > You received this message because you are subscribed to the Google Groups > "vim_dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
