[GUI] - Reintroduce menu icons #16729

pull GChuf wants to merge 1 commits into bitcoin:master from GChuf:update-icons-4 changing 16 files +103 −7
  1. GChuf commented at 4:11 PM on August 26, 2019: contributor

    Reintroduce old icons back to the menu Add new icons to the menu

  2. GChuf commented at 4:12 PM on August 26, 2019: contributor

    I know we've had lengthy discussions, but I still decided to open a PR after @luke-jr's comments. I'd also like to mention @emilengler who had the original idea of replacing the "Open URI" icon, which I included here. The "filesave" icon remains as it was.

    The only 2 options that don't have any icons right now are the "Restore" and "Main Window", both of them which don't do anything for me on linux or windows, so I didn't really know what to put there. If they dont do anything, I was thinking about removing them for linux and windows builds.

    See the previews below.

    file help settings window

  3. luke-jr commented at 4:39 PM on August 26, 2019: member

    IMO Open/Close Wallet look too much alike. On my text editor, close file has a document (no folder) with an X in the corner - but not sure if that's appropriate for a wallet.

    The 'i' for Command-line options was hard to make out. I think it's too much serif for the size?

    From the main window (ie, not system-wide menu), Restore/Main Window seem like no-ops. I'm not sure how to best detect that, but it seems outside the scope of this PR. For icon-making purposes: Restore would un-minimise / bring to front, and Main Window would switch to the main window specifically.

    Sending/Receiving addresses are too hard to differentiate. Maybe fill in the arrows and make them simpler?

  4. DrahtBot added the label Needs rebase on Aug 26, 2019
  5. DrahtBot commented at 4:57 PM on August 26, 2019: member

    <!--cf906140f33d8803c4a75a2196329ecb-->Needs rebase

  6. emilengler commented at 5:16 PM on August 26, 2019: contributor

    Concept ACK, like I mentioned it earlier I think menu icons are necessary for accessibility

  7. Update icons 67e967165b
  8. jonasschnelli commented at 6:11 PM on August 26, 2019: contributor

    Ref: #16612 NACK and sorry for directly closing This is bikeshed-back-and-forth territory which I'm not going to support.

    If you want to improve the UI (which would be highly welcome), I recommend spending time working on something that makes a difference.

    like I mentioned it earlier I think menu icons are necessary for accessibility

    I do very much doubt that. One of the platforms with the best accessibility support is macOS and there are no menu icons,.. really nowhere.

  9. jonasschnelli closed this on Aug 26, 2019

  10. GChuf commented at 6:28 PM on August 26, 2019: contributor

    All due respect and no ill will intended: since I'm not a programmer, dealing with these issues is not bikeshedding for >me<, and I wouldn't be doing this if I haven't thought this was helpful - I myself still look at the icons and not text (therefore this PR is also kind of a "scratch your own itch" thing). Furthermore, macOS isn't all that popular throughout the world, I believe.

    I genuinely just want to help the project in ways that I can. For me, and some others, this would make a difference - please do not think that everyone thinks like you (programmers) do.

    Any way, if this stays closed, I'll leave the icons behind.

  11. emilengler commented at 7:00 PM on August 26, 2019: contributor

    There are other ways to contribute like translations :)

  12. jonasschnelli commented at 8:34 PM on August 26, 2019: contributor

    @GChuf: I see your point and I appreciate your intention to help. #16612 had relatively broad support which makes me believe that this PR will be a waste of time for no good reason. That's why I think cut harsh, save everyone's time, is the right approach.

    Furthermore, macOS isn't all that popular throughout the world, I believe.

    Totally. I just responded to @emilengler statement that icons are necessary for accessibility which IMO is wrong.

    There are other ways to contribute like translations :)

    What really would be awesome if someone would take care of good UX. I don't mean changing a bunch of icons... I more mean thinking the whole thing through, starting with a great concept, etc.

  13. luke-jr commented at 11:12 PM on August 26, 2019: member

    @jonasschnelli It's completely unreasonable for macOS and GNOME users to force macOS/GNOME UI design choices on everyone else. Recuse yourself.

  14. emilengler commented at 1:43 PM on August 27, 2019: contributor

    @luke-jr IMO if we use Qt we should stick more with KDE I think if there are any design guidelines

  15. luke-jr commented at 5:10 PM on August 27, 2019: member

    Sure, although half the point of Qt is to be desktop-neutral (and Qt apparently does so by hiding menu icons on platforms without them).

  16. emilengler commented at 8:24 PM on August 27, 2019: contributor

    Yes but KDE apps are a concrete example of Qt apps I think

  17. GChuf commented at 2:48 PM on August 28, 2019: contributor

    I'd have to agree with @luke-jr that it's unreasonable for macOS/GNOME users to decide on design for other platforms. It seems as though there are a lot of macOS users here - that might explain the general dislike for the idea of menu icons. I now understand what people were referring to when they said "good design practice" - in other words, it doesnt refer to "good design", but on macOS design ... not quite the same thing, I would argue. Therefore it seems like the solution would be to leave this decision to windows/linux/... users, and leave macOS without icons.

    Regarding luke's review, I agree with what you said. Regarding emil's comment - I've done extensive work regarding translations in august ... you can check transifex's dashboard.

  18. luke-jr commented at 12:18 PM on August 29, 2019: member

    @GChuf How about using theme-provided icons where practical? https://doc.qt.io/qt-5/qicon.html#fromTheme

  19. jonasschnelli commented at 12:40 PM on August 29, 2019: contributor

    I'd have to agree with @luke-jr that it's unreasonable for macOS/GNOME users to decide on design for other platforms.

    No one said that. I only said that it's not true that you need Icon for accessibility and made an example about macOS.

    We removed the menu icons in #16612. We had 7 acks for that. Working on bringing them back is extremely likely a waste of time... up to you if you want to continue on this... but I strongly recommend to not waste precious contributors time.

  20. GChuf commented at 3:18 PM on August 29, 2019: contributor

    @luke-jr i'm not sure about theme-provided icons - honestly, this is out of my depth. From what I understand, adding some theme icons would not be practical, as it would require additional code and work. There'd also be problems with finding a theme that matches the current icons - unless we change every icon. Meanwhile, filling those arrows and replacing "i" for command line options wouldnt be hard at all. Not sure about open/close wallet. @jonasschnelli I wasn't targeting you specifically. Working on the icons only to see the PR closed is a waste of time, can't argue with that. But merging this would also end the time-waste - as for the other reasons for not having icons, I can't say I agree with any of them (especially since most(?) ACKs were from people who don't have icons on their menus)

  21. luke-jr commented at 9:32 PM on August 29, 2019: member

    (especially since most(?) ACKs were from people who don't have icons on their menus)

    That is my impression. People who don't use features shouldn't be ACKing their removal. It would be like bitcoind-only devs ACKing removal of the entire GUI...

  22. GChuf commented at 2:47 PM on September 2, 2019: contributor

    @luke-jr I've updated the sending/receiving address icons, and the "i" for command line options. Will post pictures of GUI and update commits later. But how do you think we should proceed?

  23. laanwj removed the label Needs rebase on Oct 24, 2019
  24. DrahtBot locked this on Dec 16, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-05-02 15:14 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me