Oui, comment tu fais pour que dans "J'ai acheté un livre sur PHP 5." le "5" ne passe pas à la ligne alors que dans "Le chiffre 5 est le résultat de 3 et de 2" on puisse le mettre à la ligne ?
Cette problématique n'est pas gérable automatiquement. Et je ne vois pas non plus pourquoi je devrais lancer un gros machin qui a des règles spécifiques à chaque langue pour taper du simple texte au clavier.
L'espace insécable c'est du même niveau que les majuscules accentuées ou les chevrons à la françaises. Il y a des caractères spécifiques et c'est bien de les utiliser. Que certains logiciels dédiés sachent repérer les erreurs et proposer des conversions implicites c'est très bien, mais ça ne doit pas devenir la règle.
> sous openoffice c'est également géré par le système je crois, par
> exemple on obtient cette espace avec ctrl+espace , ou évidemment
> altgr + espace)
Tout à fait. Et tu voudrais que tous les logiciels qui ne soient pas dédiés à la programmation ou à la ligne de commande réimplémentent en interne un remappage du clavier suivant la langue (parce que l'espace insécable avant ponctuation double c'est purement français) en interne ?
Ca ne serait pas plus logique de traiter ça de manière globale sur le clavier et que les applications à usage "spécifique" comme les terminaux ou les éditeurs de code fournissent un moyen de palier à une erreur de frappe (parce que votre problème reste une erreur de frappe) ?
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 7.
Cette problématique n'est pas gérable automatiquement. Et je ne vois pas non plus pourquoi je devrais lancer un gros machin qui a des règles spécifiques à chaque langue pour taper du simple texte au clavier.
L'espace insécable c'est du même niveau que les majuscules accentuées ou les chevrons à la françaises. Il y a des caractères spécifiques et c'est bien de les utiliser. Que certains logiciels dédiés sachent repérer les erreurs et proposer des conversions implicites c'est très bien, mais ça ne doit pas devenir la règle.
> sous openoffice c'est également géré par le système je crois, par
> exemple on obtient cette espace avec ctrl+espace , ou évidemment
> altgr + espace)
Tout à fait. Et tu voudrais que tous les logiciels qui ne soient pas dédiés à la programmation ou à la ligne de commande réimplémentent en interne un remappage du clavier suivant la langue (parce que l'espace insécable avant ponctuation double c'est purement français) en interne ?
Ca ne serait pas plus logique de traiter ça de manière globale sur le clavier et que les applications à usage "spécifique" comme les terminaux ou les éditeurs de code fournissent un moyen de palier à une erreur de frappe (parce que votre problème reste une erreur de frappe) ?