Vedremo mai il supporto per il testo a colori?
1 Mi Piace
Grazie, sembra fantastico. Ho notato un problema. Sul mio telefono l’interruttore non funziona (quando lo tocco non succede nulla, rimane sull’impostazione Markdown).
iPhone 6s
iOS 15.8.3
Questo è l’errore che appare nella console quando lo tocco.
3 Mi Piace
15 e 18,3.qualcosa funziona.
È stata unita una correzione ed è stata distribuita qui su Meta – facci sapere se ancora non funziona per te.
6 Mi Piace
Grazie Renato, ma sfortunatamente non sembra funzionare per me 
1 Mi Piace
Stiamo pianificando miglioramenti alla barra degli strumenti e al contenitore del composer, specificamente focalizzati sul rendere la scrittura più piacevole e familiare su dispositivi mobili (oltre ai miglioramenti per desktop).
Manteniamo il feedback focalizzato sulle modifiche all’editor stesse, che non risolveranno tutti i problemi relativi alla scrittura su Discourse, ma è l’area per cui stiamo attivamente cercando feedback in questo momento.
10 Mi Piace
Non sono molto sicuro… forse mi piace di più con l’anteprima perché al momento posso vedere dove, cosa e come cambiarlo. Ma… non è male comunque 
Una cosa che irrita molto nel nuovo composer wysiwyg è che Invio ora crea un nuovo paragrafo.
Sono d’accordo.
Se vuoi mantenerlo così piccolo, come minimo, allineerei il post nel composer con i post esistenti:
5 Mi Piace
Sì… abbiamo già avuto una battaglia simile riguardo Invio/Shift+Invio nella funzione Chat:
… Confermo l’opinione che Invio dovrebbe creare un singolo a capo nel nuovo editor wysiwyg.
5 Mi Piace
Tutte e tre le community che gestisco, inclusa una utilizzata dagli sviluppatori di software per tutti i flussi di lavoro di gestione e sviluppo dei progetti, hanno espresso il loro feedback/opinione nel corso degli anni di utilizzo, affermando che l’unica cosa strana in Discourse che li fa impazzire (e che fa sì che alcuni non apprezzino attivamente l’intero Discourse solo per questa singola cosa) è il compositore markdown.
Personalmente sono estremamente felice che alla fine abbia prevalso la comprensione della necessità di un wysiwyg.
Non appena sarà disponibile, imposterò il wysiwyg come modalità di editor predefinita in tutte e tre queste community.
A proposito, ecco la mia richiesta per altre due impostazioni:
-
Consentire di impostare il wysiwyg come modalità di editor predefinita
-
Consentire di disattivare completamente l’editor markdown (in caso contrario, lo disattiverò comunque disabilitando il commutatore tramite css, ma si prega di considerare di renderlo un’impostazione appropriata).
P.S. Potrebbe essere un’idea strana, ma incoraggio coloro che puntano molto sul wysiwyg a confrontare le metriche di quante persone pubblicano e rispondono nelle loro community - prima e dopo il rilascio del nuovo compositore wysiwyg. La mia sensazione è che la metrica vedrà un aumento.
10 Mi Piace
è molto strano che non riesca a modificare un collegamento ipertestuale (se ne modifico uno appare vuoto)
ho provato firefox e chrome
a parte questo, se mantenete un’opzione per passare dalla modalità sorgente/markdown, è perfetto
2 Mi Piace
Non ho tempo di testare questa nuova funzionalità. Ma il supporto per le licenze Creative Commons potrebbe essere opportuno. In modo tale che un sito possa scegliere di ottenere il consenso esplicito per CC-BY-4.0 o simili prima di ogni salvataggio. E specialmente per ogni caricamento di immagine. Discourse potrebbe persino verificare i metadati appropriati. Non sono sicuro se questo si adatti al tuo design, ma potrebbe essermi utile. Per favore, ignora se non è pertinente qui!
Ciò che stai descrivendo non è affatto correlato a questo nuovo composer. E non è probabile che venga implementato nel core di Discourse. Potresti fare qualcosa in un plugin se è davvero importante per te, o cercare qualcuno che lo faccia per te in Marketplace.
La licenza Creative Commons appartiene ai termini di utilizzo e l’applicazione è gestita dai moderatori. Se hai trasgressori abituali puoi avvertirli e poi silenziarli.
Se vuoi continuare a parlarne, avvia un nuovo argomento o cerca un argomento correlato esistente utilizzando la ricerca.
4 Mi Piace
Concordo com isso. O novo editor é ótimo e será muito mais fácil para os membros da nossa comunidade usar. Definitivamente queremos que os novos usuários o vejam como o editor padrão e não queremos confundi-los com o alternador. A perda de algumas funcionalidades para usuários avançados através do editor markdown para um subconjunto muito pequeno de membros da comunidade é um pequeno preço a pagar. Idealmente, acho que o editor padrão deve ser definido no nível do site, mas com a capacidade dos membros individuais de escolher o editor ‘antigo’ através de suas configurações (não com um alternador na janela do compositor).
5 Mi Piace
Concordo che l’allineamento sembri strano. Non sono sicuro al 100% del perché il compositore debba apparire. Quello “vecchio” era necessario perché era un ambiente piuttosto pesante con i due riquadri. Ora che è molto più snello, penso che potrebbe apparire in linea sotto i post. Penso che sia una convenzione più ampiamente compresa. La freccia di ridimensionamento potrebbe farlo apparire più grande per coloro che stanno componendo un post più epico.
4 Mi Piace
Per favore, non rimuovere l’opzione per usare solo Markdown. Avere un’impostazione predefinita e un interruttore Markdown sarebbe l’ideale e terrebbe felici tutti gli utenti.
Penso che solo WYSIWYG sarebbe un disastro per alcuni utenti, me compreso. Probabilmente non avrei scelto Discourse se avesse avuto solo un editor WYSIWYG, e preferirei fortemente che non ci fosse alcun WYSIWYG sul sito per nessuno piuttosto che essere costretto a usarlo.
L’editor attuale è una delle migliori caratteristiche di Discourse. Diverse volte in passato ho persino controllato se fosse un pacchetto open source separato, perché l’avrei usato io stesso su progetti (e lo farei ancora).
Per le persone che hanno trascorso decenni in testo puro e sono molto veloci con la tastiera, ci sono molti fastidi con il WYSIWYG. Piccoli attriti durante la modifica possono essere particolarmente frustranti.
Non voglio dire nulla di negativo sull’editor WYSIWYG, perché è costruito molto bene e la maggior parte degli utenti lo apprezzerà, ma non voglio essere costretto a usarlo, e so che riceverò lamentele anche da alcuni utenti.
Slack ha provato a rimuovere il suo editor Markdown agli albori e c’è stato un così grande clamore che hanno rapidamente aggiunto un’impostazione utente per ripristinarlo.
Ecco un altro argomento con argomenti contro il WYSIWYG con un accenno a quale sarà la reazione di alcuni utenti se verrà imposto loro:
Questo argomento ha solo feedback da circa 30 persone, ma una volta che la funzionalità sarà attiva, mi aspetto una gamma più ampia di reazioni. Immagina come reagirebbero le persone se i problemi di GitHub diventassero improvvisamente WYSIWYG. Quella è la base di utenti di molti forum Discourse, e probabilmente saranno molto rumorosi.
Ci sono persone con diversi tipi di flussi di lavoro. Se scrivi contenuti Markdown al di fuori di Discourse e li incolli in un WYSIWYG, e poi hai bisogno di modificare nuovamente il Markdown esternamente, non puoi copiare il Markdown per riportarlo nell’editor esterno.
Con l’editor Markdown è facile copiare/incollare avanti e indietro tra Discourse e cose come altri siti, editor di codice, documentazione e file README.md.
Quando ispeziono ciò che le persone pubblicano nel forum, voglio poter vedere ogni carattere con un clic, senza dover accedere al database.
Ad esempio, questo post contiene un link di spam (simulato) che non può essere visto a meno che non si ispezioni l’input grezzo. Se i moderatori non possono visualizzare facilmente il testo grezzo, gli spammer impareranno rapidamente a sfruttarlo. Clicco regolarmente sull’icona “modifica” dei post di nuovi utenti sospetti per verificare la presenza di collegamenti nascosti come questo prima di bloccare la modifica dei post.
Ci sono altre situazioni in cui cose nascoste vengono incollate negli editor WYSIWYG, come quando si copia/incolla da e-mail che contengono pixel di tracciamento. 
(Più ci penso, più preferirei semplicemente disattivare il WYSIWYG a livello di sito per evitare l’ulteriore onere di moderazione, ma capisco se non fosse possibile. Questo post contiene anche un pixel di tracciamento remoto simulato 1x1, solo per dimostrazione. Modifica: il forum ha appena scaricato una copia del pixel remoto, quindi probabilmente non sarebbe un problema sui siti che hanno quella impostazione attiva.)
Preferirei avere un interruttore anche se fosse sotto l’icona dell’ingranaggio (oltre a un’impostazione per utente), ma una sola impostazione per utente sarebbe tollerabile, purché non venga rimossa.
Molti editor WYSIWYG (come tinymce) hanno un interruttore HTML, perché quando le cose vanno storte con il WYSIWYG e il cursore rimane bloccato all’interno di un tag di formattazione, è più facile passare al testo grezzo per correggerlo piuttosto che dover tagliare la sezione problematica negli appunti, incollarla in un editor di testo normale, copiarla di nuovo nel WYSIWYG e poi riformattarla.
15 Mi Piace
Non abbiamo in programma di rimuovere la modalità solo Markdown.
Inizialmente, questo sarà controllato da un’impostazione del sito, dove gli amministratori potranno attivare l’interruttore per passare dall’editor di testo avanzato all’editor solo Markdown, o lasciarlo disattivato per mantenere il loro composer solo Markdown. A questo punto, non abbiamo dettagli su come entrambe le versioni del composer saranno supportate a lungo termine (ad esempio, se il tipo di composer continuerà a essere controllato dalle impostazioni del sito, lasciato alla preferenza dell’utente o qualcos’altro).
12 Mi Piace
Ottimo. Grazie per aver lasciato un’impostazione.
Sono anche contento che Markdown sia qui per restare! Poter formattare il mio testo in un modo facile da usare con la tastiera è qualcosa che rende notevolmente più piacevole per me scrivere post su Discourse (soprattutto se confrontato con software più vecchi con BBCode).
Due piccole cose che ho trovato dopo l’ultimo test:
-
Quando si tenta di creare segmenti di codice tramite backtick, inserire prima i backtick e poi digitare qualcosa in mezzo non attiva la formattazione automatica (fare backtick spazio codice backtick spazio funziona).
-
I segmenti di codice creati tramite backtick hanno lo stesso problema delle tabelle segnalato sopra (impossibile inserire uno spazio bianco non formattato).
3 Mi Piace
9 post sono stati divisi in un nuovo argomento: Carattere Monospace nell’editor solo Markdown