[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #9 from Dilam --- (In reply to Nate Graham from comment #8) > If you'd like to take the lead here to clean up some of these > mis-categorizations, that would be a great way to get involved and learn > about icons. Ok. I will probably not found the time to get into the KDE development ecosystem to do that (as I also have some more important things that I should found the time (days) to do). -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #8 from Nate Graham --- The dirty secret is that the category-based organization has no effect on anything, so there's no real reward for cleaning it up. There's also no reason not to--other than no one having time for it since we're all overloaded with work. If you'd like to take the lead here to clean up some of these mis-categorizations, that would be a great way to get involved and learn about icons. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #7 from Dilam --- Sorry for being annoying, it's little things, I want to see KDE becoming perfect. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #6 from Dilam --- To be less confusing, maybe we should have : every icon with names like "folder-things" should be an icon for folders to store that thing (with folder icons), name "view-things" for action icon to go to those things, name "thing-true" for an icon on something to say that it is part of the thing (in action category) (when we click on it, it could become "thing-false"), name "add-thing" or thing-add" for the action icon to add the thing category to something, name "thing-new" for action icon to create a new thing object, no "things" because it could be confuse with "folder-things" and "view-things". Those things are already mostly true in most cases. Except "true", "false" that I have never seen used. For singular name that implies containing multiple stuff like "database" it can create many confusion if the name is not precised (folder (to put on folder), view (action), add, true). Symbolic being always symbolic is always true. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #5 from Dilam --- (In reply to Nate Graham from comment #4) > This is basically intended; not every icon needs to have both symbolic and > full-color versions in the Breeze icon design language. In particular, > actions icons are almost always only symbolic, and the icons you're showing > here are action icons. Action icons are not intended to be shown at enormous > size; it's best to pick a different an app, category, preferences, or device > icon instead. So why is it not in the "actions" category ? - Why is there a "user-identity" in the folders category when "user" and a lot of things related to user are in the "actions" category ... and even an other "user-identity" ! ? - I don't know why "folder-add" is not in the "actions" category. "folder-new" is in "actions". It's clearly not normal. - "actions" category already has things like "bookmarks" (a category of stored things) and stuff related to mail, so why are mail categories with folders ? If is it to use it on folders then it should have folders icon for the version without symbolic in the name. If it should not be used on folders then it should probably be in "actions". - contrary to "bookmarks", "favorites" is with folders, so we could ask why not "bookmarks" with folders or why not "favorites" in actions ? I would say that the word "favorites" is something that feel a bit more general that "bookmarks" and that we could use it for everything, so putting it on folders for multiple reason. But for that we have "folder-favorites" and I use it myself on multiple folders. "favorite" is in "actions" (as it should), "folder-favorites" is with folders (as it should) and "favorites" is with folders (which is subject to debate because it can be seen as exactly like "folder-favorites" so useless duplicate or as an action to go to where are favorites so would be more an action). - For folders we have "folder-database" (a folder with database icon) which is useful. So I don't care we don't have a folder version for "server-database", "repository" and "network-server-database". - "folder-saved-search-symbolic" has no version without symbolic in the name. And there is no other folder icon that allow to use a magnifying glass icon, so it could be useful to have one (folder with magnifying glass) to point out that a folder contain search related stuff. - I know what xcfe is but not what "org.xfce.gigolo" is supposed to be. - I don't know what use-case "document-multiple" has. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 Nate Graham changed: What|Removed |Added CC||n...@kde.org Resolution|--- |INTENTIONAL Status|REPORTED|RESOLVED --- Comment #4 from Nate Graham --- This is basically intended; not every icon needs to have both symbolic and full-color versions in the Breeze icon design language. In particular, actions icons are almost always only symbolic, and the icons you're showing here are action icons. Action icons are not intended to be shown at enormous size; it's best to pick a different an app, category, preferences, or device icon instead. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #3 from Dilam --- Created attachment 169043 --> https://bugs.kde.org/attachment.cgi?id=169043=edit Illustration of the issue in folder-icon choice An annotated screenshot illustrating the issue from the view of icon selection. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #2 from Dilam --- Created attachment 169020 --> https://bugs.kde.org/attachment.cgi?id=169020=edit Folder of folder icons with symbolic looks even without being the symbolic version The folder used for the video example. For folder icons always showing symbolic looks instead of detailed looks. The folder needs to be unzipped for icons to show. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #1 from Dilam --- Created attachment 169019 --> https://bugs.kde.org/attachment.cgi?id=169019=edit Video showing "not symbolic" folder icon with symbolic appearance -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 Dilam changed: What|Removed |Added Summary|Some folder icon are not|Some "not symbolic" folder |symbolic even if symbolic |icon show always as |versions of them exists |symbolic even if symbolic ||versions of them exists -- You are receiving this mail because: You are watching all bug changes.
