WebGUI
      Click here to register.
      
View Cart (0)
Bazaar

View All Tickets
Faster rendering for editing interface  (#196)
Issue

You have to wait for the large asset icon to load before you can safely begin editing a form in WebGUI.  This is due to the fact that the image size isn't in the image tag and the form scoots down after the image loads.

Please consider adding the  image size to the image tag so that the form doesn't move during the render.

This would involve changes to AdminConsole->render and the AdminConsole templates. 

Solution Summary
Comments
maxscience
0
9/1/2006 11:50 am
Actually it would be much better to add something like that: TinyMCE compressor Serverside GZip compresses TinyMCE to reduce overall download size. Makes TinyMCE 75% smaller and a lot faster to load. Mac and Mac OS X Server power user
colink
0
9/1/2006 12:22 pm

Respectfully, but you're wrong.

Not everyone uses the inline editors, and this RFE specifically addresses rendering versus download time. 

maxscience
0
9/6/2006 11:01 am
Well if download is faster, then also rendering will be faster that's pretty obvious. Why not implement both suggestions? Mac and Mac OS X Server power user
colink
0
9/6/2006 11:54 am

First, some facts: 

1) Not everyone uses the inline editors

2) Not all forms have HTMLareas

3) The speed of rendering is how long it takes the browser to orient and size all elements of a page.  Once everything is locked down, then you can start to fill in forms, even before all graphics and other (unrelated) javascript have been downloaded.

Now for subjective stuff:

This RFE is very narrowly defined and simple to implement to increase the likelihood that it will be accepted.  I've watched several different RFEs and have noticed that vague or poorly defined RFEs don't get lots of karma, no matter how good the ideas might be. 

Your idea may have merit.  I would encourage you to submit it as its own RFE.

JT
0
9/6/2006 2:37 pm

And to add to Colin's excellent points:

a) Piggybacking your own ideas onto someone elses RFE is at best poor taste, and at worst tends to muddy the original concept. It's one thing to discuss the original idea, it's quite another to add on your own wants/needs into an existing RFE.

b) For people using the WRE, implementing that gzip solution won't actually gain them any performance, because the WRE gzips all text content as it sends it to the browser anyway.

If you still insist on seeing this RFE be implemented, then please create your own post. 

msw
0
11/3/2006 12:52 pm
Someone already implemented this.....
Details
Ticket Status Closed  
Rating0.0 
Submitted ByperlDreamer 
Date Submitted2006-07-29 
Assigned To unassigned  
Date Assigned2008-10-12 
Assigned By 
What to improve?  
URLrfe/request-for-enhancement/faster-rendering-for-editing-interface
Karma
Difficulty 1  
Karma So Far1651
Karma Rank1651.00
Keywords
Ticket History