L’immagine sottostante è uno screenshot di un post che stavo scrivendo su users.rust-lang.org.
Come si può vedere chiaramente, il campo di inserimento è semplicemente rotto. E non è una novità, va avanti da un bel po’.
Stranamente, meta.discourse.org non sembra avere questo problema. Quindi, cosa potrebbe causare il problema?
Per qualche motivo le restrizioni mi impediscono di pubblicare l’immagine effettiva nell’OP. Il che è piuttosto controproducente, devo dire.
Come farai a sapere cosa intendo se non posso pubblicare una singola immagine che mostri il problema?
Comunque, qui posso farlo in un post separato, quindi eccolo qui:
1 Mi Piace
Ciao @jjpe 
benvenuto 
Potresti fornire maggiori informazioni su quale dispositivo e sistema operativo stai utilizzando?
Non riesco a riprodurre questo problema. Ero proprio sul forum di Rust sia sul mio iPhone 15 Pro iOS 18.0.1 che sul mio Macbook MacOS 15.01 Sequoia e il composer funziona come previsto.
Se succede solo su quel forum, penserei che sia un problema di componente del tema o di plugin che il tuo dispositivo/browser potrebbe non gradire. 
potresti provare la modalità sicura.
3 Mi Piace
Ciao, grazie
Certo, è un telefono Samsung Android. Per quanto ne so, eseguono tutti lo stesso software, a parte i driver.
È importante notare che ho il problema solo con il mio telefono. Il problema non si presenta sui miei altri dispositivi (laptop, desktop).
Ci proverò, ma non sarebbe una soluzione se reimpostasse lo schema colori su bianco. Non mi piace molto essere accecato
Quindi la modalità provvisoria sembra avere un effetto non nullo.
Tuttavia è difficile da valutare poiché il problema non si verifica il 100% delle volte. Quindi la cosa migliore per ora, penso, è usare il sito in modalità provvisoria per un po’ e vedere se il problema si presenta.
Se non si presenta, allora è una direzione chiara da esplorare: un componente o un plugin.
A quanto pare è più complesso di un plugin o di un componente che causa il problema.
Lo screenshot qui sotto è da internals.rust-lang.org con la modalità sicura abilitata.
Eppure la casella di testo ha ancora le dimensioni sbagliate.
1 Mi Piace
quale modello e versione del sistema operativo? dobbiamo essere in grado di riprodurlo per capirlo.
1 Mi Piace
E quale browser?
1 Mi Piace
Sarebbe il browser Chrome.
L’unica impostazione di accessibilità che ho abilitato è “Forza abilitazione zoom”, ma ciò non dovrebbe influire in questo caso, poiché per impostazione predefinita non fa nulla. Mi consente solo di ingrandire quando altrimenti non sarebbe possibile.
Credo di essermelo perso prima.
Il telefono è un Samsung Galaxy S24+ con gli ultimi aggiornamenti installati.
Cioè, Android 14 e OneUI 6.1
Sto collegando un post che ho fatto su questo problema su users.rust-lang.org.
È passato più di un mese, è stato fatto qualcosa al riguardo?
L’abbiamo già visto. Di solito le impostazioni della dimensione del carattere e della dimensione del display sul dispositivo.
È solo l’output del web. Controlla tutte le influenze sul tuo display Chrome.
Vedi la discussione qui:
Sì, il fatto è che non ce ne sono se parliamo del browser. Quello è solo Chrome per Android, che non ha supporto per estensioni o plugin. Quindi ho ricontrollato anche le impostazioni di accessibilità, in particolare lo zoom del testo. Tutto impostato sui valori predefiniti.
Nel frattempo ho riscontrato il problema anche sul forum di discussione KDE, quindi è sicuramente un problema di discourse stesso.
Stranamente, rispondere qui su meta non presenta questo problema.
Ma è un problema, e uno che deve essere risolto perché semplicemente rovina l’esperienza utente.
Fondamentalmente è la stessa cosa che infastidisce Safari/iPadOS da molto tempo. Il motivo principale per cui non uso più Safari per Discourse, solo Hub o PWA.
Ma la cosa più fastidiosa è che non è costante. Ma succede molto spesso.
Nessuno dei miei utenti Android si è lamentato di questo, però. E penso che una buona parte di quegli utenti abbia un Samsung, ha una quota di mercato abbastanza buona in Finlandia.
L’utilizzo dei siti come PWA sembra effettivamente aiutare.
Ma si tratta poco più di una soluzione temporanea, ovviamente: le PWA sono ancora web app. È nel nome stesso. E come tali, vengono ancora eseguite in un browser, solo senza la “cromatura” del browser (ad esempio la barra degli indirizzi).
Quindi forse questo potrebbe influire su questo problema? Forse una qualche proprietà di altezza non viene calcolata correttamente in un browser che ha una vera “cromatura” del browser?
Domanda di curiosità completamente casuale, usare un’app diversa come tastiera cambia qualcosa per caso?
Onestamente non lo so. Nessuna alternativa a SwiftKey è accettabile per un uso serio per me (ho provato: tutte le alternative fanno schifo, o forse non riesco ad abituarmi a loro, incluso GBoard), quindi è un punto un po’ irrilevante.
Sono solo curioso se sia in qualche modo la combinazione tastiera e browser a causare problemi, se temporaneamente ne usi un’altra, il problema persiste?
1 Mi Piace
L’ho appena provato.
Sfortunatamente, al momento non riesco a riprodurlo, in nessuna delle implementazioni di discourse. Ciò significa che attualmente si comportano tutte come mi aspetterei.
Ho ricevuto un aggiornamento di sistema un paio di giorni fa e penso che tra le modifiche ci sia qualcosa di rilevante per questo problema.
Sebbene non possa esserne sicuro al 100%, se vero, il bug sarebbe nel codice del motore Chrome o nel codice Android da qualche parte piuttosto che in discourse stesso.