Autolink username via the `@username` syntax miss

[Martii]

@swole_hamster is showing as @swole_hamster ... EDIT: ... from here.

Ref:

• 091ef9c (miss here probably because tokens are split with regular expression look-ahead non-capture default from here ... or try to use marked lexer?)
• 6d31f78 (possibly revert until a work-around or fix is found)

---

Trace:

> renderer.text()
Crowd Task Google Search Link by @swole
> renderer.text()
_hamster

[Martii]

And another one with info@omertabeyond.com here.

Possibly need to see if there is a look ahead and a look behind option... and during require a space before the at symbol.

[sizzlemctwizzle]

To stop matching email addresses replace the regex here with this: /(?:^|\s)@([^\s\\\/:*?\'\"<>|#;@=&]+)/

I'm not sure why the underscore is breaking the match yet.

[Martii]

I'm not sure why the underscore is breaking the match yet.

The reason is in the trace message... e.g. the package is splitting a "chunk", processing that "chunk", and we're missing it due to routine we are using with it... this is why it would be useful to have a look ahead and look behind with that package so we could see if the "chunk" needs aggregation.

[sizzlemctwizzle]

To be fair. The text rendering method isn't one listed in the official api. I found it by going through the source of the package.

[sizzlemctwizzle]

The html renderer method would work, but I was trying to avoid linking in code and pre blocks.

[sizzlemctwizzle]

We could probably do it in here but skip when aType === 'html' so we don't do it twice.

[sizzlemctwizzle]

I'll take this issue since it was my feature.

[Martii]

but I was trying to avoid linking in code and pre blocks.

Might be a little irritating when we get notifications (#15 and/or #242) but may not... since I can divine this is another reason why you wanted this feature. ;)

[Martii]

@sizzlemctwizzle
Should this be autolinking in code md blocks? e.g. @sizzlemctwizzle ??