Feedback e suggerimenti per Releases.discourse.org

Non esiste un sistema di notifica evidente lì. Non vedo nemmeno un pulsante RSS.

Le “chip” presenti non sono affatto utili per comprendere il quadro generale, a differenza del precedente modello di pubblicare i punti salienti di un rilascio che si ritenevano importanti.

Gli annunci di rilascio nel nuovo formato, privi di contenuti, non sono più post degni di essere collegati per evidenziare le nuove funzionalità emozionanti di Discourse. Funzioneranno come notifiche per coloro di noi che utilizzano le email come trigger principale per gli aggiornamenti, ma non rappresentano più un’opzione realistica per condividere sui social “guarda le nuove cose interessanti in Discourse questo mese”. Il sito delle release non offre questa visione. È solo un po’ di zucchero spolverato su git log.

Capisco che sia un’ottimizzazione su come si impiega il tempo. Ma non mi è chiaro come il sito delle release sia stato considerato un sostituto funzionale dell’utilità degli annunci. E non proverò a indovinare cosa sia interessante leggendo un mucchio di messaggi di commit formattati in chip che sono essenzialmente git log, ma che occupano cinque volte più spazio verticale, rendendoli più difficili da leggere. Quindi probabilmente rimarrò tristemente all’oscuro di ciò che è effettivamente interessante nelle future release di Discourse. :sob:

Mi piacerebbe vedere l’RSS. C’è un feed RSS per ogni categoria; per la categoria Annunci è questo. E per il tag release-notes, è questo. (Vedi Trovare i feed RSS di Discourse, che si spera sia aggiornato.)

Forse vedi Come essere avvisati delle nuove release - se ha bisogno di essere aggiornato, per favore qualcuno aggiorni!

La sezione “Evidenze” in cima a ogni changelog è curata manualmente dal nostro team di prodotto, esattamente come le vecchie note di rilascio pubblicate su Meta. Per la maggior parte delle persone, è l’unica parte da leggere.

Il changelog completo di git è inoltre disponibile per chi necessita di maggiori dettagli. Tuttavia, non ci aspettiamo che le persone lo consultino regolarmente.

2 Mi Piace

Da questo argomento e dal link fornito, ho pensato (senza aver motivo di verificare) che la versione 2026.3.0 fosse stata rilasciata (nel contesto delle 33 correzioni di sicurezza menzionate). Ora vedo il mio errore.

Guardando la versione 2026.2, vedo le evidenze. In caratteri piccoli, testo chiaro su sfondo colorato. È un sito in modalità chiara con la caratteristica della modalità scura di testo chiaro su sfondo scuro, che è la ragione principale per cui molti di noi che non sono passati alla modalità scura non la gradiscono. :sob: Non vedo un interruttore esplicito per la modalità chiara/scura, quindi presumo che segua la mia preferenza del browser per la modalità chiara o che non abbia alcuna modalità, ma è davvero difficile da leggere.

Sono sicuro che l’automazione qui vi risparmi tempo, ma il mio feedback esterno è che questo non è un miglioramento dell’esperienza. E l’avrei fatto in un argomento separato se avessi capito; scusa!

1 Mi Piace

Grazie! Siamo molto aperti a apportare modifiche per migliorare l’esperienza, quindi feedback specifici e concreti come questo sono molto utili. Sebbene l’aspetto dell’automazione sia comodo per noi, ciò non significa che siamo disposti a sacrificare l’usabilità dei changelog.

Il sito delle release è anche completamente open-source, quindi le PR sono benvenute! (ovviamente, è meglio concordare eventuali modifiche su Meta prima di dedicarci del tempo)

Ho aperto una PR per aggiungere un feed RSS al sito: FEATURE: RSS feed for releases by davidtaylorhq · Pull Request #20 · discourse/discourse-releases · GitHub

@derek sta lavorando attivamente anche allo stile. Sono sicuro che farà un lavoro molto migliore per il contrasto del testo rispetto a quanto fatto nella mia prima bozza :sweat_smile: UX: Brand styles by derekrushforth · Pull Request #19 · discourse/discourse-releases · GitHub

4 Mi Piace

(A proposito, ho spostato tutto questo feedback in un nuovo argomento)

Il feed RSS è ora attivo. Fateci sapere se avete commenti sul titolo o sui contenuti. C’è un link ad esso proprio in fondo alla homepage del sito.

5 Mi Piace

Il feed RSS è ottimo; avere sia “iniziato” che “rilasciato” è un’informazione utile! Potrebbe essere interessante includere il contenuto dei punti salienti nelle notifiche di rilascio, ma avere un segnale chiaro degli eventi è fondamentale e, dal mio punto di vista, un grande vantaggio che soddisfa pienamente l’esigenza.

3 Mi Piace

@derek Non vedo l’ora di vedere i miglioramenti allo stile. Sarebbe fantastico se gli sfondi fossero limitati in saturazione a colori che consentano al testo di essere scuro nella modalità chiara e chiaro nella modalità scura, con rapporti di contrasto che rispettino le linee guida sull’accessibilità. Se il testo potesse avere la stessa dimensione di quella in Discourse in sé, sarebbe un vantaggio per l’utente, suggerirei, e potrebbe essere utile per la coerenza del marchio. :grin:

5 Mi Piace

Molto utile, grazie @mcdanlj. Ne terrò conto mentre applico il rebranding qui.

3 Mi Piace

Non c’entra nulla con la modalità chiara/scura; i colori di quei riquadri sono fissi: utilizzano lo stesso colore di sfondo e lo stesso colore del testo indipendentemente dalla selezione della palette. E hai ragione, il colore di sfondo (#667eea, dalla variabile --color-feature) è troppo chiaro per il testo bianco.

Il controllo del contrasto di Chrome colloca la combinazione di rgb(255, 255, 255 / 95%) su #667eea a un rapporto di contrasto di 3,46:1, che non soddisfa nemmeno il minimo WCAG AA di 4,5:1. (Il testo nero, sorprendentemente, passerebbe appena con 4,5:1, ma non apparirebbe comunque gradevole né sarebbe molto leggibile.)

Quindi, questa è una questione che deve essere affrontata con urgenza e indica onestamente che l’intero sito necessita di una revisione completa sull’accessibilità. Siamo nel 2026; l’accessibilità dovrebbe essere una funzionalità di base per qualsiasi sito web.

( Nel frattempo, modificare --color-feature in #3048b6 lo renderebbe accettabile come sfondo, con un rapporto di contrasto rispetto al testo bianco in primo piano di 7,12:1, soddisfacendo le linee guida WCAG AAA di 7:1 o superiore.)

3 Mi Piace

Gli strumenti per sviluppatori di Chrome “CSS Overview” evidenziano problemi di contrasto con 10 combinazioni di colori nella pagina delle release, 6 delle quali gravi (con rapporti inferiori persino ai minimi richiesti da WCAG AA). Si tratta di:

  1. I colori della suddetta scheda “Highlights”: testo bianco su --color-feature
  2. Il link “← Torna alle versioni”, testo blu medio su sfondo nero, con un rapporto di contrasto di soli 3,9:1
  3. Il pulsante espandi “mostra” sulla scheda delle correzioni di sicurezza, testo bianco di piccole dimensioni con opacità all’80% su sfondo rosso, con un rapporto di contrasto di soli 4,01:1. (Il resto del testo relativo alle correzioni di sicurezza supera il requisito con un rapporto di 5,43:1, poiché non è semitrasparente.)
  4. Il badge “DEV”, testo bianco su uno sfondo grigio-verde di colore #7f8c8d, rapporto di contrasto 3,47:1
  5. Tutte le date dei commit e altro testo --text-muted (#888) su --bg-card (#2d2d2d), rapporto di contrasto 3,08:1
  6. I badge “Sicurezza”, testo bianco su #d36500 (essenzialmente arancione), rapporto di contrasto 4,16:1.

Ah, e se avessi fatto scorrere la pagina ulteriormente, anche il badge “Traduzioni”, testo bianco su #e91e63 (magenta fluorescente radioattivo), rapporto di contrasto 4,34:1.

2 Mi Piace