about < and >

[peaceshi]

At last vsc knew what >> is !!
but,

I just make it more readable.
https://github.com/lhmouse/asteria/blob/bafd08ea05a36ae3967a761396875f7a3b602fe3/asteria/src/rocket/cow_hashmap.hpp#L30

[peaceshi]

and what it is the .cpp?

[jeff-hykin]

The .cpp is def a bug, means we probably need to add an empty-string check somewhere.

[jeff-hykin]

Just to give a little context to this problem.
If we use a Pattern, we can do pretty complex stuff, but its limited to one line (so doesn't work for <>)
If we use a Range (start + end), we can do multiline, however once the 'start' has matched, it will not stop until it matches an 'end'.

Meaning if we did the easy solution of start < end > then a less-than comparison would mess everything up because it would be looking for an end that doesn't exist.

Thats not to say this isn't solvable, its just not going to be a straightforward solution.

[peaceshi]

Meaning if we did the easy solution of start < end > then a less-than comparison would mess everything up because it would be looking for an end that doesn't exist.

Thats not to say this isn't solvable, its just not going to be a straightforward solution.

the two ways is not enough both.
the impact ..... a little bit, but not much.
the person who want to write that should know what the mean is .
no highlight of the< > in templates maybe the best way for now.

and,
vsc should not use this parser engine. really a rubbish. they need to make a new. XD

[jeff-hykin]

Well @peaceshi I've actually been working with some other guys on getting the Tree sitter parser working in VS Code.

This isssue a good example of where the tree-sitter would do a lot better.

With that said though the tree sitter is a long way off from being complete. It's running (you can download the extension) but the themes are all messed up.

[jeff-hykin]

The .cpp is def a bug, means we probably need to add an empty-string check somewhere.

I found where this was coming from and fixed the issue. The <> is still an issue though

[jeff-hykin]

closing in favor of #246