Tying Symbols to colours

[maxcleme]

Tying Symbols to colours

[jaymeh]

symbols.log - Full list of symbols.
icon-list.txt - Symbols that are left.

I think the biggest issue we may have here is in the event we get a bunch of new colours released and we run out of symbols for them. Keen to hear peoples thoughts :).

[jaymeh]

Hey @maxcleme ,

Just looking through this and wondered if you would also like me to take a look into creating the V3 api work for this? Noticed from your README that we should only MR with CSV's though so thought I'd ask before making a start.

Cheers.

[maxcleme]

@jaymeh

Feel free to add new go files under generation folder.

Statements in the README are only to explain that all versions are generated based on the raw folder, so modifying gen folder doesn't make sense.

Of course here we want to create a new version, so it's ok :)

[maxcleme]

In fact, I think we can stick with the initial set of symbols, having a unique symbol per palette is enough. We could easily distinguish it later on by using prefix and/or colors based on the palette origin.

eg: White Hama and Blue Perler could have the same symbol, however it could be rendered with prefix and/or colors based on Hama or Perler palettes.

However, as state, we need to think about maximum number of entries in a palette in order to support this behaviors.

[jaymeh]

@maxcleme I see, yes that could work as a first phase. We should have enough symbols per palette, the biggest one I could see was the new diamond dotz addition with ~480 colours. We have a full symbols list of around 700 so we should be ok.

I had a think about the overall approach for this last night and the only way I can see it working is to generate an additional file (possibly csv) somewhere inside the generation folder. This is generated automatically by assigning symbols to their colour code. We would then be able to lookup these associations when any new palette is added and regenerate the csv before pushing it into the gen folder.

Keen to hear your thoughts on this? 😃

[maxcleme]

New version is up and running. You can get v3 files here :

https://beadcolors.eremes.xyz/gen/v3/[PALETTE_NAME].csv

Let's move on to beadifier repo for integration :)

[jaymeh]

Yeah, sounds good. Thanks 👍

…

On Tue, 28 Jul 2020, 07:11 maxcleme, ***@***.***> wrote: New version is up and running. You can get v3 files here : https://beadcolors.eremes.xyz/gen/v3/[PALETTE_NAME].csv Let's move on to beadifier repo for integration :) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#12 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AELKNLAKUWADS76AP54WHALR5ZT2BANCNFSM4OUXT2QQ> .

[maxcleme]

If everything is fine, I guess we can close then :)

[jamiesykescreode]

Yeah, lets close this. Thanks