GNOME Bugzilla – Bug 42479
[Eazel Fixme] T_B_R_L icon layout just calls T_B_L_R case
Last modified: 2011-05-24 21:32:27 UTC
There's a FIXME about this in nautilus-icon-container.c. ------- Additional Comments From darin@bentspoon.com 2000-08-29 18:00:28 ---- Gene, if this is a duplicate of a bug you already have about the need to do the right-to-left layout, then just update the bug number on the FIXME and close this as a duplicate. ------- Additional Comments From darin@bentspoon.com 2000-09-06 14:36:45 ---- Strange, this bug was marked fixed, but the code still has the FIXME and I see no new code that handles T_B_R_L differently. ------- Additional Comments From eli@eazel.com 2000-10-16 19:32:44 ---- Batch-assigning QA ownership of remaining bugs to eli@eazel.com ------- Additional Comments From darin@bentspoon.com 2000-11-28 15:26:25 ---- Gene marked it fixed again with no comment about why. I'm convinced this is broken, but not needed for 1.0. ------- Additional Comments From eli@eazel.com 2001-02-21 11:14:35 ---- QA Assigning to brett. Sorry for the spam. ------- Additional Comments From eli@eazel.com 2001-03-26 11:12:21 ---- QA Assigning to self. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:38 -------
Changing to "old" target milestone for all bugs laying around with no milestone set.
Changing title to reflect that this is a fix me bug.
*** Bug 92006 has been marked as a duplicate of this bug. ***
Why was this marked High Priority?
I am looking at the nautilus source (2.2.2) to see if these FIXME statements are still there, and this one is. So I am changing the GNOMEVER keyword to "GNOMEVER2.2". Sorry for the spam.
Closing all eazel FIXMEs because most of them are out of date. Search for "Closing eazel FIXMEs" to get rid of this spam.
I really don't understand why this bug is closed as out of date, while a similiar bug was files and was closed as duplicate of this one. Do you think the bug will fix itself if you just close it?
In the case of RTL languages, placement of icons on the right side of the screen is correct. It also affects users with multiple monitor arrangements where the upper left corner of the virtual screen is invisible. This is a usability bug which should be fixed, please reopen and address it.