[OpenAjaxIDE] Localization

Bertrand Le Roy Bertrand.Le.Roy at microsoft.com
Tue Aug 5 16:55:00 PDT 2008


Lots of small files still is today a major perf problem.

From: Jon Ferraiolo [mailto:jferrai at us.ibm.com]
Sent: Tuesday, August 05, 2008 4:09 PM
To: Bertrand Le Roy
Cc: ide at openajax.org; Rich Thompson
Subject: Re: [OpenAjaxIDE] Localization


I'll push back a bit on this, also, but from a different angle. Are we sure that downloading multiple message bundle files will have a non-negligible impact on performance? Suppose you have a widget that uses an Ajax toolkit such as Dojo or Ext for some of its widgets. Dojo has a custom build system that advanced developers can use, but Ext (last I heard) hasn't released anything official in this area. Therefore, there are going to be a lot of widgets that use Dojo and Ext in their default configuration, which means countless small network requests for the various JavaScript, CSS and image files within those toolkits that are pulled down on an on-demand basis. I'm wondering if a few small XML files are really going to matter all that much? And what's the status of HTTP 1.1 pipelining support these days (with its higher performance ability to download many small files from the same site)?

[cid:image001.gif at 01C8F71B.FF332A20]Bertrand Le Roy <Bertrand.Le.Roy at microsoft.com>

Bertrand Le Roy <Bertrand.Le.Roy at microsoft.com>
Sent by: ide-bounces at openajax.org

08/05/2008 03:05 PM


To


Rich Thompson/Watson/IBM at IBMUS, "ide at openajax.org" <ide at openajax.org>


cc




Subject


Re: [OpenAjaxIDE] Localization








Wouldn’t you need only one culture loaded at a time?

From: ide-bounces at openajax.org [mailto:ide-bounces at openajax.org] On Behalf Of Rich Thompson
Sent: Tuesday, August 05, 2008 3:03 PM
To: ide at openajax.org
Subject: [OpenAjaxIDE] Localization


I have had developers comment to me about the OAA localization strategy. Basically there is a concern about the performance impacts of loading multiple files. Consider the case of a multilingual person:

- browser has several preferred languages defined as an ordered set
- user hits a page with many widgets on it.
- browser loads the underlying canvas/runtime
- canvas/runtime loads each widget (metadata + files referenced by requires tags)
- canvas/runtime attempts to load the localization files in the order specified ... likely getting 404s on a number of them

The comments related to trying to reduce the number of network requests per widget:
- base: metadata and referenced js, images, stylesheets, etc .... these are related to how the widget is written. Can't impact, but are highly cacheable.
- localization: Potentially several requests per widget ... note that 404 return codes are not cacheable.

Proposal:
-> Allow a optional messagebundle element to be embedded as top-level child in any of our metadata files.

This would allow systems where things are processed on the client-side to embed the most relevant localizations without requiring such an implementation or violating the underlying schema for the metadata files.

For those not choosing to do such an embedding, it would make things more efficient if the metadata indicated what localization files are available as this would help avoid requests for unavailable files.

Rich _______________________________________________
IDE mailing list
IDE at openajax.org
http://openajax.org/mailman/listinfo/ide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://openajax.org/pipermail/ide/attachments/20080805/bfe6f7f6/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 105 bytes
Desc: image001.gif
Url : http://openajax.org/pipermail/ide/attachments/20080805/bfe6f7f6/attachment.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 168 bytes
Desc: image002.png
Url : http://openajax.org/pipermail/ide/attachments/20080805/bfe6f7f6/attachment.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 166 bytes
Desc: image003.png
Url : http://openajax.org/pipermail/ide/attachments/20080805/bfe6f7f6/attachment-0001.png 


More information about the IDE mailing list