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

Tuttavia, quando un utente decide di creare un elenco ordinato, un elenco non ordinato o una citazione, viene selezionato anche il simbolo della tastiera Markdown

È un problema minore, ma sta ancora succedendo con le voci degli elenchi ordinati e non ordinati:

Suppongo che ci sia una chiamata a setSelectionRange il cui valore di inizio deve essere compensato dalla lunghezza della sintassi markdown (“*” o “1.”) + 1 per il carattere dello spazio.

Penso di non aver mai usato quei pulsanti degli strumenti prima di oggi. Ho notato il problema solo perché avevo bisogno di un esempio di editor markdown da copiare. Mi chiedo quanto traffico effettivo ricevano quei pulsanti?

[Moin]

@simon

Mi chiedo quanto vengano effettivamente utilizzati quei pulsanti?

I pulsanti sono utili per le persone che non hanno familiarità con il markdown. In una community che è passata da Discourse a Discord, uno dei primi feedback dei membri è stata l’assenza della barra degli strumenti di formattazione. Tuttavia, una volta imparate le tecniche di formattazione, mi sono ritrovato a preferire la digitazione dei comandi di formattazione, ma non quando si utilizza uno smartphone o un tablet. Questo perché i pulsanti sono posizionati vicino alle dita, rendendoli più accessibili rispetto ai caratteri speciali sulla tastiera del mio telefono. Questo è il motivo per cui li uso.
Ho anche segnalato di recente il problema menzionato nell’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]

È una buona notizia! Significa che non ho sprecato la mia giornata ad aggiungere pulsanti di formattazione a un editor markdown.

Inoltre, posso confermare che questo è il problema con la barra degli strumenti del composer:

@simon

Sto ipotizzando che ci sia una chiamata a setSelectionRange il cui valore di inizio deve essere compensato dalla lunghezza della sintassi markdown

Sono sicuro che qualcuno possa risolvere il problema rapidamente, ma sarei felice di creare una PR se si può aspettare un po’ di più.