[wp-trac] [WordPress Trac] #24864: Genericons!
WordPress Trac
noreply at wordpress.org
Tue Aug 13 21:14:27 UTC 2013
#24864: Genericons!
--------------------------------+--------------------
Reporter: georgestephanis | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: 3.7
Component: External Libraries | Version: trunk
Severity: normal | Resolution:
Keywords: |
--------------------------------+--------------------
Comment (by celloexpressions):
I think a lot of concerns have come from the proposal to merge Genericons
with Dashicons. Since there seems to be consensus that that's a bad idea,
let's just focus on the issue of whether or not Genericons should be
bundled.
The discussion is a bit fragmented, so here are all of the pros/cons
brought in from the various places discussion has been happening:
Pros:
- Canonical version in core
- Clearer "right way" to load, so less potential for conflicts/duplicate
loading
- Themes don't need to bundle and keep track of updates
- Plugins can use them without the huge overhead of bundling them
(relative to the size of most plugins). There is currently a huge barrier
to using them in plugins, which may be why they're frequently seen as a
theme-specific component
- We discourage the use of Dashicons in the front end by bundling distinct
front-end and back-end core icon fonts, thus avoiding issues when we want
to update Dashicons for admin-specific purposes
- Better definition and maintenance of scope for Dashicons and Genericons
- Not in core twice (granted, this isn't significant according to Nacin
since bundled themes != core)
Cons:
- No IE7 support
- We're bundling yet another thing with core
- "They're specifically for themes, so why not bundle them in said
themes?" - [http://irclogs.wordpress.org/chanlog.php?channel=wordpress-
dev&day=2013-08-13&sort=asc#m663846 Nacin on IRC]
- Font updates would be tied to core updates, so they could be delayed
- A theme might want to use an older or newer version than the core
version (also, corresponding issues with WP versions that a theme
supports)
Additional:
- One alternative is to use a CDN like Google Fonts, although there are
drawbacks to that approach (this solves the issues of bundling and version
discrepancies)
- "To be clear, I have no ideological opposition to Genericons being
bundled with core, not at all. I just don’t see the benefits." -
[http://make.wordpress.org/ui/2013/07/29/discussing-genericons-and-
dashicons-with-ipstenu-and-george/#comment-23325 Joen, on make/UI]
- Joen's reasoning: "Icon fonts, when you have the process down, are
pretty easy to create, and will only get easier as time goes by what with
all the “convert your SVGs to an icon font in one click” services that are
popping up these days. As much as I’m flattered by a side-project of mine
being core canonized, I’m worried that we’re solving a non-issue and
adding bloat in the process. I predict one year from now, creating a
unique icon font for your theme or plugin is as commonplace as creating
image sprites." (from the same comment on make/UI)
Did I miss anything? I'll leave my opinion of these pros/cons separately.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/24864#comment:9>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list