Pas d'expérience dans le client lourd mais ca doit pas être plus méchant.
Ca depend. Sur un telephone, ou tu bosses tres dur pour designer un truc (en anglais evidemment) ou le principal est "above the fold" et que tu te retrouves avec des lignes qui wrappent tout d'un coup, ca devient problematique. Tu peux jouer sur les tournures de phrases etc. mais c'est loin d'etre evident.
Et apres, tu te retrouves au japon, et ta localisation veut dire ajouter deux colonnes a ta table User pour les noms phonetiques, et un changement d'api REST, et ta recherche "free form text" implique un changement au coeur de l'indexeur pour matcher a la fois le katakana et l'hiragana (desole si j'ecorche les noms, tout ca est encore nouveau pour moi).
[^] # Re: Axiomatique différente = IHM différente
Posté par groumly . En réponse au journal i18n: la langue la plus concise est le chinois. Évalué à 3.
Ca depend. Sur un telephone, ou tu bosses tres dur pour designer un truc (en anglais evidemment) ou le principal est "above the fold" et que tu te retrouves avec des lignes qui wrappent tout d'un coup, ca devient problematique. Tu peux jouer sur les tournures de phrases etc. mais c'est loin d'etre evident.
Et apres, tu te retrouves au japon, et ta localisation veut dire ajouter deux colonnes a ta table User pour les noms phonetiques, et un changement d'api REST, et ta recherche "free form text" implique un changement au coeur de l'indexeur pour matcher a la fois le katakana et l'hiragana (desole si j'ecorche les noms, tout ca est encore nouveau pour moi).