Oct 09, 2014, 9:19 AM
[OPEN] [#584] Feature request - support data URIs for your icons (and maybe tools?)
Hi,
Just wondering if it may be possible to support rendering the icons as data URIs rather than separate requests to the web resource or file (depending how you load the resources).
Main reason: reduce the number of HTTP requests.
Potential drawbacks:
1) It can increase the payload size by about 30% per image, but because I am suggesting this for your icons (and maybe tools) those icons are small so additional cost may be okay.
2) On mobile devices there is some evidence it can actually be slower than CSS sprites: http://www.mobify.com/blog/css-sprit...ter-on-mobile/
About the second drawback: I guess at the moment icons are not rendered as sprites anyway so hard to compare for Ext.NET itself. But it may be worth supporting this as a configuration option in the resource manager/web.config because as Ext.NET 3/Ext JS starts to support mobile devices better, this could be an issue (although it is a moving target and mobile browsers may get better in this area in coming months/years anyway!)
There may be other drawbacks I have not yet considered...
Thanks!
Just wondering if it may be possible to support rendering the icons as data URIs rather than separate requests to the web resource or file (depending how you load the resources).
Main reason: reduce the number of HTTP requests.
Potential drawbacks:
1) It can increase the payload size by about 30% per image, but because I am suggesting this for your icons (and maybe tools) those icons are small so additional cost may be okay.
2) On mobile devices there is some evidence it can actually be slower than CSS sprites: http://www.mobify.com/blog/css-sprit...ter-on-mobile/
About the second drawback: I guess at the moment icons are not rendered as sprites anyway so hard to compare for Ext.NET itself. But it may be worth supporting this as a configuration option in the resource manager/web.config because as Ext.NET 3/Ext JS starts to support mobile devices better, this could be an issue (although it is a moving target and mobile browsers may get better in this area in coming months/years anyway!)
There may be other drawbacks I have not yet considered...
Thanks!
Last edited by Daniil; Nov 03, 2014 at 5:25 PM.
Reason: [OPEN] [#584]