Pubblicazione in una lingua disabilitata

Credo che sarebbe molto utile supportare questa funzionalità. Attualmente esistono di fatto cinque livelli di supporto linguistico:

  • Traduzione basata su browser (e altre soluzioni ad hoc) verso locale arbitrari
  • I locale supportati da Discourse (qualche decina)
  • I locale supportati da Discourse AI per la traduzione automatica (qualche decina)
  • I locale abilitati sul sito (qui 10)
  • I locale abilitati sul sito per la traduzione automatica via AI (qui 10, spesso ancora più limitati a causa del piano e/o dei costi)

Come Discourse desidera assicurarsi di avere una buona copertura degli sforzi di localizzazione prima di aggiungere un locale supportato, anche i singoli siti vorranno garantire che i propri contenuti, ad esempio le linee guida e altri contenuti di rilievo o importanti, siano tradotti e supportati in modo adeguato. Ad esempio, abbiamo utilizzato site_texts per modificare il significato di alcuni aspetti importanti del nostro sito. Dovremmo assicurarci di avere le traduzioni corrette di tali contenuti prima di abilitare ulteriori locale.

Ma esiste una lunga coda di lingue utilizzate! Apprezzerei molto la possibilità che qualcuno appartenente a una lingua di nicchia possa pubblicare nella propria lingua madre, anche se non abbiamo ancora verificato tutte le nostre traduzioni di site_texts, linee guida e altri contenuti. Spesso queste persone leggono l’inglese abbastanza bene da cavarsela (soprattutto con l’aiuto di qualche traduzione ad hoc)… ma scrivere è un’altra storia.

Credo che avrebbe molto senso avere molte più lingue supportate per l’autore dei post. Perché non permettermi di pubblicare in uno qualsiasi dei locale supportati per la traduzione automatica? Certo, non otterrei una traduzione automatica di primo livello ritorno nella mia lingua madre, ma di sicuro ci sarebbe un enorme vantaggio nel permettermi di scrivere in questo modo?

1 Mi Piace

Posso pubblicare in una lingua non abilitata, usando il menu a tendina per selezionare “Non impostato” (Not Set)… e poi aggiungere manualmente una traduzione in inglese? Oppure “Non impostato” implica semplicemente la lingua predefinita del sito?

1 Mi Piace

Potresti creare un forum gratuito e usarlo per i test, invece di utilizzare questo forum a tale scopo.

1 Mi Piace

Questo è già possibile ed è menzionato nella documentazione

4 Mi Piace

Grazie; ho cercato e ho persino trovato/dato un’occhiata a quell’argomento, ma ho perso di vista la FAQ. Questo argomento sembrava essere il più vicino a quello che cercavo, ma ovviamente mi sono perso.

La parte che mi ha creato confusione è che non riesco a selezionare manualmente l’esperanto durante la stesura del post… ma l’Agente di Rilevamento della Lingua lo ha rilevato automaticamente e ha contrassegnato il post sopra come eo!

Quindi… questa diventa una richiesta molto minima: potremmo avere la possibilità di dichiarare manualmente molte altre lingue direttamente durante la stesura del post? Questo renderebbe più evidente che l’uso di quelle lingue è ammesso! In effetti, ci sono sicuramente lingue che il modello di traduzione LLM non supporta; come faccio a sapere quali sono?

2 Mi Piace

Penso che dipenda dal modello LLM che scegli, non dalla funzione di Discourse che stai utilizzando.

Un menu a tendina delle lingue che offrisse qualsiasi lingua con migliaia di voci non renderebbe più semplice la selezione della lingua. Anche mostrare tutte le circa 50 lingue attualmente supportate dall’interfaccia di Discourse sarebbero troppe e escluderebbero comunque tutte le altre lingue.
Forse potrebbe funzionare per te nascondere il menu a tendina se pensi che scoraggi. In questo modo gli utenti non vedranno quelle lingue nel compositore. Tuttavia, sento di tendere a rispondere in una lingua che vedo nel forum, quindi non sono sicuro che il menu a tendina sia ciò che mi impedirebbe di pubblicare semplicemente in tedesco.

Ma sono d’accordo che l’inserimento manuale del codice della lingua sarebbe una funzione utile. Forse non per gli utenti finali, ma per lo staff

1 Mi Piace

Sono un utente piuttosto atipico qui, poiché sto valutando e cercando di capire come si comportano le traduzioni in base a diverse configurazioni di amministrazione… e quali configurazioni hanno più senso per la nostra comunità in particolare. Tuttavia, penso che sia altamente non intuitivo (e piuttosto presuntivo!) per un utente pubblicare spensieratamente in spagnolo se imbattersi in un sito che mostra solo le lingue inglese e giapponese nei menu a tendina (sia a livello di sito che nella creazione dei post)!

1 Mi Piace

Come ho detto, credo di essere molto più influenzato dalla lingua che vedo nel forum rispetto a quella mostrata in un menu a discesa. Un utente giapponese vedrebbe tutti i post in giapponese se non aggiungesse l’inglese alle lingue che comprende. Quindi, per lui, potrebbe essere naturale rispondere in quella lingua. Ma se vedi un forum con post solo in inglese, tendi a scrivere anche tu in quella lingua, a meno che non rappresenti un ostacolo troppo grande.

Se vedessi un forum tedesco in cui quasi tutti i post sono in tedesco, scriveresti in francese solo perché c’è un menu a discesa per scegliere il francese come lingua dell’interfaccia del forum?
Puoi abilitare il Selettore di lingua per la localizzazione dei contenuti solo per gli utenti anonimi e lasciare che chi si registra selezioni la lingua preferita nelle proprie preferenze, dove vengono offerte tutte le lingue supportate dall’interfaccia di Discourse.
Ma vedresti comunque gli altri utenti scrivere in una lingua diversa.

E penso che sia questo a spingermi a scrivere in inglese. Voglio che mi capiate nel modo migliore possibile. Quindi, se tutti scrivono in inglese, provo a fare lo stesso. Le traduzioni comportano sempre una perdita di informazioni.
Un esempio da Meta:
Ecco cosa dice il post in inglese:

Ecco cosa dice la traduzione in tedesco:

Tuttavia, lo script non funziona da qualche mese e ora restituisce solo errori 400.

Se volessi capire cosa è cambiato, la sfumatura tra «ha smesso di funzionare nell’ultimo mese» e «non funziona da qualche mese» è piuttosto importante.

Per questo motivo, di solito cerco di attenermi a una lingua che capiamo entrambi. Il rischio di incomprensioni è minore e, se ne dovessero capitare, almeno saprei perché. Se non conosco la traduzione che stai leggendo, diventa molto più difficile.

Quindi uso la lingua che usano gli altri utenti in questo forum, non a causa di un menu a discesa da qualche parte, ma perché voglio che mi capiscano.

1 Mi Piace

Il mio obiettivo principale è capire come il sito Discourse che amministro — un sito di dieci anni fa, esclusivamente in inglese — possa iniziare ad abilitare la traduzione automatizzata.

Faremo una prova abilitando le traduzioni dei post in inglese, ma continuando a supportare solo l’inglese! Con una configurazione del genere, non c’è assolutamente nulla che indichi che sia possibile farlo — anzi, il menu multilingue nell’editor dei post dà davvero l’impressione che funzioni solo l’inglese:

Questa configurazione funziona davvero solo grazie all’agente Locale Detector.

2 Mi Piace

Giusto, potremmo nascondere questo menu del compositore se c’è una sola lingua… Non credo che abbiamo davvero preso in considerazione il caso in cui “si pubblica in Y e viene tradotto in X, ma il resto non viene tradotto di nuovo in Y”… Credo che avessimo sempre in mente almeno 2 lingue supportate.

L’agente di rilevamento della lingua rileverà qualsiasi lingua e la configurerà, indipendentemente da ciò che il sito supporta nelle impostazioni. Il supporto delle lingue e la qualità del rilevamento varieranno in base al modello LLM.

Pubblicare come “non impostato” in una lingua non supportata da Discourse e impostare manualmente una traduzione in inglese al momento non funzionerà senza l’IA. La traduzione manuale richiede una lingua supportata in modo da poter impostare il post originale.

Permettere agli amministratori di impostare lingue aggiuntive da utilizzare nel menu del compositore potrebbe essere un’opzione ragionevole per questo caso.

3 Mi Piace