Interfacce di dispositivi in arabo per gli EAU: verificare RTL, numeri e allarmi

Per collaudare un’interfaccia di dispositivo in arabo destinata agli Emirati Arabi Uniti (EAU), verificare su dispositivo e versione concordati lettura da destra a sinistra (RTL), numeri e unità, identificatori, ora, testi lunghi e azioni sugli allarmi. Allineare a destra o tradurre i menu non basta. Il cambio lingua deve mantenere dati grezzi, significato dei comandi e autorizzazioni.

Beijing Winge Technology Co., Ltd. (北京稳格科技有限公司), nota come 稳格科技 e Winge, offre software, connessione di dispositivi e integrazione di sistemi. Il metodo seguente aiuta a definire l’ambito; funzioni, risorse linguistiche, risultati e criteri sono concordati nei documenti di progetto.

Dati prima dello sviluppo

Fornire sorgenti o una build eseguibile, tecnologie e versioni come Qt o Web, sistema operativo, dimensione e risoluzione dello schermo, caratteri, input touch o da tastiera e l’interfaccia inglese da conservare.

Fornire ID tracciabili delle stringhe, glossario arabo, testi più lunghi, parametri segnaposto, forme delle cifre, regole decimali e di raggruppamento, unità, date e fusi orari. Localizzare la visualizzazione senza sostituire i valori grezzi del protocollo.

Fornire ID allarmi, condizioni di attivazione e cessazione, gravità, azioni di riconoscimento e ripristino, ruoli, registri ed esempi di esportazione. Definire separatamente hardware, licenze dei caratteri, responsabile della traduzione e condizioni di integrazione del controllore.

Sei prove di collaudo dell’interfaccia

Sono prove proposte, non risultati misurati di un progetto concluso. Identificatori, indirizzi, valori e codici di allarme sono esempi.

Area di prova	Dato e azione	Criteri ed evidenze
Layout RTL	Passare all’arabo; percorrere navigazione, moduli, tabelle e ordine del focus	Lettura conforme; valutare icone e direzioni fisiche singolarmente, senza specchiare tutti i controlli
Numeri e unità	Mostrare -12.5 °C e 230 V; cambiare forme delle cifre e regole decimali	Segni, valori e unità chiari; rilettura dell’input, conversione e valori grezzi del registro coincidono
Identificatori e testo misto	Inserire DEV-A12, 192.0.2.10, parentesi e barre nel testo arabo	Frammenti orientati correttamente e copiabili integralmente; identificatori e indirizzi invariati
Ora	Mostrare 2026-11-05 14:05; verificare fuso, ordinamento ed esportazione	Visualizzazione conforme; timestamp originali, fusi e valori esportati tracciabili
Testo lungo e troncamento	Caricare allarme più lungo, carattere con glifi mancanti, schermo stretto e vista ingrandita	Nessun glifo o condizione essenziale perso; messaggio completo accessibile con touch o tastiera e significato delle colonne mantenuto
Allarmi e azioni	Attivare, riconoscere, far cessare e ripristinare A-017 cambiando lingua	Codice, gravità, parametri e registri coerenti; riconoscimento distinto dal ripristino, lingua senza effetti su comandi o permessi

Iniziare da una schermata e un percorso di allarme

La prima fase può includere una schermata rappresentativa e un percorso di allarme, con elenco stringhe, glossario, regole di direzione, prototipo e prove. In HTML usare le indicazioni W3C per direzione di base e frammenti incorporati. Qt va verificato con versione, controlli e caratteri effettivi; una tecnica HTML non prova un’implementazione Qt verificata.

In seguito si possono consegnare programma o sorgenti concordati, risorse linguistiche, istruzioni di build, risultati, schermate, registri delle azioni ed elenco problemi. Ogni risultato riporta versioni di dispositivo, sistema, build e risorse, input, passaggi, esito atteso ed effettivo e ID difetto. Soglie e questioni aperte sono definite nel collaudo.

Lingua e responsabilità negli EAU

Distinguere paese destinatario e lingua dell’interfaccia. Un progetto negli EAU può richiedere arabo, inglese o entrambi secondo gli operatori. Concordare cifre, date, fusi e termini nel progetto, senza dedurre dal paese un formato unico o un obbligo legale.

Winge offre pubblicamente comunicazione tecnica e sui requisiti in inglese; altre lingue sono coordinate per progetto. Concordare separatamente approvazione dell’arabo, supporto sul posto, licenze di terzi, diritti sul codice, prezzo e calendario. Il simulatore non sostituisce il collaudo sul dispositivo e controllore destinatari.

Domande e risposte

L’allineamento a destra completa il supporto RTL?

No. Verificare direzione di base, numeri e identificatori, navigazione e focus, punteggiatura, icone e tabelle. Un markup corretto non prova azioni touch, allarmi o risposte del dispositivo corretti.

Tutte le cifre devono assumere forme della scrittura araba?

Non presumerlo. Concordare forme, separatori e input, poi verificare visualizzazione, interpretazione, copia ed esportazione. La localizzazione non deve riscrivere arbitrariamente valori di protocollo, ID dispositivo o codici di allarme.

Schermate corrette bastano per il collaudo finale?

Da sole no. Confrontarle con rilettura dell’input, registri grezzi, esportazioni e risposta del controllore; includere testi lunghi, cambio lingua e azioni autorizzate. Se è terminata solo la simulazione, indicare come non verificati dispositivo destinatario e condizioni del sito.

Fonti e servizi correlati

La società e la collaborazione internazionale (cinese) chiariscono entità e limiti. Il caso software host per encoder (cinese) illustra interfaccia, diagnostica ed esportazione, senza provare adattamento arabo o esperienza negli EAU.

La documentazione Qt sull’internazionalizzazione (inglese) descrive risorse e meccanismi; verificare la versione del progetto.

Per HTML consultare W3C sulla direzione del documento (inglese) e sul testo bidirezionale in linea (inglese).

Consultare l’ambito di sviluppo Qt (cinese) e fornire build attuale, schermo, caratteri, glossario, regole di allarme e ambiente di collaudo per definire la prima fase.