doc: introduce icon policy documentation#70
Conversation
Bosch-0
left a comment
There was a problem hiding this comment.
Could we not have that PNG optimization tool run automatically when an image / icon is added to the repo?
|
@Bosch-0 where would it run automatically? We don't want non-optimized icons in the source tree so the command would have to run client-side. I think you could configure a pre-commit hook in your git client to do this automatically but maybe not worth the effort. |
|
|
||
| #### SVG Source File | ||
| SVGs are used as source files because they can scale while retaining image quality. | ||
| They are not used in production due to limited application support. |
There was a problem hiding this comment.
Do you have an example of limited app support?
There was a problem hiding this comment.
This line was originally written by @Bosch-0
There was a problem hiding this comment.
I can think of 2 motivations:
Qt supports the static features of SVG 1.2 Tiny. ECMA scripts and DOM manipulation are currently not supported.
- rendering an SVG in a small size might not produce a good-looking icon and so it is easier to have a PNG optimized for that size.
There was a problem hiding this comment.
Limited app support may be too harsh, not as widely supported as PNG is probably a better way to put it. JPEG files should also be used over SVGs for images with wider color profiles.
There was a problem hiding this comment.
The phrase “limited application support.” sounds a little confusing and might be misleading. For example, one might think, which application are we talking about here? Is it “bitcoin core” or some other application that works on PNG, SVG, and other formats of images.
I think a better framing of this sentence would be:
“They are not used in production because they are not widely supported (compared to PNGs).”
In this framing, the reader will clearly understand that we are talking about format support in general.
There was a problem hiding this comment.
This line is just a quick explanation as to why we are not using SVG files as our production files. The reason for this is because of limited application support; this could refer to x, y, or z reason.
In reality, we are/will be using SVG as production files because that is what designers have recommended. Getting into the particularities here, or what the reality of support for SVG files really is across all applications doesn't matter.
@shaavan: Changing from "limited application support" to "not widely supported" doesn't remove the inherent reference to 'outside' projects
I think the line is fine as is
There was a problem hiding this comment.
Changing from "limited application support" to "not widely supported" doesn't remove the inherent reference to 'outside' projects
I can see what you are talking about. I guess the phrase "limited application support" is not as confusing as I first perceived it to be :)
8a2c366 to
23ad199
Compare
| and text chunks, resulting in a lossless reduction of the file's size. | ||
|
|
||
| ## Contributing | ||
| Bitcoin Core primarily uses icons from the [Bitcoin Icon set](https://github.com/BitcoinDesign/Bitcoin-Icons), |
There was a problem hiding this comment.
In the current state of this repo no icons are from the Bitcoin Icon set, right? Maybe clarify that new added icons should be chosen from that set?
There was a problem hiding this comment.
We will be using those Icons. Although there are none yet, they will be added as needed. We know that we will primarily use these icons. I don't see the need to state, as of right now, that "new" icons will be chosen from the set.
shaavan
left a comment
There was a problem hiding this comment.
Concept ACK
The icon policy documentation is quite nicely arranged. The details in the document are pretty well explained without being overwhelming. This writing style fulfills the purpose of the documentation as it would be used chiefly by newcomers in the bitcoin core contributing ecosystem.
I have one change to suggest, which I have mentioned here. Other than this and other minor changes suggested by other reviewers, I think this documentation is perfect!
23ad199 to
68efd37
Compare
|
Updated from 23ad199 -> 68efd37 (pr70.02 -> pr70.03, diff) Changes:
|
|
ACK from me :) |
Co-authored-by: jarolrod <jarolrod@tutanota.com>
68efd37 to
7335bdd
Compare
Co-authored-by: jarolrod <jarolrod@tutanota.com> Github-Pull: bitcoin-core#70 Rebased-From: 7335bdd
Co-authored-by: jarolrod <jarolrod@tutanota.com> Github-Pull: bitcoin-core#70 Rebased-From: 7335bdd
Github-Pull: bitcoin-core#70 Rebased-From: 7335bdd Co-authored-by: jarolrod <jarolrod@tutanota.com>
Github-Pull: bitcoin-core#70 Rebased-From: 7335bdd Co-authored-by: jarolrod <jarolrod@tutanota.com>
Github-Pull: bitcoin-core#70 Rebased-From: 7335bdd Co-authored-by: jarolrod <jarolrod@tutanota.com>
Github-Pull: bitcoin-core#70 Rebased-From: 7335bdd Co-authored-by: jarolrod <jarolrod@tutanota.com>
Github-Pull: bitcoin-core#70 Rebased-From: 7335bdd Co-authored-by: jarolrod <jarolrod@tutanota.com>
40e6a0e doc: introduce icon policy documentation (bosch) Pull request description: Moved from bitcoin-core/gui#310 Picking up bitcoin-core/gui#178 This introduces documented policies for how icons should be prepared, optimized, styled, contributed, and attributed within Bitcoin Core. Having guidelines for iconography helps with making applications more consistent and efficient. [document render](https://github.com/bitcoin-core/gui-qml/blob/23ad199b43e9068d0571eba5965752b03842a7f4/src/qml/doc/icon-policy.md) ACKs for top commit: hebasto: re-ACK 40e6a0e Tree-SHA512: aebdfcfea83d23584ccbcf7bdb706bcddfd63dbdb53018ec8220cab87cc92720fd41cb532325e258fff6bcc53b5cebbe498fba2ad95ebebb5da4f868f92607d3
40e6a0e8a279323cf941ff0bde38fd34fcc0f445 doc: introduce icon policy documentation (bosch) Pull request description: Moved from bitcoin-core/gui#310 Picking up bitcoin-core/gui#178 This introduces documented policies for how icons should be prepared, optimized, styled, contributed, and attributed within Bitcoin Core. Having guidelines for iconography helps with making applications more consistent and efficient. [document render](https://github.com/bitcoin-core/gui-qml/blob/23ad199b43e9068d0571eba5965752b03842a7f4/src/qml/doc/icon-policy.md) ACKs for top commit: hebasto: re-ACK 40e6a0e8a279323cf941ff0bde38fd34fcc0f445 Tree-SHA512: aebdfcfea83d23584ccbcf7bdb706bcddfd63dbdb53018ec8220cab87cc92720fd41cb532325e258fff6bcc53b5cebbe498fba2ad95ebebb5da4f868f92607d3
Moved from bitcoin-core/gui#310
Picking up bitcoin-core/gui#178
This introduces documented policies for how icons should be prepared, optimized, styled, contributed, and attributed within Bitcoin Core. Having guidelines for iconography helps with making applications more consistent and efficient.
document render