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-inc/utils.php file, I
added a line that would explicitly load js/vcldojo/TimeTextBoxEnd.js in the
getDojoHTML function:
Advertising
if ($mode != 'blockAllocations'){
$rt .= "<script type=\"text/javascript\"
src=\"js/vcldojo/TimeTextBoxEnd.js\"></script>\n";
}
These lines would be inserted after dojo/dojo/dojo.js and the relevant
dojo/dojo/dojoCustom.js scripts are loaded.
Hope that helps!
Aaron
--
Aaron Coburn
Systems Administrator and Programmer
Academic Technology Services, Amherst College
acob...@amherst.edu<mailto:acob...@amherst.edu>
On Apr 5, 2012, at 8:50 AM, Josh Thompson wrote:
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 same way you did in the
one you attached to the JIRA issue. However, when I load any pages that have
a widget from vcldojo, I'm getting a javascript error that dojo could not load
the widget. Also, it is doing a separate load of the .js file for that widget
even though I can see that the widget was built in to the layer file. Did you
have any issues similar to this? Any ideas?
Thanks,
Josh
On Friday, August 26, 2011 3:47:54 PM you wrote:
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 created a JIRA issue about it. I did do some work already,
but I like how you structured it a little better.
Thanks,
Josh
On Friday August 26, 2011, Aaron Coburn wrote:
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 the pages much less responsive, especially when a page is
loaded for the first time.
With dojo, it is also possible to create custom 'profiles', which are
groups of dojo classes that are assembled into a single javascript
library. More information about this is available here:
http://dojotoolkit.org/reference-guide/quickstart/custom-builds.html
I assembled about a dozen of these 'profiles' for our VCL installation,
and with some modification to the .ht-inc/utils.php page, this change
has resulted in a dramatic improvement in the loading and rendering of
the vcl web pages.
Is there any thought for moving in this direction for an upcoming
release? I have created a JIRA issue for this at:
https://issues.apache.org/jira/browse/VCL-505
where I have included some more information as well as the code I used
to
implement this in our VCL setup.
Best wishes,
Aaron Coburn
Systems Administrator and Programmer
Academic Technology Services, Amherst College
(413) 542-5451 acob...@amherst.edu<mailto:acob...@amherst.edu>
--
-------------------------------
Josh Thompson
Systems Programmer
Advanced Computing | VCL Developer
North Carolina State University
josh_thomp...@ncsu.edu<mailto:josh_thomp...@ncsu.edu>
919-515-5323
my GPG/PGP key can be found at pgp.mit.edu
All electronic mail messages in connection with State business which
are sent to or received by this account are subject to the NC Public
Records Law and may be disclosed to third parties.
