Inline code in the docs - the correct way

H. S. Teoh hsteoh at quickfur.ath.cx
Thu Feb 1 16:14:36 UTC 2018


On Thu, Feb 01, 2018 at 09:09:28AM -0500, Steven Schveighoffer via Digitalmars-d wrote:
> On 1/31/18 9:58 PM, Walter Bright wrote:
> > On 1/31/2018 5:37 PM, Steven Schveighoffer wrote:
> > > Where it breaks down is when you have many nested tags, and you
> > > end with )))))
> > 
> > Long ago, I adjusted my text editor so that when the cursor is
> > placed on), the matching ( is found. Ditto for { }, [ ], < >, and
> > #if/#elif/#else/#endif (!). It's been incredibly convenient.
> 
> This has literally been in vim since I started using it, what, 15
> years ago?  It doesn't matter.

Yeah, vim has had this *by default* since who knows how long ago.  I've
been surprised that things like this still bother people today --
non-vim users are missing out!


> When I'm reviewing a PR, I don't see the matching as easily. Even with
> an editor tool, it's a lot of parentheses to look at.
[...]

This is one reason I'm not a fan of browser-based tools. They're
essentially just 90's technology in fancy dress.  For reviewing
complicated PRs, I still prefer just fetching the git branch directly
into my local Phobos fork and using vim to look through the code.  Seb's
git scripts for fetching/pushing PRs is pretty useful for this; see the
Maintainer's guidelines page on the wiki.


T

-- 
Valentine's Day: an occasion for florists to reach into the wallets of
nominal lovers in dire need of being reminded to profess their
hypothetical love for their long-forgotten.


More information about the Digitalmars-d mailing list