リスト項目または引用ブロックの内容のみを選択

[debryc (Deborah Chang)]

こんにちは。ユーザーが強調テキストを選択すると、強調されたテキストの内容のみが選択され、ユーザーはすぐにタイピングを開始できることに気づきました。

これは太字テキストの場合も同様です。

ただし、ユーザーが順序付きリスト、順序なしリスト、または引用ブロックを作成しようとすると、Markdown キーボードの記号も一緒に選択されてしまいます。これにより、ユーザーはすぐにタイピングを始めることができません。

これは Markdown を知っているユーザーにとって煩わしく、内容のみを再選択する必要があるためです。また、Markdown を知らないユーザーにとっては非常に腹立たしく、何が問題なのかさえわからない可能性があります。

リストや引用の記号そのものではなく、リストや引用の対象となる内容のみが選択されるように更新することは可能でしょうか？

最後に、Markdown を知らない人への配慮という観点から、「strong text（強いテキスト）」を「bold text（太字）」に、「emphasized text（強調テキスト）」を「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

あのボタンが実際にどれくらい使われているのか不思議に思います。

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

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

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

@simon

setSelectionRange の呼び出しがあり、その開始値をマークダウン構文の長さにオフセットする必要があるのではないでしょうか。

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