Strange happenings when using variables

[Gary Niemen]

Has anybody noticed strange happenings when using variables. We are running Flare 5.0.0.
We have the following:
1) In HTML Help, the variable appears with a different case and different spacing - so the variable=SunGard Front Arena in the Flare project and in HTML Help it shows up as SunGard FRONTARENA. Very odd.
2) Tested using Open with>Internet Explorer. Variable does not appear at all. Same using the Internal browser.

Any ideas what is going on? I feel like I am missing something obvious.

[NorthEast]

Has anybody noticed strange happenings when using variables. We are running Flare 5.0.0.
We have the following:
1) In HTML Help, the variable appears with a different case and different spacing - so the variable=SunGard Front Arena in the Flare project and in HTML Help it shows up as SunGard FRONTARENA. Very odd.
2) Tested using Open with>Internet Explorer. Variable does not appear at all. Same using the Internal browser.

Any ideas what is going on? I feel like I am missing something obvious.

(1) Seems odd - could there be a second variable somewhere? is there more than one variable file?

(2) Use the preview instead.
Opening the topic in a browser shows the uncompiled topic, so it won't show variables or any other Flare generated elements, such as drop-downs or glossary links.

[Gary Niemen]

Did some more testing...
With Preview, it works as in 1 now, that is, like HTML Help - uppercase and without a space.
Checked the variable set and it looks fine - no duplicates or errors. I checked the code.

Here are some screenshots - in case anybody spots anything.

variables1.png

How it looks in Flare:

variables2.png

variables3.png

[Gary Niemen]

And some more...

variables4.png

How it looks in Prevew and HTML Help:

variables5.png

[NorthEast]

Looks ok to me.

Maybe try support?

[Gary Niemen]

Good spot. I took the entries away - but no change unfortunately. Variables still playing up.

[NorthEast]

I deleted my previous comment, I found that adding new entries did include the Definition="Some text" text, but seemingly only if you also add a comment - although god knows what it is used for. My older variable files (from v2.5 I think) don't seem to have this though.

[JasonSTI]

Havn't seen this type of issue, but we do have similar variables. Did you try cleaning the project (Build | Clean Project) before building? That sometimes helps when strange things happen. If it is still a problem, it could be a stylesheet issue. Did you try View Source on the HTML Help file, to see if that is capitalized in the sourcecode?

[wclass]

Another thing to try: Check your targets. You can override variables in a target - look in the Target > Variables tab for any differences.

[Gary Niemen]

That could well be it...thank you so much.

[MC Hammer]

Hi Gary
I have similar issues as far as capitalisation is concerned. See http://forums.madcapsoftware.com/viewto ... &sk=t&sd=a for more info.
I think there is definitely a bug here.
I would advise you to open the variable set(s) and the target(s) in a text editor, to check the code. For example, check variables are not declared twice or check "old" declarations have not "stucK" despite you deleting them in the Flare interface (which was my case).
Also, always use Build | Clean Project before building.
Hope this helps.

[LarsLyhne]

This problem still occurs in V11.

Not all Variables, but some or the other - I haven't been able to figure which Variable will wriggle, yet - resets itself upon build

The usual strategy (Clean Project) has no function whatsoever

The only thing that has proven itself useful is to Close the project and re-open it ... it's the Microsoft way