A suggestion by Eldenroot from this forum topic
I must say also those icons look very neat! I like that u can have 3 types of the same icon (solid, regular, light)
Yes, these new icons are just beautiful. I hope it will be included in v0.1 release
@tobscure What do you think?
In any case, version 5 does not seem to be available yet in the shim repository we use for including font-awesome via Composer.
I love the new icons, but I have a couple of issues with this:
Font Awesome 5 does not appear to be open-source / on GitHub - hence the Composer repo hasn't been updated. We can't really ship it without being able to pull it in with Composer.
Their SVG JS...
Our dash of performant JS replaces your fas fa-icon and CSS :after icon elements with SVG.
Dash of performant JS?! It's 271 KB gzipped. 642 KB uncompressed. That's bigger than all of Flarum's JS.
Not that we'd have to use the SVG JS. We could stick with the icon font. But still, such an outrageous claim 馃槅
The open source thing still needs to happen i think, as well as the changelog
Perhaps we should simply consider allowing icons to be interchangeable? That would allow an extension to switch to FA5 or material icons.
@luceos how would you propose to achieve that?
I haven't considered implementation yet, although I should have. Perhaps by making the icons an extension by itself and only adding references to the pages? Then in the frontend we read a icon map and interchange the icons with their corresponding mapping. Possibly we could (preferably should) achieve this during compilation.
Is this a valid suggestion? Your frontend foo is stronger than mine @tobscure . 馃槉
@tobscure Just noticed FontAwesome 5.0.6 has been released some days ago
We need the update to reach this repository, though...
I feel like they're waiting for a pull request for that 馃 Previous updates has been done via that, most of the time if i see correctly.
And there it is. :grinning:
If anybody is interested in sending a PR that updates Flarum to the new version, go for it. :+1:
And please include file-size comparisons :D
Hi, everybody!
I've been trying out to implement this for some times, and just now created a PR for this (even though still WIP).
Any comments are welcome, and please let me know if i'm doing something wrong 馃榾
Fixed by @afrastgeek in #1372 and all the companion PRs. :ok_hand:
Lovely, great work @afrastgeek !
I'm reopening this because the PR we merged (in all extensions as well) use the fa prefix, which is an invalid prefix. Valid prefixes are:
far for regularfab for brandsfas for strongfal for lightWe decided to remove the shim (fallback). And:

tl:dr we need to replace all fa prefixes with fas as proposed on their documentation.
@luceos thanks for the heads up. I wasn't notice the deprecation on fa prefix back then, because the upgrade guide say we can use both fa and fas.
anyway from the Font Awesome 5 Upgrade Guide, the new icon prefix are not all fas, some has far prefix. The far prefix are the new syntax for the old icon-name-o open icon.
In some component, like the follow button or the unread thread status, they're using both solid and open (now called regular) icon for toggle. So, I suggest to not replace the far icon prefix.
Let's just change the fa prefix to fas.
@afrastgeek that's a good point, let's stick to those then.
I also noticed the deprecated fa still works, but it would be better to change them to prevent confusion and possible breaks in the future.
@luceos I don't have time to update each and every extension (Thanks AP testing). I did have a minute and made this script here: https://gist.github.com/CDK2020/0583c457f14c6b195bf84903eeed2d0e It should get most, if not all of the fa fa-{icon}s changed to fas fa-{icon}
@CDK2020 thanks 馃 I've merged your PR to core, now we just need to do all core extensions.
@afrastgeek Thanks for all the PRs. I've reviewed them (well, the changes look correct; I did not check whether you caught all of them, but hey...) and merged. :heart:
Just in case, I'd recommend looking at all the places where icons are used, as the names of some were changed, resulting in breaking changes.
If I remember correctly, that was done as part of the original set of PRs related to this issue.
some icons missing, at least in Suspend and Subscribe extensions.



@sijad did you recompile the js for those extensions?
no I didn't, I've cloned flarum/flarum, changed all dependencies version to dev-master, then composer install, installed Flarum, and some icons don't show up.
@sijad yes, then you have to recompile the assets.
You can use this script: https://gist.github.com/luceos/ddc5dc2b43edec7637300db3b29041f0
Make sure you run it from the Flarum root.
is it something that should be fixed somehow? I think users shouldn't have to recompile assets after installation/upgrade.
We decided not to commit the dist files along every single time. In the future there will be a bot (or ci) that does the recompilation for us. The reason for this is that it causes too many issues with merging and resolving conflicts. In addition it just increases the size of a diff.
That you have to recompile is because you're using a non-tagged version. Tagged versions will absolutely have properly compiled dist files.
Is this for beta8 only? What version of FontAwesome is beta7.1 running?
What version of FontAwesome is beta7.1 running?
4.6
Is this for beta8 only
Yes
Hope these answers are correct 馃槵
Most helpful comment
If I remember correctly, that was done as part of the original set of PRs related to this issue.