Hi Brett Thayer,

I am really sorry for the delay of this reply as it is a public holiday for us here.

I have take a look of your 2 existing blog post, it seems like this blog post font is look fine right?
-> http://thatworksdesign.com/blog/entry/utah-custom-website-design (screenshot : http://screencast.com/t/9KHC9IRrz6YD )

If yes, seems like only this blog content got some issues, may i know how to you add this content in the blog post?
-> http://thatworksdesign.com/blog/entry/do-i-really-need-a-professional-website-designer

Can you provide us with your Joomla backend and FTP access so we can help you check on this?

The blog post was opened in notepad++ and copy>pasted into a new front end blog post.

The html doesn't show all the crazy variations in text weight and size but its there and shows up on multiple devices and browsers.

Login info attached.

Hey Brett,

I am really sorry for the delay of this reply as it is a weekend for us here. The login access which you have provided isn't working for us here

Can you please advise?

Thats my fault. One of the user settings was not correct Please try again with the updated information below.

Hey there,

It looks like the source of the text is already messed up because if I try to paste it locally, I am also hit by this bug. I tried inspecting them on the DOM, and it's the same issue as well. There's bleeding on the text which you copied from, http://screencast.com/t/lA9Ohpn50EJ

I'm not sure what this means in terms of how to fix the problem. Any suggestions?

Hey Brett,

To be honest with you, I have never seen such an issue before and I believe the characters itself is already messed up. My only suggestion right now is for you to re-type those text on a notepad because when you do a copy / paste, it also copies these characters as well.

I dont know that retyping it makes an sense becasue all of the variation in the type is not being seen at the code level. Instead it seems to be happeneing at the font rendering level and only on that one post. Very strange.

I'm going to install the latest update you released and if that doesn't work completely uninstall and start over.

I'm also considering changing the system font just to see what happens.

Hey Brett,

I would suggest you to re-type the paragraphs on a notepad just to see if that makes any difference because even when I viewed the source on the database, it also has these font bleeding issues. I am puzzled too and believe that it could be some "character encoding" issues though.

Hey Brett,

Thanks for getting back to us your issues resolved.

The issue is back. Still the same problem and only happening in Easy Blog. I can't post blogs like this if they are going to look this way.

I tested this by changing the font from Lato to Open Sans. Still has the issue.

http://thatworksdesign.com/blog

Hey Brett,

The only thing that I can think is the content source that you are copying from. The fonts are already messed up because if I copy from your site to my local instance, I am hitting the same issues.

It definitely has something to do with the source file encoding. The document is encoded in UCS-2 Little Endian and should be ANSI. Not sure why its this way or how to fix it but am getting closer.

Hey Brett,

Hm, do you mean your site or the original site that you were copying the text from?

The text was written for me so I'm referring to a text file. It was saved using a ucs-2 encoding rather than ansi. So the issue is not with easyblog the issue is with the encoding used when they wrote the article.

Hey Brett,

I am sorry that delay of this reply,

Perhaps you can provide us with your `ucs-2 encoding` file so that we can try replicate in our locally and see how it goes.

Sure thing. See attachments.

If you cut/ paste the text from the ucs2 sample then paste it into a post you will get the jumbled font display. If you open that sample in notepad++ and change the encoding I think it will give you some clues as to why is posts / displays incorrectly.

Hey Brett,

Ah, okay I think I know what is going on here. Joomla is by default on UTF-8 and the file needs to be saved under UTF-8 encoding. The files which you uploaded here seems to be on UTF-16. Perhaps copy / pasting wouldn't really work.