Include skin tones and others with long hexcode

[axelpale]

Currently only emojis with single-part hexcodes are included into the sheets. There will be tens of new sheet sets. Find a way how to navigate in these. Multipage? Review #1 ?

[carlinmack]

was trying to see if markdown tables would help here but messes with the dropdowns

I think there is some merit to this approach but needs some thought

hmm

I think the only way to generate that procedurally would be with html though as it would be a pain to append to lines in markdown

Alternatively, I think it would be fine to have all the images in a table and have a link to download all of the assets in that category.

[axelpale]

Thanks for exploring the options. Interesting!

Few notes:

• I like the OpenMoji-emojis in the titles :)
• The number of sheet files and the data displayed with them will grow. There will be more data, other formats, and maybe usage instructions. For example, important file sizes, and svg sheets for the symbol method might be just around the corner. Therefore it might be unwise to establish too complex layout markup at this point. Just to keep in mind.
• Tables tend to be bad when it comes to mobile support and responsiveness.
• GitHub Pages also allows usage of Jekyll themes. They provide more freedom with the cost of increased complexity. Here are some starters if we want to look into that direction: creating a Jekyll site, adding content to Jekyll site

a link to download all of the assets in that category.

That would be nice. I believe we eventually need a reference implementation for a emoji picker to find out how the assets should be delivered. Yet, the current method has already been useful for some of my projects. Also some 31 people have already cloned the repository. As you mentioned earlier, a release could provide a link to download all sheets. A CDN would be great too.

Some further ideas to help the layout:

• We could generate wider sheet images.
• We could display the sheet in the same way as in the CSS sprite examples. Then it would fill the width automatically and also give a strong example that the sheets really work.

[axelpale]

I will today release a version where the sheets have double the width of the current (8 --> 16) and let us see it feels.

[carlinmack]

Tables tend to be bad when it comes to mobile support and responsiveness.

I don't think developers will be downloading sprite sheets onto their phones haha, that's not to say that we shouldn't think about a mobile layout but I don't think it's so important that we should sacrifice desktop experience.

[axelpale]

I don't think developers will be downloading sprite sheets onto their phones haha

True :) Still, I often explore and compare available libraries and tools via mobile devices. Maybe others do it too.

Any thoughts about the current wide sheet images? Any thoughts about the ease of navigation now when all skintones, flags and other long-hex emojis are available?