Le mardi 25 octobre 2005 à 23:23 +0200, cono a écrit : > Your explanation doesn't make clear to me, why it is wrong. > Aplying a character-style to a word, changes the language of that word, > so that spell-checking can do its work. All other properties of the > words (font etc.) can be the same. > What do you suggest?
Language should really be pushed to a space orthogonal to styling, with a separate UI to set it. Right now mixing language with styling : - confuses users - makes them more work (a language does not exist before a style is defined) - and I may be wrong there, but can you apply multiple character styles to the same word ? If not as soon as you need it for language you've lost it for its usual styling purpose (sure you can do "fixed text with russian" "fixed text with french" but this example shows clearly 1. you're trying to shove two different things in the same slot 2. you've multiplied the styling work required of the user) Separating language from styles would permit : - syncing the language with input method (what this user asked) - displaying the current language so users can actually know what happens in the status bar (ie this § is spellchecked against american english, not british english) - and a lot of other cool language-management enhancements (language-specific word count, highlighting of a specific language when you want a native speaker to check these parts, etc), which are not possible right now when language is hidden in styles -- Nicolas Mailhot
