Re: [poedit-users] ANN: Poedit 1.4.0_pre1 pre-release
"Werner F. Bruhin" <[email protected]> Fri, 29 Feb 2008 11:52:06 +0100
| Newsgroups | gmane.editors.poedit.user |
|---|---|
| Message-ID | <[email protected]> |
Hi Vaclac, Didn't see this before I sent my other post. Vaclav Slavik wrote: > Hi, > > Cristian Secara( wrote: > >> Can I put back the blue/yellow marking for untranslated/fuzzy >> strings ? >> > > I'd rather not, it had a number of problems: > > (1) colored backgrounds are totally nonstandard > (2) they caused problems with unusual color themes -- depending on > user's color settings, it can totally mess the UI > (3) also, they're useless if you're color-blind, so the colors > shouldn't be the _only_ indicator > (4) the colors are arbitrary, don't have any associated meaning > (5) you can't see them under selected items at all (so e.g. pressing > the "fuzzy" button doesn't seem to do anything to new users, because > color change happens under current selection, where you can't see it) > (6) it conflicts with planned syntax and (in case of fuzzy entries) > translation problems highlighting -- it's hard to mark whitespace > with different background if you already use the background for other > purposes, or to visibly underline problems if you don't have > high-contract background > O.k. no problem with this. > On the other hand, the new approach (bold font = untranslated, italics > font = fuzzy): > > (1) is more standard and not arbitrary (bold font is commonly used > for "new" items, e.g. unread emails -- untranslated string is a new > entry the translator has to deal with; italics is used to signify > that text fragment needs attention, it emphasizes it) > (2) has better usability because it doesn't rely on colors alone > (3) blends well with any color theme > (4) is visible even under current item > (5) uses standard background that is good for editing text on and so > errors/spelling/syntax/warnings markers on it can use their usual > colors without the risk of low-contrast conflicts > Now that you tell me I see it, but I don't think this is that visible. > I think the only serious problem with the new scheme is its use of > italics for fuzzy entries. It was pointed to me (and I should have > thought of it myself) that when you're translating something, fuzzy > entries are just another kind of untranslated stuff. And italics is > very hard to spot, so it's easy to miss that there are untranslated > strings. So the next pre-release will use bold font for these too, > but differentiate it with different _text_ (not background) color. > (Notice that you can distinguish fuzzy and untranslated in two ways > then: by color and by the fact that bold-with-translation is fuzzy > and bold-without-translation is brand new.) > > Maybe it should use dark blue for untranslated text too, I'm not > sure -- as long as it's only slightly off the standard color > (typically black), it shouldn't carry any of the problems mentioned > above with it. > What about something like a status column with either a small icon? Werner ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/