Hi Yoav, On Tue, Jun 2, 2009 at 12:42 PM, nakro <[email protected]> wrote:
> > *sigh* .... i wrote such a splendid reply but chrome entered one of > his moods and refused to pop out of the taskbar.... > > here is the much shorter version : > tell your friend at FF that at least on 3.0.10 the Ctrl+right shift do > not work (try www.google.com and see in the edit control) > also, i failed to see the logic in his reasoning for why visual > selection is a bad thing > if you are located anywhere in a text, and you press SHIFT + LEFT, > when is it ever a bad idea > to take the char to your left ? never! really never (even if you > imagine numbers or other things) At the very beginning of the email, he mentioned that "This question .... does not have a definite "right" answer.". I think shift+arrow follows logical order is because it is a selection operation, which often used for cut/copy/paste, in which, it makes sense to copy the text that are logically(not visually) continuous together. There is a chrome bug <http://crbug.com/8141>related to shift+arrow. There are some native speakers who actively working/commenting on the bug. From the bug (and its related bugs) history, looks like logical order is what they are expecting as well. Again, both Uri and the IBM document mentioned selection could follow visual or logical order. And Chrome could provide a toggle between visual order and logical order, like what Firefox does. But I do not think we are in that stage yet. > > nvm, > > as for chrome, just one example : > if you download a file (3.0.183.0 (17405)) with hebrew UI > you will see the localized version of "this file could harm...." but > the buttons are to the right of this message > which would seem awkward.... but maybe you thought it was a good > thing, do you have some design doc about > how you wanted RTL to look ? I think that is a bug. Could you please kindly file a bug? If you think Chrome does not work correctly in any case, you could file a bug. And it is helpful to file bug with concrete information (you can search the bugs xlyuan filed for reference). Chrome is still improving its quality in RTL languages, and we might overlooked some issues before. If there is doubt on whether the bug you filed is a bug or not, we can discuss it. We do have a UI mirroring infrastructure design doc<http://dev.chromium.org/developers/design-documents/ui-mirroring-infrastructure>, which focused mostly on how Chrome implement its UI mirroring in windows. > > another example, still in that area, in the DL shelf, the "pie chart" > grows CW (good!) and in the download tab (Ctrl+J) > it shows it CCW (not to mention that the file is displayed in the > middle of the text between the DL speed and size.... funny!) > but which one did you think is the more "correct" behavior ? CW ? > CCW ? anyways it has to be consistent I agree that it should be consistent. But I am not sure which way is more intuitive to native speakers. Could you please kindly file a bug? There are some experienced/knowledgeable native speaker developers, and there are some native speakers actively working with us to improve Chrome's quality. We can discuss the desired behavior in the bug. > > > i would actually like to code all these fixes myself, because i am > quite excited about chrome programming > but how does one know which way you ppl decided is the right way ? We'd love if you could contribute. As I mentioned before, we have talented and passionate native speakers in chromium community. The best way to start contribute is to file bug with concrete information, and *we* (not only chrome programmer) can discuss the right solution. It is always a good idea to track issues down, and tackle them one by one. Thanks, Xiaomei > > > > > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
