Vorrei disabilitare il menu popup quando viene digitato un # senza uno spazio nella mia istanza di Discourse.
Ad esempio, su meta appare come segue:
Preferirei che quel popup non apparisse affatto. Ho cercato alcune opzioni e non sono riuscito a identificare un modo per disabilitarlo.
Vuoi disabilitarlo completamente? O vuoi evitarlo solo nel caso in cui non venga digitato alcun carattere successivo?
In precedenza, attendevamo che venisse aggiunto almeno 1 carattere dopo il #, ma abbiamo modificato in modo che non sia più necessario (gli utenti lo hanno richiesto in passato, ma lo abbiamo evitato in precedenza per motivi tecnici che non sussistono più).
Grazie per la tua rapida risposta, idealmente potrei riattivare il comportamento precedente, il che presumo significhi che dovrei digitare #c prima di ottenere un elenco di tag o categorie che corrispondono a quel carattere. Se ciò è difficile, disabilitare completamente la funzionalità è anche un’opzione praticabile, ma idealmente non a costo di eliminare del tutto tag e categorie.
Puoi spiegare il vantaggio di attendere un carattere prima di offrire il completamento automatico?
Certo. Trovo che sia una distrazione trovarsi di fronte a un menu di categorie quando si sta semplicemente scrivendo un’intestazione. Questo è particolarmente evidente con autori più giovani/meno esperti. Quando digitano # e poi pensano all’intestazione che vogliono scrivere, viene loro presentato questo menu di categorie che non ha nulla a che fare con ciò che stanno cercando di digitare.
Sì, “#” lo interrompe, ma è distraente per quel periodo di tempo in cui trovano la barra spaziatrice e confuso perché il computer sta suggerendo qualcosa che potrebbe avere senso quando si scrive un commento, ma non ha molto senso quando si sta creando un post e inserendo un’intestazione.
È chiaro? Mi scuso per averci provato un paio di volte a descriverlo, ma non sono sicuro di essermi spiegato bene 
Il markdown corretto per un’intestazione include uno spazio dopo il #. Hai considerato di usare lo spazio per ignorarlo?
Mi riferisco al breve periodo di tempo tra quando qualcuno digita # e poi preme spazio.
Considera un dattilografo che digita lentamente, preme # poi cerca lo spazio e ora ha un’opzione di menu su cui deve prendere una decisione. Anche se digiti “#” velocemente, appare comunque per un breve periodo, mentre prima era qualcosa che si doveva digitare intenzionalmente usando più lettere, ad esempio “#c” per avviare una ricerca / selezione di un tag.
Quello che sto suggerendo è che quello che ora è un comportamento predefinito è distraente e interrompe il flusso di modifica anziché fornire una scorciatoia a una funzione più utilizzata rispetto alla creazione di un’intestazione. Ho assistito a questo con alcuni dei nostri nuovi utenti di computer, ma lo trovo anche distraente perché di solito sto pensando a come chiamare la mia intestazione e ora devo premere # per aggirare un menu distraente che non uso mai.
Se sono in minoranza, posso considerare di disattivarlo tramite patch, ma speravo in un’opzione basata sulla configurazione.
Mi chiedo se potremmo richiedere un’opzione di configurazione: quanti caratteri devono essere digitati prima che appaia il popup di completamento automatico?
Poiché # viene utilizzato sia per il markup che per la normale comunicazione umana, far apparire qualcosa troppo avidamente mi sembra un problema di usabilità e forse di accessibilità.
Grazie per averlo segnalato.
Penso che qualcosa del genere sia un suggerimento ragionevole. Vediamo cosa ne pensano gli altri di questa idea.
Dato questo contesto, forse avrebbe senso considerare di renderlo una preferenza utente piuttosto che un’impostazione del sito… 
Come chiameresti questa impostazione per autori più giovani/lenti in modo che comprendano immediatamente cosa fa?
Inoltre, penso che molti utenti non entrino nelle loro impostazioni se non per compilare il proprio profilo utente, sento che la stragrande maggioranza degli utenti utilizza il software del forum così com’è, e non saprebbe nemmeno che un’opzione del genere potrebbe esistere nelle proprie impostazioni (sono uno di questi tipi 
).
Hmm, non mi convince l’idea di rendere l’accessibilità un’opzione. Penso che l’impostazione predefinita dovrebbe essere accessibile, sia a livello di sito che di utente.
Non sono sicuro di essere d’accordo sul fatto che questo sia un problema di accessibilità (perché non c’è alcun problema nell’accedere a nessuna funzionalità). Potrei accettare di definirlo un problema di usabilità (minore), ma lo vedo principalmente come una questione di preferenza.
Mi sono grattato la testa anche sul commento sull’accessibilità.
Guardando ad altre piattaforme, ce ne sono alcune che offrono suggerimenti di tag nel momento in cui viene inserito un # - Twitter su iOS inizia offrendo tag di tendenza finché l’utente non inserisce un secondo carattere.
Non sono convinto nemmeno dell’angolo della caccia e della caccia, per definizione guardano le loro tastiere. Al massimo, il popup dei tag serve come promemoria che l’utente è ora in modalità di inserimento tag finché non preme spazio.
Ciò che mi piace del nuovo comportamento è quanto renda più visibile l’inserimento dei tag ai nuovi arrivati.
Le intestazioni non possono essere inserite a meno che non si trovino all’inizio di una nuova riga, ma vorremmo che il comportamento predefinito cambiasse in base alla posizione del cursore? L’unico gruppo che sarà confuso sono i dattilografi che non sanno che il # per le intestazioni deve essere seguito da uno spazio.
Quindi, dove siamo arrivati? È dolorosamente ovvio che, sebbene questo renda i tag più prominenti, sovraccarica un operatore per la digitazione nell’editor in un modo che considero confuso e interrompe il flusso dell’utente durante la modifica del suo post.
Questo è un problema anche quando non si aggiungono nuove intestazioni. Basta usare la freccia per scorrere un argomento che hai già modificato e che contiene intestazioni. Scorri verso il basso fino a un # e poi, continuando a premere la freccia, inizia a selezionare un particolare tag o categoria anziché continuare a scorrere la pagina con il cursore. Ora devo premere Esc per continuare a scorrere verso il basso nel post con la tastiera o evitare le mine vaganti #.
Modifica un post con i due esempi sopra e usa la freccia per muoverti e vedrai esattamente cosa intendo. Concordo sul fatto che renda i tag più prominenti, ma se non usi i tag, questa non è una funzionalità, è qualcosa di nuovo che ostacola ciò che facevi prima.
Per quanto riguarda gli editor più giovani. Far fare all’editor cose magiche quando stanno solo cercando di capire come creare intestazioni con il linguaggio markdown, sovraccarica l’utente con più cose che non ha bisogno di sapere o capire.
Va bene se la decisione è di non fare nulla qui, cercherò di trovare un modo per correggerlo, ma dato l’interruzione del flusso di modifica e la curva che stiamo aggiungendo ai nuovi utenti, che devono capire più di ciò che hanno di fronte, sembra che un’opzione sia un buon compromesso. La prenderei a livello di sito perché probabilmente, se usi i tag, è più una decisione del sito che una decisione per utente, ma per utente basata sul predefinito del sito è probabilmente la strada da percorrere.
il signor Jobs aveva ragione allora quando disse che i cursori sono inutili
Sto scherzando.
Ma uso sempre i tasti cursore perché scrivo molto, soprattutto testi lunghi, e non riconosco la situazione che stai descrivendo.
(Modifica: sono arrivato qui schivando tutte le mine 
)
e nemmeno qui e ora
Posso usare i tag con l’autocompletamento hash perché questo nuovo sistema funziona così bene how-to o semplicemente digitandone uno se riesco a ricordarlo: unsupported-install — ha funzionato anche quello.
Quindi — cosa non capisco adesso?
Al momento, non abbiamo in programma di apportare modifiche specifiche qui.
Non sono sicuro di quale sia la soluzione migliore per questo e sembra un po’ improbabile che accada, ma posso riprodurlo posizionando il cursore nel punto giusto e concordo sul fatto che sia fastidioso quando accade (quando il cursore si trova a 1 carattere dall’inizio della riga).
Apprezzo l’aggiornamento e come @mcwumbly ha catturato lo stato attuale. Grazie, @mcwumbly, per aver dedicato del tempo anche alla creazione degli esempi animati! Non c’è nient’altro di aperto da parte mia.
La correzione per me consiste semplicemente nel disabilitare il completamento automatico per gli hashtag
Quindi
#
non attiverebbe il completamento automatico
test #
attiverebbe il completamento automatico
#t
attiverebbe il completamento automatico
Aggiungendo queste regole, tutti i problemi con il cursore non si verificherebbero più e l’impatto sull’utente sarebbe assolutamente minimo.
@martin … pensieri?
Solo un promemoria che c’erano alcuni argomenti con persone (incluso me) che chiedevano il comportamento attuale in precedenza, quando era esattamente come descritto.