Quando l’impostazione abilita scorciatoie emoji è attiva, le emoticon come :) vengono convertite in vere e proprie emoji (). Tuttavia, non è possibile aggirare questo comportamento inserendo semplicemente una barra rovesciata prima di esse (:)). Questo è incoerente con altre situazioni in cui la sequenza di escape funziona, e su Discord esiste un’impostazione simile:
Tuttavia, non è obbligatorio: se voglio che :-) rimanga così com’è, basta inserire una barra rovesciata prima e ottengo quello che desidero.
Per aggirare il problema è necessario inserire un carattere a larghezza zero tra i simboli, oppure racchiudere una lettera tra parentesi angolate al centro, dato che queste non vengono visualizzate, ecc. Ad esempio:
:<g>), :)
ciò crea una cattiva esperienza utente per coloro che desiderano maggiore libertà nel modo in cui scrivono le emoji.
Ho pubblicato un post a riguardo sul forum per sviluppatori di Roblox, che utilizza Discourse, e sono d’accordo: dover usare sempre caratteri vuoti o qualcosa per non attivare un’emoji è un po’ fastidioso; le emoji tendono a rendere il post un po’ meno professionale, e a volte vuoi solo un piccolo :) ma non un
Spero che questo venga modificato (“Immagino non si aggiornerebbe dato che è open-source e tutto il resto;”)
In realtà ho trovato questo argomento perché ho incrociato anch’io questa domanda (ho provato a evitare l’uso di uno smiley, ma ahimè, si è trasformato in un’emoji E ha inghiottito il mio carattere di escape… l’audacia, ahah)
Abbiamo già una soluzione di bypass per questo tra i backtick, ad esempio :-) e :) … oltre ai blocchi di codice … non siamo davvero sicuri che servano ancora più metodi per raggiungere lo stesso obiettivo?
Il mio punto era più sull’uso delle emoji nelle conversazioni reali: non basterebbe semplicemente non renderizzarle, mantenendole come emoticon se c’è una barra rovesciata prima di esse?
`` sono per il codice in linea; se non si sta discutendo di programmazione, l’uso dei blocchi di codice non ha senso. Anche se lo fosse, non avrebbe comunque senso, poiché i codici in linea sono generalmente utilizzati per evidenziare una singola riga di codice o per evidenziare nomi di classi/membri e simili.
Consiglio di aprire un ticket a monte, anche se ciò potrebbe significare che dovremo annotare i token di testo con “originale grezzo per il token di testo”.
Questo bug presenta una simile svista di progettazione come “gli underscore possono interrompere i collegamenti automatici”, ma potrebbe essere un espediente specifico possibile. Darò un’occhiata a cosa si può fare.
Un utente nel mio forum si è lamentato di questo problema di formattazione, ho disabilitato l’autocompletamento delle emoji come soluzione per il nostro caso d’uso, ma poiché Discourse è stato aggiornato a markdown-it v13 un po’ di tempo fa, il problema sembra persistere, mentre l’escape con barra rovesciata ora funziona su https://markdown-it.github.io/
Potrebbe essere dovuto al fatto che ember.js si basa ancora sulla versione 12 di markdown, come indicato qui?
). Tuttavia, non è possibile aggirare questo comportamento inserendo semplicemente una barra rovesciata prima di esse (:)). Questo è incoerente con altre situazioni in cui la sequenza di escape funziona, e su Discord esiste un’impostazione simile:
ha la stessa parità di `thinking` e *thinking*
