Error registering / unregistering font file. about iconic HOT 11 CLOSED

I'm not. Though I did try it that way too, just for kicks :)

from iconic.

Ok - I figured out what was going on. If the font file is part of the Copy Bundle Resources build phase then Iconic can't register the font because it gets automatically registered by the OS just by being part of that build phase - even if the font is not declared as an app provided font in the plist.

Removing the font file from the Copy Bundle Resources phase fixed the issue. Perhaps, as a future enhancement, Iconic could check if the font has already been registered, and, if so, ignore the error and continue with its initialization.

from iconic.

So this error is triggered as soon as you call Iconic.registerIconFont() then?
Would you mind sharing your icon font file? I have not seen this on the ones I use.

from iconic.

That's right, I think the error is triggered around line 192 causing configure(withURL: url, name: fontName, map: map) to never get called.

Here's the font file I use:

Linearicons-Free.ttf.zip

from iconic.

I just tried the font file in the sample project, and all works as expected:

I pushed this into a branch, so you can test it out and compare it with your setup.
https://github.com/dzenbot/Iconic/tree/linearicon-sample

(I love the icons btw, very cool! Specially the 💩)

from iconic.

Thanks - I tested the sample project - it's working as expected just like mine used to. I did a line-by-line comparison of the generated files and everything is the same. I checked the size of the binary and there is a difference there, but it seems a little crazy to think that a build setting somewhere is causing hiccup, especially when I swapped in a different icon file (Fontawesome) and everything worked. Changing back to Linearicons still produces the "already registered" error though.

Will keep digging.

from iconic.

Let me know if you find anything.
I ran the pod installation a few times, plus added new dependencies, just for testing, and it still worked.

By any chance, are you also adding the Linearicons to your plist?

from iconic.

That is so strange! I will def. put something on the README about this, and will see if there's a way Iconic could skip registering but continue with its initialisation to mitigate this error. Thanks for the headsup!

from iconic.

@salisbbn: I've been trying to reproduce your error without success. Would you mind providing a sample project with it? So I can know if there is an error code Iconic could observe and handle it correctly.

from iconic.

@dzenbot Here's the sample project that exhibits the behavior.

A couple of notes - it looks like that in addition to the font file being part of the Copy Bundle Resources build phase, the font also needs to be used somewhere in the IB (I added a quick label to Main.storyboard -> ThirdViewController). If either of those two conditions aren't met, no failure will occur. The font needed to installed on my machine for it to pop up in the IB's font selector (screen shot below).

One other note - I had to move Iconic.registerIconFont() to func application(application: UIApplication, willFinishLaunchingWithOptions launchOptions: [NSObject : AnyObject]?)... when it was part of init() it fell into a semaphore wait trap. Odd.

Iconic.zip

from iconic.

Yep, this seems to have done the trick. Thanks!

from iconic.