-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Success! I finally found the problem. I'm not sure where I picked it up, but
for the custom files I created, I had them wrapped with an 'if' conditional
like this:
if(! dojo._hasResource["vcldojo.HoverTooltip"]) {
dojo._hasResource["vcldojo.HoverT
Aaron,
By the way I added your jira account to the jira committers group
which gives you greater access to features under jira.
Sorry I didn't catch this earlier.
Aaron
On Thu, Apr 5, 2012 at 9:18 AM, Aaron Coburn wrote:
> Josh,
> I also recall having an issue with the vcldojo code. I never en
Josh,
I also recall having an issue with the vcldojo code. I never entirely figured
out how to integrate it into the custom dojo profiles, opting instead to just
keep it separate. As I look at the 2.2.1 code, this only seems to apply to the
{request | new | edit}BlockAllocation modes. In the .ht
Aaron,
I've been working on this JIRA issue. I'm having a problem with the custom
vcldojo.* objects. I copied the vcl/js/vcldojo directory to the dojo source
as a sibling directory of dojo, dijit, and dojox, and listed the relative path
to vcldojo at the end of the vcl.profile.js file the sam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aaron,
Thanks for creating a JIRA issue about it and adding some patches. You're
definitely right about the number of GETs slowing down page loads. I was
planning on creating one dojo include per VCL page in the next release, though
I never creat
Many parts of the VCL web interface use the Dojo javascript framework, which
has a nice facility for incrementally loading the classes needed for a
particular page through the dojo.require(...) function. On some pages, however,
the number of separate GET requests grows rather large. This makes t
