So che, al momento della stesura di questo solo Opera supporta un'interfaccia utente del browser perC'è un modo per localizzare input type = "data" in HTML5
<input type="date" name="mydate">
e forse i miei tentativi di localizzare questo campo sono stati incontrato frustrazione perché non sono ancora state incluse nella loro implementazione sottigliezze come la localizzazione, ma non ne vedo nemmeno menzione nelle specifiche HTML5. C'è un modo per specificare la localizzazione? Dovrei fare lang = "fr" su un elemento genitore?
Alcune note sulla realizzazione del sito in questione:
- localizzazione (lingua) è esplicitamente scelto dall'utente, perché sono la gestione dei dati in più lingue e non è ragionevole aspettarsi che il browser dell'utente chrome è nella lingua visualizzata o che il browser sta fornendo le intestazioni di richiesta della lingua desiderata.
- Voglio essere sicuro che se la pagina è resa in francese che il selettore data fornito dal browser chrome mostra opzioni che hanno senso per la lingua francese.
- Il piano è quello di ricadere jQueryUI per i browser che non supportano type = "data", userò il meccanismo di rilevamento previsto Dive into HTML 5
3 problemi con questo: 1. E 'stridente come un utente di avere a passare da una lingua (cromo vs contenuto) per un selezionatore di date. 2. I dati saranno resi alla pagina in una locale, il chrome (in modalità inglese) capirà il francese e Juin significa giugno? 3. Il lato server aspetterà dati formattati in una locale e analizzerà di conseguenza, se il selettore di date formatta la data per le impostazioni internazionali previste, il server la interpreterà male. Questi problemi non sono limitati alle date. E i numeri? Il francese usa una virgola invece di un decimale. Come lo gestirà il cromo? L'approccio sembra miope. – lambacck
1 agisce come, ad esempio, il tipo di file inserito in tutti i browser ... che si localizza anche in base alle impostazioni locali del browser, non alla pagina. posso vedere gli argomenti a favore e contro questo. 2 non capisco cosa intendi qui - supponendo che questo si riferisce a 3 indipendentemente da come viene visualizzata l'interfaccia utente per il datepicker, il risultato finale (che viene poi passato al server) è sempre nello stesso formato ISO, indipendentemente dal la lingua mostrata dall'interfaccia utente. non ho provato la cosa dei numeri (assumendo che tu intenda il tipo di input = "numero") ... ma qui posso vedere che avrebbe davvero dei problemi potenziali. non so se questo è localizzato attualmente, tho. –
Non credo che il formato ISO sia una risposta ragionevole per il miglioramento progressivo. Se il browser ritorna a una casella di input semplice e non hanno Javascript abilitato (sì, quelle persone esistono) dovranno quindi inserire la data in formato ISO? Se l'utente non è tecnico, è improbabile che vogliano inserire la data in formato ISO (anche sapere come). – lambacck