Comment on Introducing Decentralized Social Icons
lambalicious@lemmy.sdf.org 2 months ago
Can I ask seriously why the hraka do icons have to be a font? *.png has existed since… well, almost since before I existed. Not to mention stuff like CSS imagegrids.
Pretty much everywhere I go and open a webpage, I’m first met with text symbols that are something like “Á” or “§” and I can’t figure out what are they for unless I hovertext over them and the link says something like “sign up” or “join our Discord”… then I realize that, sure thing, the site relies on a remote connection to fontawesome to even display their menus correctly. Of course since I use uBO, I have remote resource connections disabled unless they’re needed ones.
If anything, I’m at least pleased that these are not huge ass-SVG banners that are like 4 to 6 screen tall bird or globe icons that a remote javascript is supposed to redraw as social icons of an adequate, small size. But at least one thing that is good about using images is that they have an accessible fallback: the alt attribute, or the title if you are lazy. To my knowledge, fonts don’t have such an accessible fallback on HTML.
deadsuperhero@lemmy.world 2 months ago
Interesting insights!
The original reason we started this was actually for our own development. Our site includes project icons and colors in dedicated tags, which link to dedicated topic hubs. As we started working on this, we realized that there wasn’t a really good resource, and that we would have to build something from scratch.
Those symbols that you see are typically Unicode. Icon fonts are generally a CSS hack, in that a collection of SVGs have been converted into a font. The Unicode strings can be thought of as “letters” for that font. You’re absolutely right that there are accessibility limitations, but the tradeoff is that people get an easy way to use their favorite project icons to represent where they are on the Web.
At the very least, you won’t have any uBO problems with our site, as the font is incorporated directly into the theme we’re using. We’ll likely explore making a WordPress plugin next, so people can add these to their profiles and menus and other places.
lambalicious@lemmy.sdf.org 2 months ago
Thanks for the response! It makes sense that you’d have to build stuff from scratch if you could not reasonably find something somewhere else that “fits”. A good work on hosting that extra tidbit yourself, too.
Has this impacted your decision process on how to iterate this over time? I assume at some point there will be more or different projects going around, some projects may die but their archives might still be around, who (if anyone) counts as the authoritative voice on how a given project’s icon should look, etc.
deadsuperhero@lemmy.world 2 months ago
Good question. For now, we have a basic process for submitting icons, which requires adding details about the project repo, information on the icon, and Copyright attribution for whoever created / owns the brand.
We recently incorporated a JS library that allows us to generate the font from the SVG files themselves, which also builds the preview pages that can be viewed at icons.wedistribute.org. With a bit of extra automation on Codeberg, we could basically update the preview page and generated set every time a new icon gets merged in to the
mainbranch.Our goal is to get to a point where new releases automatically get created, and an archive of the assets gets attached as well. That way, once a milestone gets completed, a new release will get put out with minimal amounts of work.