GNOME Bugzilla – Bug 534297
Redesign "Background and Emblems" dialog
Last modified: 2010-08-02 12:17:17 UTC
Please describe the problem: IMHO we should use Tab bar type dialog instead of category button. Because the icon theme might be changed and thus the icons of 3 category buttons will be not matched in style. I don't know Glade so I could not come up with the design, but what I propose is the dialog that looks like the Gedit Preferences, or look like this http://bugzilla.gnome.org/attachment.cgi?id=103442 Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
I agree this is something we want to do. I am marking some bugs to depend on this, hopefully this will bring some discussion.
Created attachment 111399 [details] Emblem dialog
Created attachment 111400 [details] Pattern dialog
Created attachment 111401 [details] Color dialog
Those 3 dialogs are mockup that I *crappily* modify from the dialog screenshot of GNOME Background Theme.
Jones, thanks for your contribution on this. How do you think your mockup would cope with the suggestions in bug 84507 and bug 471358, i.e. splitting the Emblems from the Background/Colors? Note that some progress on a desktop-wide emblem system is being hopefully done as part of this year Summer of Code by Clemens Buss, see [1], so this will change anyway soon. CC-ing Clemens to hear his opinion: which would be the right place to set emblems for files with your new architecture? [1] http://code.google.com/soc/2008/gnome/appinfo.html?csaid=C4B0B39CD64C9CE6
I think it'd better to separate them because they do not share any common properties, the only similarity is how user drag and drop the object (patters,colors,emblems) to apply on the other object. I would like to discuss about regression issue of applying object, I propose that we include an Combo box with 3 selections: - Apply to single object - Apply to sub-dirs - Apply to all dirs Mockup: Object Application: + |__Single (default) |__Sub-Dirs |__All Dirs Please excuse my poor English, I could not find precise words for the dialog label.
I also agree that this is something we want to do. The whole dialogue looks kind of outdated to me, anyway. > Note that some progress on a desktop-wide emblem system is being hopefully done > as part of this year Summer of Code by Clemens Buss, see [1], so this will > change anyway soon. Finding the right place for setting the emblems is a tricky question. I haven't fully made up my mind about that, yet. Anyway, I think that it should be fair enough to leave that in Nautilus for now. As soon as the efforts for a desktop-wide representation of emblems become more and more real this may be redebated. But I personally think that even then one probably wants to leave the setup of emblems at the same place. > I think it'd better to separate them because they do not share any common > properties, the only similarity is how user drag and drop the object > (patters,colors,emblems) to apply on the other object. Well, you have a point there but another vision for these three entities is to in fact have them connected. For instance, one could imagine to derive a certain background pattern or color from an emblem already set for a folder. This way the user doesn't have to set emblems and backgrounds separately, while they are connected semantically in most cases. (At least I suppose.) Hope I was clear, while trying to be brief.
*** Bug 115748 has been marked as a duplicate of this bug. ***
'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