Un’altra cosa che ho appena realizzato: quando provo a usare la modalità a schermo intero, viene espansa solo l’altezza e la larghezza della finestra di composizione rimane la stessa. Inoltre, sembrano mancare gli elementi del bordo.
Ciao a tutti — un rapido aggiornamento per condividere che abbiamo reso il nuovo composer disponibile come impostazione sperimentale facoltativa. Puoi attivarla nella tua community oggi stesso, ma tieni presente che al momento ci sono limitazioni funzionali, che sono indicate nell’OP di questo argomento. Continueremo ad aggiornare questo argomento man mano che rilasceremo correzioni e miglioramenti.
Posso chiedere al team se state lavorando attivamente per completare l’editor wysiwyg, o se avete spostato la vostra attenzione su qualcos’altro per ora? Chiedo per un amico ![]()
Ci stiamo lavorando attivamente.
Per noi è una priorità portarlo prima in uno stato in cui sia attivo per impostazione predefinita per i siti appena creati.
Non pensiamo di essere troppo lontani da questo, ma ci sono alcune cose su cui stiamo lavorando che vogliamo completare prima, come una migliore interfaccia utente per la modifica dei link e la gestione della posizione del cursore quando si aggiunge una citazione, ad esempio.
Una volta raggiunto questo obiettivo, prevedo che continueremo a perfezionarlo poiché sarà di fronte a ancora più persone e genererà ulteriori feedback.
Qualche altra cosa in particolare che ti preoccupa a riguardo, oltre a questo?
[citazione=“mcwumbly, post:130, topic:352347”]
Qualche pensiero in particolare a riguardo, a parte questo?
[/citazione]
Se mi chiedi, l’unica cosa che manca e che mi fa tornare spesso all’editor markdown è il ridimensionamento delle immagini. Spesso pubblico screenshot e, la maggior parte delle volte, li ridimensiono. A meno che non stia utilizzando una versione di Discourse considerevolmente obsoleta (cosa che non credo), il ridimensionamento delle immagini è ancora impossibile in WYSIWYG, giusto? Una volta fatto, la versione attuale funzionerebbe per circa il 95% dei casi per i nostri scopi di gestione dei progetti.
Questo è un feedback utile. Il ridimensionamento delle immagini non è ancora supportato, ma è in cima alla lista.
Di solito ridimensioni a un valore particolare? (ad es. 50% o 75%)?
Tanto per dire, non vedo l’ora che la barra degli strumenti rifletta lo stile di scrittura corrente che stiamo utilizzando.
Ad esempio, se si scrive bold sarebbe davvero bello che la barra degli strumenti lo riflettesse evidenziando lo strumento grassetto, lo stesso per italics. Ovviamente, una volta raggiunto la fine di quello stile, sarebbe fantastico che l’evidenziazione scomparisse.
[citazione=“mcwumbly, post:132, topic:352347”]
Di solito ridimensioni a un valore particolare? (ad esempio, 50% o 75%)?
[/citazione]
La maggior parte delle volte ridimensiono al 75% per far sembrare uno screenshot come… beh, uno screenshot. Quando è leggermente ridotto di dimensioni, visivamente sembra un’immagine incorporata in un post perché tutti gli elementi nell’immagine sono più piccoli - sembra qualcosa di separato. Invece, se lo lascio al 100%, si “fonde” con l’interfaccia esistente di Discourse perché gli elementi dell’interfaccia utente nell’immagine hanno all’incirca le stesse dimensioni degli elementi dell’interfaccia utente di Discourse - e sembra brutto.
Infine, quando si tratta di un piccolo pezzo di interfaccia utente di cui ho fatto uno screenshot su uno schermo Retina e poi lo incorporo in un post, sembra gigantesco, quindi devo ridurlo del 50% o più.
Alla fine, cerco di fare in modo che tutti gli screenshot che inserisco sembrino all’incirca un po’ ridimensionati rispetto all’interfaccia utente di Discourse - allora sembra molto bello ed è facile da leggere e comprendere come parte di un testo più lungo.
Le mie due centesimi: ho esplorato di recente Basecamp e trovo che il loro composer sia uno dei migliori editor WYSIWYG in termini di equilibrio tra la ricchezza delle funzioni editoriali e la facilità d’uso. Per la MAGGIOR PARTE dei casi, le uniche cose che mancano sono le scorciatoie da tastiera per tutto ciò che si può fare nell’editor e il ridimensionamento delle immagini. I miei compagni di squadra che l’hanno provato lo adorano.
Per riferimento:
È difficile spiegare cosa sia esattamente diverso. Sembra solo… più amichevole e accogliente da usare, se posso dirlo. Forse anche meno confusionario. È decisamente meno ricco di funzionalità rispetto a quello di Discourse. Ma anche così, tenendo conto dell’era pre-wysiwyg in Discourse, preferirei l’editor di Basecamp a qualsiasi ora. Nel caso in cui questo sia utile, istruttivo e ti faccia riflettere di più.
Entrambi sono in corso. Non ho date di completamento previste, ma ci stiamo lavorando!
[citazione=“sam, post:25, topic:352347”]
Mi chiedo se abbiamo bisogno di una voce della barra degli strumenti per questo, che ti permetta di impostare una riga come “intestazione 1/2/3 - paragrafo”
[/citazione]
Questa funzionalità è estremamente importante per i nostri casi d’uso (utilizzare Discourse come alternativa ad Atlassian Confluence come intranet aziendale). L’editor WYSIWYG riduce significativamente la barriera alla partecipazione, ma gran parte dei nostri contenuti è costituita da documenti strutturati, naturalmente con diversi livelli di intestazione. Se tutte le altre opzioni di formattazione necessarie sono facilmente accessibili, ma le intestazioni centrali non lo sono, questo crea un’incoerenza problematica nell’esperienza utente.
Raccomanderei quindi una semplice implementazione come un pulsante a tendina con H1 a H6. Idealmente, sarebbe anche possibile visualizzare lo “stato” corrente, ad esempio, se il cursore si trova su un elemento con un’intestazione, il pulsante mostrerebbe “H3” o simile. Allo stesso modo, questo dovrebbe valere anche per altre opzioni di formattazione (grassetto, ecc.). Tuttavia, anche se questa visualizzazione dello stato sarebbe una cosa gradita, il pulsante stesso è estremamente importante.
Inizieremo a lavorare su questa funzionalità la prossima settimana, @Ralf_Stockmann!
Grazie per il tuo lavoro.
Le “didascalie” sono menzionate come una funzionalità nota mancante. È possibile che il nuovo composer supporterà <figure> e <figcaption> nell’output html?
C’è un modo per impostarlo come composer predefinito per ora?
AFAIK è ancora sperimentale, quindi non credo. Tuttavia, rimarrebbe nella modalità che l’utente ha utilizzato in precedenza.
impostarlo come predefinito sta diventando una richiesta comune, aggiungeremo questa opzione @lindsey e @renato possono chiarire quando
Questo arriverà molto presto, ci fermiamo a H3, H4 e oltre sono piuttosto rari. Digitare #### … nel nuovo composer creerà i livelli aggiuntivi, ed è possibile che un componente tematico possa aggiungere 4-6.
Questo è ora attivo e funziona alla grande ![]()
Fantastico!
Un problema che ho appena notato.
Incollare citazioni copiate nell’editor WYSIWYG fa sì che la citazione non venga applicata correttamente.
Cosa significa?
Ho appena copiato questa citazione e l’ho incollata qui, puoi darmi maggiori dettagli sul problema che stai riscontrando?
Se intendi che non vedi l’elemento della barra degli strumenti del blocco citazione attivarsi quando sei all’interno di una citazione bbcode, questo è… attualmente intenzionale.
Se vogliamo che funzioni (non sono sicuro che lo vogliamo… /cc @lindsey), significa anche cambiare l’elemento della barra degli strumenti del blocco citazione stesso: dovrà anche attivare/disattivare la citazione bbcode, cosa che attualmente non fa.


