| 2009-08-03 12:49:43 |
Vish |
bug |
|
|
added bug |
| 2009-08-03 12:55:22 |
Vish |
bug watch added |
|
https://bugzilla.mozilla.org/show_bug.cgi?id=504275 |
|
| 2009-08-03 12:55:22 |
Vish |
bug task added |
|
firefox |
|
| 2009-08-03 13:00:58 |
Vish |
description |
Icons are not displayed be default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications are to be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Kindly identify the applications that need icons and report it here, add them by using "Also affects project". |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Kindly identify the applications that need icons and report them here, add them by using "Also affects project". |
|
| 2009-08-03 13:03:21 |
Vish |
affects |
ubuntu |
nautilus (Ubuntu) |
|
| 2009-08-03 13:03:57 |
Vish |
bug task added |
|
firefox-3.5 (Ubuntu) |
|
| 2009-08-03 13:04:43 |
David |
removed subscriber David Regev |
|
|
|
| 2009-08-03 13:07:43 |
Vish |
description |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Kindly identify the applications that need icons and report them here, add them by using "Also affects project". |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Kindly identify the applications that need icons and report them here, add them by using "Also affects project".
For further details on the related discussions and design suggestions see Bug #407621 |
|
| 2009-08-03 13:10:16 |
Bug Watch Updater |
firefox: status |
Unknown |
Fix Released |
|
| 2009-08-03 13:11:36 |
Vish |
nominated for series |
|
Ubuntu Karmic |
|
| 2009-08-03 13:31:20 |
Marcus Carlson |
bug watch added |
|
http://bugzilla.gnome.org/show_bug.cgi?id=546916 |
|
| 2009-08-03 13:36:55 |
Vish |
tags |
|
menu-icons |
|
| 2009-08-03 13:38:25 |
Vish |
description |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Kindly identify the applications that need icons and report them here, add them by using "Also affects project".
For further details on the related discussions and design suggestions see Bug #407621 |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Please use this bug report only for Firefox and nautlius, and report missing menu icons in other applications as separate bugs. Otherwise anyone who fixes the bug in one package will be punished by being spammed about changes in packages they have no interest in. Perhaps you could use a common tag ("menu-icons"?) for bug reports on this issue.
For further details on the related discussions and design suggestions see Bug #407621 |
|
| 2009-08-03 13:40:46 |
Vish |
nautilus (Ubuntu): status |
New |
Invalid |
|
| 2009-08-03 13:42:23 |
Vish |
summary |
Applications need to use "gtk_image_menu_item_set_always_show_image" for essential icons. |
Firefox needs to use "gtk_image_menu_item_set_always_show_image" for essential icons. |
|
| 2009-08-03 13:42:23 |
Vish |
description |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Please use this bug report only for Firefox and nautlius, and report missing menu icons in other applications as separate bugs. Otherwise anyone who fixes the bug in one package will be punished by being spammed about changes in packages they have no interest in. Perhaps you could use a common tag ("menu-icons"?) for bug reports on this issue.
For further details on the related discussions and design suggestions see Bug #407621 |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Please use this bug report only for Firefox, and report missing menu icons in other applications as separate bugs. Otherwise anyone who fixes the bug in one package will be punished by being spammed about changes in packages they have no interest in. Perhaps you could use a common tag ("menu-icons"?) for bug reports on this issue.
For further details on the related discussions and design suggestions see Bug #407621 |
|
| 2009-08-03 13:50:22 |
Vish |
description |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Please use this bug report only for Firefox, and report missing menu icons in other applications as separate bugs. Otherwise anyone who fixes the bug in one package will be punished by being spammed about changes in packages they have no interest in. Perhaps you could use a common tag ("menu-icons"?) for bug reports on this issue.
For further details on the related discussions and design suggestions see Bug #407621 |
Icons are not displayed by default in either context menus, dialogue buttons or firefox bookmarks menu
Upstream is setting these two options to false by default.
http://bugzilla.gnome.org/show_bug.cgi?id=557469
http://bugzilla.gnome.org/show_bug.cgi?id=583352
To ensure that *essential* icons are displayed, relevant applications must be patched.
Design Suggestion:
Meanwhile, now that we have flicked the switch and set icons to be off by default, we need to fix relevant applications to match. You can help! Whenever you see a program that has menu items for objects where those menu items now don't include icons, report a bug on the program that it should use always-show-icons for those particular items. And conversely, whenever you see a program with icons on menu items for things that aren't objects, report a bug that the icons should be removed.
Examples of menu items that count as objects, and should therefore have icons: applications, documents (including any recent documents in a "File" menu), disks, partitions, folders, bookmarks, history items, IM accounts, IM statuses, user accounts.
Examples of menu items that don't count as objects, and should therefore *not* have icons: openable windows (e.g. "Edit" > "Preferences" or "Go" > "Edit Bookmarks"), toolbars (e.g. "View" > "Toolbars" > anything), actions (e.g. "Go" > "Back").
Unlike menus in Windows, whether a menu item has an equivalent toolbar button is irrelevant to whether the menu item should have an icon.
----------------
Please use this bug report only for Firefox, and report missing menu icons in other applications as separate bugs. Otherwise anyone who fixes the bug in one package will be punished by being spammed about changes in packages they have no interest in. Use a common tag ("menu-icons") for bug reports on this issue.
For further details on the related discussions and design suggestions see Bug #407621 |
|
| 2009-08-04 00:28:37 |
Micah Gersten |
firefox-3.5 (Ubuntu): importance |
Undecided |
Low |
|
| 2009-08-04 00:28:37 |
Micah Gersten |
firefox-3.5 (Ubuntu): status |
New |
Triaged |
|
| 2009-08-06 02:00:57 |
Micah Gersten |
firefox-3.5 (Ubuntu): status |
Triaged |
Fix Released |
|
| 2009-09-01 22:21:39 |
Daniel Ribeiro |
attachment added |
|
Firefox search engines menu http://launchpadlibrarian.net/31186256/engines.png |
|
| 2009-09-03 11:40:59 |
Daniel Ribeiro |
bug watch added |
|
https://bugzilla.mozilla.org/show_bug.cgi?id=508221 |
|
| 2009-11-27 22:30:59 |
Bug Watch Updater |
bug watch added |
|
https://bugzilla.gnome.org/show_bug.cgi?id=557469 |
|
| 2009-11-27 22:30:59 |
Bug Watch Updater |
bug watch added |
|
https://bugzilla.gnome.org/show_bug.cgi?id=588668 |
|
| 2010-09-18 01:16:21 |
Bug Watch Updater |
firefox: importance |
Unknown |
Medium |
|
| 2015-06-04 05:08:43 |
Mathew Hodson |
bug watch removed |
https://bugzilla.gnome.org/show_bug.cgi?id=588668 |
|
|
| 2015-06-04 05:38:52 |
Mathew Hodson |
bug watch removed |
https://bugzilla.gnome.org/show_bug.cgi?id=546916 |
|
|
| 2015-06-04 05:39:04 |
Mathew Hodson |
bug watch removed |
https://bugzilla.gnome.org/show_bug.cgi?id=557469 |
|
|
| 2015-06-04 05:40:14 |
Mathew Hodson |
firefox: importance |
Medium |
Undecided |
|
| 2015-06-04 05:40:14 |
Mathew Hodson |
firefox: status |
Fix Released |
New |
|
| 2015-06-04 05:40:14 |
Mathew Hodson |
firefox: remote watch |
Mozilla Bugzilla #504275 |
|
|
| 2015-06-04 05:41:17 |
Mathew Hodson |
firefox: importance |
Undecided |
Unknown |
|
| 2015-06-04 05:41:17 |
Mathew Hodson |
firefox: status |
New |
Unknown |
|
| 2015-06-04 05:41:17 |
Mathew Hodson |
firefox: remote watch |
|
Mozilla Bugzilla #504275 |
|
| 2015-06-04 06:14:15 |
Mathew Hodson |
affects |
nautilus (Ubuntu) |
firefox (Ubuntu) |
|
| 2015-06-04 06:14:15 |
Mathew Hodson |
firefox (Ubuntu): status |
Invalid |
Fix Released |
|
| 2015-06-04 19:27:45 |
Bug Watch Updater |
firefox: status |
Unknown |
Fix Released |
|
| 2015-06-04 19:27:45 |
Bug Watch Updater |
firefox: importance |
Unknown |
Medium |
|
| 2015-11-05 00:36:11 |
Mathew Hodson |
firefox (Ubuntu): importance |
Undecided |
Low |
|
