Nate

Axis 0 is useless in polar viewports.

2

Axis 0 is useless in polar viewports. My goal is to display a numberline-like horizontal axis and then add in a polar grid around it. Something similar can trivially be...

Allow digraphs with i^K

6

^K is used to enter digraphs (and, thus, unicode or otherwise difficult-to-type characters) in insert mode. When searching, ^K may also be used to search for difficult-to-type characters. It would...

Circled mathematical symbols are too small to read.

2

The glyphs for unicode characters such as "circled plus", "circled times", etc. are rendered quite small in Hack, making it difficult to tell which one is which at small font...

Handle 'exception' types better

2

The code to check whether a function is an exception (in output.py HelpFile.WriteChunk) is hacky and brittle. We should generalize the mechanism. (The same hack is used in block.py Block.Close,...

Add tests

2

Tests would be nice. Vimdoc is currently pretty hacky and fairly buggy.

We got rid of pipe line continuations in vimdoc. That means currently there's no way to have an `@throws` line longer than 80 characters. Given this vimdoc comment: ``` "...

Put line numbers in vimdoc exceptions.

1

module.py Module.Merge may be a good place to start. In fact, vimdoc exceptions should be made more intelligent across the board. Line numbers are a good place to start, though.

When I put `@function(maktaba#error#Shout)` in library.vim, vimdoc dies because it can't find maktaba#error#Shout. Note that there's likely some randomness involved here depending upon which plugin file is loaded when. Vimdoc...

Vimdoc should write optional parameters as [arg='default'] in function headers

1

This is a little nicer than just tossing "[foo] is value by default" at the end of the doc paragraphs.

The various types of list (see output.py HelpFile.WriteParagraph) are poorly documented and stringly typed. We should explicitly differentiate between the different types of lists in the parser.