Wrong Fig handle in conference mode

[rjgriffin42]

When using the conference template, the output should be reference figures as "Fig.", as well as in the caption, rather than "Figure", according to the IEEE style guide.

[jasedit]

Is this a conference mode only requirement?

[rjgriffin42]

I'm not sure. I believe that the only time you use "Figure" is when using compsoc templates, but I could be wrong about that.

[jasedit]

Try out the feat/rename_figures branch to see if that works as you expect

[rjgriffin42]

I'm not seeing any noticeable changes.

[jasedit]

It is changing the labels in captions for me, same as the IEEEtran.cls appears to (line 1653 of IEEEtran.cls)

[rjgriffin42]

I was also noticing that the IEEEtran template didn't seem to actually change it when I compiled, which was kind of inexplicable. My only guess is that something in the hyperref package overrides it, or it doesn't work for autoref calls.

[jasedit]

Ok, try feat/update_class_files - the class file is 4 years out of date, and that may be introducing additional headaches.

[rjgriffin42]

While that didn't fix the figure names, that's probably a good idea to update anyways.

[jasedit]

Does removing the hyperref package fix it?

…

On Feb 24, 2017, at 9:50 AM, Robert Griffin ***@***.***> wrote: I was also noticing that the IEEEtran template didn't seem to actually change it when I compiled, which was kind of inexplicable. My only guess is that something in the hyperref package overrides it, or it doesn't work for autoref calls. — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[rjgriffin42]

No, that causes a lot of other things to break.

[jasedit]

Does this work as expected when using the ieeeconf template in #27?

[rjgriffin42]

The caption utilizes "Fig." now, but the reference in the text is still "Figure". That could be a package override, as we had discussed at one point above, but I'm not sure. I've got a ways to go on my paper before I'm too worried about that, however.