![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
State of bugs, June 4
OK, so after perusing the examples throughout the community alongside their source text, here's what I'm seeing:
- Most of the bugs are fixed.
- The remaining bugs can be summed up as "user mentions before a sentence-ending period usually go bad."
Yeah? (edit: found the problem, PR here.)
That fits with the behavior changes I made recently, which went live in the (april? may?) code push. The current intended behavior for @mentions
is:
Enabled for both HTML and Markdown.
NOT enabled when "don't autoformat" is set.
TEMPORARILY DISABLED within the following elements (both Markdown and HTML variants):
- Code spans (
<code>
or backticks) - Preformatted blocks (
<pre>
; this also catches Markdown indented code blocks, which render to html as<pre><code>...</code></pre>
) <textarea>
s<raw-code>
- embedded tweets (
<blockquotes>
that have a special class. kind of a weird exception.)
Errata
- The "bold" examples below don't look like they're working, but that's just because user tag text is already styled with a bold font weight. If you inspect the HTML, you'll see they're properly wrapped in a
<strong>
element. - I didn't see any examples of this one yet, but user tags used to act weird inside links, in a variety of ways. Now, we should be using a non-linked variant of the user tag, so it looks right but doesn't break the link:
- markdown with @: some
roadrunnertwice link
- html with @: some
roadrunnertwice link
- html with usertag: some
roadrunnertwice link
- markdown with @: some