Ho l’impressione che ciò accada perché è più difficile notare in modalità rich text che dopo aver rimosso il testo, rimane ancora una formattazione.
Almeno, non ho notato solo argomenti che iniziano con citazioni prima che la funzionalità venisse aggiunta.
Quindi forse ha senso aggiustare il modello per evitare questo.
Questa è una teoria interessante! Per ora rimuoverò il modello di categoria. Forse possiamo trovare un modo migliore e meno ingombrante per educare i nuovi membri a usare la ricerca prima di pubblicare.
@chapoi e io abbiamo anche parlato in chat questa settimana di aggiornare la descrizione della categoria di supporto, che attualmente recita così:
La prima parte appare sul banner della categoria di supporto e non è molto informativa.
L’ho appena cambiata in quanto segue e accolgo volentieri feedback! Il banner della categoria non viene aggiornato subito, quindi non sono sicuro se appaia correttamente. Ho provato a barare usando <br><br> per dividere il testo in due paragrafi, il che si legge meglio.
Se questo ridurrà con successo il numero di argomenti con citazioni all’inizio, potrebbe essere necessario rimuoverlo anche da tutti i pulsanti per creare argomenti di supporto negli argomenti di plugin, temi e componenti ufficiali.
Sì, grazie per averlo fatto notare. Quei pulsanti sono stupendi e li adoro, ma sono difficili da mantenere e soggetti a errori quando è necessario apportare una modifica o crearne uno nuovo.
A lungo termine, vorremo modificare quegli argomenti e rimuovere quei pulsanti. Potremmo anche voler apportare ulteriori aggiustamenti lì, quindi per ora eviterò di toccarli.
Finora non noto più citazioni all’inizio delle richieste di supporto, il che è un bene.
Prima di buttare il bambino con l’acqua sporca, non sarebbe una buona idea avere la possibilità di sovrascrivere il segnaposto nel composer tramite un link parametrizzato invece di inserire contenuto di testo effettivo. Stiamo ora abusando del parametro body.
Qualcosa come &placeholder=foo che sovrascriverebbe il segnaposto “Digita qui. Usa markdown, BBCode o HTML per formattare.” con “foo”.
Un’impostazione segnaposto per categoria che può essere utilizzata anche come parametro URL sembra una fantastica richiesta di funzionalità! Sentiti libero di crearla.
Il modello di categoria per Support non faceva esattamente la stessa cosa? Anche quello aggiunge testo al corpo. Non è forse questo il motivo per cui esiste una parola monitorata che mi ha reso più difficile pubblicare l’OP contenente il modello? Quando crei un nuovo argomento in Marketplace, anche il corpo viene riempito con testo. Quindi ho avuto l’impressione che il testo del corpo fosse parte del link per garantire che il modello fosse visibile anche in questo caso.
Penso ancora che abbia senso avere lo stesso risultato nel corpo se si utilizza il pulsante “nuovo argomento” e se si fa clic su uno dei pulsanti su un tema o plugin ufficiale.
In generale, probabilmente sarebbe più facile se questi pulsanti inseriti manualmente in tutti gli argomenti ufficiali venissero creati automaticamente. Quindi gli errori nei tag non potrebbero verificarsi e potrebbero essere aggiornati molto più facilmente. Ma probabilmente è difficile perché non funzionano tutti allo stesso modo. Data explorer suggerisce di chiedere in Data & reporting, i plugin sso ti dicono di chiedere aiuto in SSO invece che in Support.
Questo suona esattamente come quello che Richard sta proponendo. Penso che sia una buona idea perché scompare quando inizi a digitare e non causa la presenza di istruzioni vaganti negli argomenti. Potremmo anche rimuovere la parola monitorata.
Concordo. Terrò presente questo aspetto per future modifiche che potremmo voler apportare.
Penso che dipenda dal caso d’uso. Funziona bene per un breve modello come quello utilizzato nel supporto, ma penso che per modelli più lunghi come in Marketplace non sarebbe così utile se il modello scomparisse una volta inserito il primo carattere. Per me, il testo nel corpo degli argomenti Marketplace è un buon compromesso tra un segnaposto che scompare quando inizi a digitare e un modello con campi fissi come quelli offerti da form-templates.
Anche se mi chiedo se dire agli utenti di cercare ogni volta che creano un argomento faccia la differenza. Le persone leggono davvero questo ogni volta che creano un argomento?
Dire agli utenti di cercare è qualcosa che direi più probabilmente le prime volte che pubblicano. Ad esempio, nel messaggio del compositore jit mostrato sui primi argomenti che crei. “Per favore cerca” è un po’ come “per favore scegli un titolo significativo”.
Sì, in questo caso per la categoria di supporto sono felice di provare per un periodo a non avere alcun sollecito. Se vedremo un aumento di persone che pongono domande prima di cercare, potremo valutare delle soluzioni.
in alto a destra per cercare.
