Select only the content of a list item or blockquote

Hi, I noticed that when a user selects
Screenshot%20of%20Google%20Chrome%20(8-1-18%2C%202-12-07%20PM) ,
only the content of the emphasized text is selected so that the user can immediately start typing.
Screenshot%20of%20Google%20Chrome%20(8-1-18%2C%202-16-41%20PM)

This is true for strong text as well.
Screenshot%20of%20Google%20Chrome%20(8-1-18%2C%202-20-24%20PM)

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.

Screenshot%20of%20Google%20Chrome%20(8-1-18%2C%202-13-38%20PM) Screenshot%20of%20Google%20Chrome%20(8-1-18%2C%202-13-42%20PM) Screenshot%20of%20Google%20Chrome%20(8-1-18%2C%202-13-35%20PM)

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”?

「いいね!」 9

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.

「いいね!」 4

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.

これは軽微な問題ですが、順序付きリストと順序なしリストの項目でまだ発生しています。

setSelectionRangeへの呼び出しがあり、その開始値がMarkdown構文(「*」または「1.」)の長さ+スペース文字の「1」だけオフセットされる必要があると推測します。

今日までこれらのツールボタンを使用したことはなかったと思います。Markdownエディタの例をコピーする必要があったため、問題に気づきました。これらのボタンが実際にどの程度使用されているのか疑問です。

「いいね!」 1

そのボタンは、Markdownに慣れていないユーザーにとって役立ちます。DiscourseからDiscordに移行したコミュニティでは、メンバーからの最初のフィードバックの1つは、フォーマットツールバーがないことでした。しかし、フォーマットテクニックを学んだ後は、フォーマットコマンドを入力する方が好みになりましたが、スマートフォンやタブレットを使用しているときはそうではありません。これは、ボタンが指の近くに配置されており、スマートフォンのキーボードの特殊文字よりもアクセスしやすいからです。これが私がそれらを使用する理由です。
また、opで言及されていた問題も最近報告しました。

「いいね!」 1

それは知っておいてよかった!これで、マークダウンエディターにフォーマットボタンを追加して一日を無駄にしたわけではないということですね。

また、これがコンポーザーのツールバーの問題であることを確認できます。

誰かがすぐにそれを修正できると思いますが、もう少し待つことができるなら、喜んでPRを作成します。

「いいね!」 1