GNOME Bugzilla – Bug 84507
Backgrounds and emblems dialog should be divided up into two seperate dialogs
Last modified: 2010-08-02 11:29:40 UTC
Background and emblems dialog should be divided up into an emblems dialog and a backgrounds dialog. Since from the user's perspective these are 2 totally separate actions. Actually I'd be pretty happy if we just ditched the backgrounds alltogether, as for one they are applied on a per direc tory basis (this would be tricky to fix since they are set using xml files not gconf) and basically the areas in the ui where backgrounds are used should probably just be themed by gtk anyway... (eg. sidebar, and icon view background) also the desktop has it's own method of setting the background, so this isn't need for it. Man i just went way off on a tangent
FWIW I agree, backgrounds and emblems are a bizarre kind of combination to have in the same dialog, especially as all the other 'change the colour of my windows'-related stuff is in the preferences dialog. Not sure what the best longer term solution is, but anything that gets away from individual applications having their own independent theming would be nice... it's a PITA for accessibility, if nothing else :/
Updating status_whiteboard field to reflect A11Y team's assessment of accessibility impact.
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME bug list :)
Apologies for spam-- ensuring Sun a11y team are cc'ed on all current a11y bugs. Filter on "SUN A11Y SPAM" to ignore.
Adding myself to the CC list. Backgrounds are not a per-directory application in browser mode - perhaps it should be made a global setting in spatial mode? That would fix up the problem the bug really reports.
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
'Backgrounds and Emblems' have now been removed from nautilus master, see [1]. Closing this as OBSOLETE. [1] http://mail.gnome.org/archives/nautilus-list/2010-July/msg00023.html