16 replies to this topic

[MicroPro]

There are three issues:

 

1. The "default" user image (avatar of users that didn't choose their custom image) is hosted on "i2.wp.com", but a copy of it already exists on community.casiocalc.org. Are we using a external host? Whether this is the only occurrence or there are more files like this, should they be moved to the current domain?

 

2. This bug: Editor sometimes shows you plain text with html tags instead of the BB-code and preview. I always thought it's just my internet so didn't report earlier.

 

3. I almost forgot while writing the above two   The site's source contains <style> tags with massive content; must be a theme problem? Can these be moved into their own css files?

[flyingfisch]

Not sure why the first bug is like that, and I can confirm the second bug.

 

I would guess that the third "bug" is bad coding (obfuscation?) on InvisionPro's part, and unless you are the maintainer I don't think it should be too much of a problem. Also, each HTTP request increases page load time, so it may be an effort to reduce load times.

[2072]

The first bug is strange I'll investigate.

I noticed the second too but I thought that the upgrade fixed it, it might be a conflict with the chat widget but I am not sure... It's quite difficult to understand what happens when this occurs because all the JS is minified and thus unreadable.

The 3rd is not a bug it's indeed to reduce load times as the whole page is gzipped anyway, it avoids to make separate css requests to the server that can't be gzipped easily...

[flyingfisch]

What I find interesting is that they did not use CSS spriting to decrease load times for images. For example, this is the .maintitle css:

 

background: url('http://community.casiocalc.org/public/style_images/master/maintitle.png') repeat-x scroll center top #2C5687;

 

All those background images should be the same image sectioned off with CSS spriting techniques. That would improve page load speed even further.

 

The other thing they could do is drop the fallbacks and use CSS3 for everything.

[2072]

I think that they want to maintain compatibility with old browsers... I'm not sure how widely css sprites are supported but indeed this is the way to go.

 

Could you link me to an example of the 1st bug? Because for me it goes through gravatar (which is expected)

[flyingfisch]

I think CSS sprites are supported by all browsers...

 

Also, whenever I see this topic I keep thinking "Three Coins in a Fountain"

[MicroPro]

OK. So the CSS thingie is intentional; another reason IPB puts the styles in the page may be it generates them dynamically.

 

For the gravatar thing, the address of the image finally redirects to this url: (see by right-clicking -> View Image)

http://i2.wp.com/com...fault_large.png

Now you mentioned gravatar, probably gravatar is caching the image on their servers? As gravatar and wordpress are owned by the same company. As you see the rest of the URL is exactly the address of image on this server and this lead me to think we have an extra backup server or something. My bad, sorry!

 

Is the editor bug not mentioned in IPB bug reports? (if they have a bug report section)

[2072]

I've fixed the editor bug, it was a race condition conflict with the chat's widget which would make all IPB's JS scripts to fail because $ referred to JQuerry (used by the chat's widget) instead of referring to prototypeJS...

 

The chat Widget did call $.noConflict() to restore $ accordingly but only after loading both JQuerry and Casiocalcirc.js so if the later took time to load the page could continue loading in-between and $.noConflict() call would be made too late...

I've fixed that by preventing JQuery from messing up the global space altogether.

[flyingfisch]

Nice to know it's fixed.

 

 

So jQuery and Prototype.JS both use the global $?

[2072]

yep, I've edited our jquery.js to disable this global export as I'm using an AMD loader anyway, $.noConflict() is not reliable in asynchronous environment...

[flyingfisch]

Well, good to know it's fixed, and yet another reason why javascript is not my favorite language.

[MicroPro]

Thanks for fixing. I'm not friendly with javascript neither!

[CalcLoverHK]

Sorry that I am too late, but the number 2 bug still affects my forum.

https://community.ca...eta/#entry62342

[2072]

What browser are you using, can you reproduce the steps to make it happen?

[CalcLoverHK]

What browser are you using, can you reproduce the steps to make it happen?

Hi Admin,

 

Thanks for replying my problem.

 

I don't really know. It happens to me occasionally and unexpectedly.

 

A few days ago, when I was editing above-mentioned thread and clicked save, it suddenly changed its formatting language in HTML. I spent almost afternoon to fix it back, and today still when I was doing exactly the same things, it happens again. This time, I used HTML to BBcode online converter to fix back the thread once again.

 

I am using Chrome browser in Android 4.4.2 (in a TV box) with PC mode enabled.

 

Yesterday, I sent a report of my thread to moderators about this problem. I don't know if this method works as it seems that the moderators are offline very long time.

 

Anyway again thanks for replying! Hopefully you can fix this problem. It's very frustrating for me.

 

Best regards,

CalcLoverHK

[2072]

What you could do to protect yourself from this kind of problem is regularly copy in your clipboard the content of the post you are writing. You should be able to paste it back with all the formatting you've done.

Also can you try to play with the "Enable HTML" tick box on the right side of the edit area and see if it's alike what's happening to you? Maybe you can leverage this feature to restore your post formatting when it's destroyed.

You can also try to switch on and off the enhanced editing mode using the very first button next to the eraser icon.

 

Last thing to try: minimize the chat widget whenever you are editing (just click next to "#casiocalc IRC channel on afternet.org"). The chat widget used to trigger a similar issue minimizing it disables all its background calls.

[CalcLoverHK]

Thanks a lot!