Skip to main content
A
Anonymous
March 24, 2014
Question

Displaying swf fonts, not working

  • March 24, 2014
  • 1 reply
  • 511 views

In Adobe Shockwave Flash player object, are there any known differences between version 12.0.0.77 and 12.0.0.44 with regards to displaying swf fonts, in Internet Explorer? We have seen a variety of issues with almost all versions. We had 12.0.0.77 installed and the fonts were displayed quite improperly - very Large - , and then we downgraded to 12.0.0.44 and it worked, displaying the fonts properly. Then it upgraded to 12.0.0.77 and it worked again.

This happens in Internet Explorer, all versions. We have a heavy install on IE8 where we see if most.

What changes between the two versions would cause this?

What connections are required between the client and the server, if any?

In the page source, these transformations are triggered in statements similar to this one:

  1. sIFR.replaceElement("h4", named({sFlashSrc: "/SiteCollectionImages/sIFR/neosans.swf", sColor: "#333", sCase: "upper", sWmode:"transparent"}));

Any idea what may cause such odd, inconsistent behaviour?

This topic has been closed for replies.

1 reply

C_F_McBlob
C_F_McBlob
Inspiring
March 25, 2014

This would be better addressed in the Flash Pro forum where people who actuall develop SWF content can answer it. It's most likely a "twesk the SWF needs to work properly with IE 8.

BTW, IE accounts for less than 11% of all browsers anymore. IE8 is only a small percentage of that. Hardly seems worth the effort to design for such a limited audience when HTML 5 will work without even a plug-in.

A
Anonymous
March 25, 2014

This is a flash or shockwave font, no real development involved I believe. The fact is it worked for years, then Adobe did an upgrade on the Object and it did not work. So just wondering what may have caused this in the release on the updated object.

It also does not work in Firefox, Chrome etc, as these browsers act as if it's not enabled. So it seems like there is a handshake that is not being addressed, access to the server-side font for example.

The font stopped working because of the change in the client side Object, not with anything on the server, development-wise.

In several places, in some companies, IE accounts for 100% of the browsers. And in some of those places IE8 may account for close to 100% of those installs. To dismiss a query because it involves IE is not really helpful, or constructive.

Are there any dependencies on the Object running and the server presenting the material, or could it be rights within the browser environment that may have changed (running javascript with prpoer permissions for example)?

Thanks, in advance, Dave

C_F_McBlob
C_F_McBlob
Inspiring
March 25, 2014

Flash Player plays what it is fed from:

The "object" (FLV or SWF)

The ActionScript in the SWF

The HTML in the webpage or app.

Perhaps there was a font problem that, until the latest update, hand't been resolved.

Regardless of the cause, Flash Player CAN'T edit the SWF and can't fix it.

I'd still maintain that it's in the SWF and  how IE parses it, even if it is a font issue.

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices