Another Xpage problem (web browser) from me I was hoping people could help with.
I posted in the past a thread about optimizing Xpages, as some of our customers during a trial of an Xpage application we have been developing, gave feedback it was sluggish.
Checking on a slower 2mb broadband line (we developed on a 30mb line so we never noticed the problem and it was technically running through our internal gigabit network) I can see the slowness they mentioned. After some more checking, the pages that had the biggest lag, were ones with some dojo modules on it, all others were more acceptable.
The dojo modules I am using are calendar picker (simply enabled by checking a box on a date field) and dialog (which I declared as a dojo module under resources). It seems when I remove the dialog module, the speed is good, when I have it included, it’s bad.
Under the application I have set the ‘browser custom cache’ for javascript files to 7 days (I’m assuming this would hopefully include dojo libraries as well) but this hasn’t helped. According to the html output when the page is rendered, our version of dojo is “/domjs/dojo-1.3.2/dojo/dojo.js”.
Has anyone got any suggestions or anything I can check to see what is causing this? It seems no one else has reported this so I’m thinking it may be a problem with our setup
Subject: Try this
Turn on Firebug, and go to the “Net” panel, and reload the page. How many server hits are you seeing there with and without the dialog?
Subject: Quite a difference it seems
Thanks Erik, I appreciate your time and help.
I’ve never actually used the net panel before on firebug, I normally stick to the CSS, html, script and YSlow panels. That 'net ’ panel looks pretty useful! Thanks for that, a new tool to use 
If I remove the module (<xp:dojoModule name=“dijit.Dialog”></xp:dojoModule>) I have 41 requests. With it still included I have 70 requests. I tried it a few more times and it seems the number of requests fluctuated up and down (cleared the cache and restarted the browser to make sure that wasn’t affecting it) but they generally were around those figures.
One thing that gave me a surprise was that a lot of css files are being loaded that I have not declared in my theme file (I’m not using ‘extends’ so in theory I thought it would be ‘clean’ from any css files I haven’t declared), I’m guessing dojo must load them automatically.
Is there a way to make a custom build of dojo so it only includes the bits I’m using and doesn’t load all the bit’s I’m not?
Subject: There is, but…
…you shouldn’t need to do it yourself (and it’s involved, you have to build your own make file essentially, compile w/java, etc. etc.)
8.5.0 should automatically flatten your JS files, but not CSS. I think in 8.5.2 they’re trying to flatten the CSS as well but I’m not sure.
Search this forum for my name and “custom build”, you should find a couple of discussions on this topic. I would open a PMR with Lotus Support about it too so you can be added the SPR. They might have more information about it to share with you also.
Subject: Cheers
Thanks for all the help, I really do appreciate it. Seeing as this thread has been pushed back a few pages now I’ll close it.
I think until there’s a better solution what I may need to do is write my own client-sided modal dialog box and cut the dojo dialog modules out of the Xpage … something I was hoping to avoid 
I don’t think we will be upgrading to 8.5.2 soon so for now this isn’t really a viable solution for us.