Forced `noAuto` makes it difficult to transition from Font Awesome 4 to 5
See original GitHub issueToday, we heavily use <i class="fa fa-user"></i>
throughout an application. It’s not feasible to update all usages at once. It will take some time to convert all usages to the new React component. However, by importing the react-fontawesome
package, it forces noAuto
throughout the rest of the application.
Is there a way to opt-out or can an escape hatch be added? Is there a reason react-fontawesome
forces no auto?
Source referenced: https://github.com/FortAwesome/react-fontawesome/blob/9fe008e05c4308e1d12a53b7053998fc50f283e2/src/index.js#L4
Issue Analytics
- State:
- Created 6 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Upgrade From Version 4 | Font Awesome Docs
Old Icon Name or Alias (Version 4) New Icon Name (Version 5) New Icon Prefix Unicode v...
500px 500px fab f26e
address‑book‑o address‑book far f2b9
address‑card‑o...
Read more >Upgrade from Version 4 | Font Awesome Docs
Old Icon Name or Alias (Version 4) New Icon Name (Version 6) New Icon Prefix Unicode V...
500px 500px fa‑brands f26e
address‑book‑o address‑book fa‑regular f2b9
address‑card‑o...
Read more >Font Awesome Icons
Apparently, Adblock Plus can remove Font Awesome brand icons with their "Remove Social Media Buttons" setting. We will not use hacks to force...
Read more >Sizing Icons | Font Awesome Docs
We'll cover the basics of industry standard sizing recommendations, and how you can size icons up when it's useful, or when text alignment...
Read more >Fixed Width Icons | Font Awesome Docs
Add a class of fa-fw on the HTML element referencing your icon to set one or more icons to the same fixed width....
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Hey there, we are working on version 5.1.0 of FA which will fix this issue. We’ll have a migration path that will mention this specifically. We expect to have this effort done soon (it’s priority #1 for our dev team)
Hey @nelsonlaquet,
We currently have some pre-release candidates out (we are calling them 5.1.0) that address some of the issues that you’ve been having.
We are doing the work (and documentation) on the
development
branch:https://github.com/FortAwesome/react-fontawesome/tree/development
Would you be willing to give this a try? Check out the UPGRADING.md for detailed instructions.
Also remember that since this is a pre-release you need to use NPM tag
@prerelease
like:Please let us know how the upgrade goes and if you run into any problems. We are working hard to get the 5.1.0 release stabilized.