Select only the content of a list item or blockquote

[debryc (Deborah Chang)]

Hi, I noticed that when a user selects
,
only the content of the emphasized text is selected so that the user can immediately start typing.

This is true for strong text as well.

However, when a user decides to create a ordered list, unordered list, or blockquote, the Markdown keyboard symbol is selected as well, which means that a user can’t immediately stop typing.

This is an annoyance to users who know Markdown, because I need to re-select only the content, and absolutely infuriating for a user who doesn’t because they might not even know what’s wrong.

Can this be updated so that only the content of whatever is being listed or quoted is selected, and not the keyboard symbol itself?

Finally, in the spirit again of helping people who don’t know Markdown. Could “strong text” be replaced with “bold text” and “emphasized text” be replaced with “italicized text”?

[sam (Sam Saffron)]

I like this suggestion, @codinghorror’s call on the wording here. I agree calling italics emphasised in the tooltip is somewhat confusing. Looking at Stack Exchange sites it uses “Emphasis” and “Strong” so there is precedent even in non tech sites. GitHub uses “Bold” and “Italic”.

Regarding making Italics/Bold smarter. There are quite a few edge cases… for example, when you highlight this block and hit “B” what do you expect?

- test
    -  text
-test
(3) test

4. test

[spoiler]
test
[/spoiler]

test [i]test
test[/i]

The ideal outcome has a LOT of magic rules, and we don’t want to have to write a full parser here.

- **test**
    -  **text**
**-test**
**(3) test**

4. **test**

[spoiler]
**test**
[/spoiler]

**test [i]test
test
[/i]**

I am sort of pr-welcome here, but we got to determine what a very simple set of rules that capture the 99% case first.

[debryc (Deborah Chang)]

I see (1) highlighting text, then hitting “B” as different from (2) not having text and hitting “B”. The first case does have a lot of magic rules. Perhaps until there’s rich text editing (if that’s at all a priority), include a button that links to Markdown syntax? An you know, I think the second case already works very well for “B” and should be replicated for lists and blockquotes.

[simon]

@debryc

但是，当用户决定创建有序列表、无序列表或引用时，Markdown 键盘符号也会被选中

这是一个小问题，但有序列表和无序列表项仍然存在此问题：

我猜有一个 setSelectionRange 调用需要将其起始值偏移 Markdown 语法（“*”或“1.”）的长度加上空格字符的 1。

我以前从未使用过这些工具按钮。我今天才注意到这个问题，因为我需要一个 Markdown 编辑器的示例来复制。我想知道这些按钮的实际使用量有多少？

[Moin]

@simon

I wonder how much actual use those buttons get?

这些按钮对不熟悉 markdown 的人很有用。在一个从 Discourse 迁移到 Discord 的社区中，成员们最初的反馈之一是缺少格式工具栏。但是，一旦我学会了格式设置技巧，我发现自己更喜欢输入格式命令，但在使用智能手机或平板电脑时除外。这是因为按钮放置在您手指附近，比手机键盘上的特殊字符更容易访问。这就是我使用它们的原因。

我还最近报告了 op 中提到的问题。

Insert blockquote from composer toolbar

Usually, when you use the composer toolbar, the part you can customize is highlighted. [The image shows an example of text formatted to be blurred, surrounded by "" and "" tags, commonly used in online forums and discussion platforms to hide spoilers or sensitive content. (Captioned by AI)] [The image displays a text input area with the placeholder text "type or paste code here" between two lines of backticks indicating a space where one can insert code, commonly seen in markdown formatting or …

[simon]

很高兴知道！这意味着我今天添加 Markdown 编辑器格式化按钮并没有白费。\n\n另外，我可以确认这就是作曲家工具栏的问题：\n\n[quote="simon, post:4, topic:93672"]\n我猜有一个 setSelectionRange 调用需要将其起始值偏移 Markdown 语法的长度\n[/quote]\n\n我相信有人可以很快解决这个问题，但如果能再等一会儿，我很乐意提交一个 PR。