[Contrib: Evaluation System] RSF: Why does one script-tag get rendered before others?
Aaron Zeckoski
azeckoski at unicon.net
Thu Jan 12 14:50:28 PST 2012
We might have more info around this shortly. Stay tuned.
-AZ
On Thu, Jan 12, 2012 at 4:59 PM, Jim Eng <jimeng at umich.edu> wrote:
> Thanks Aaron. I should be able to do that when I get back to my computer in
> a couple hours.
>
> Jim
>
>
> Connected by DROID on Verizon Wireless
>
>
> -----Original message-----
>
> From: Aaron Zeckoski <azeckoski at unicon.net>
> To: Jim Eng <jimeng at umich.edu>, evaluation at collab.sakaiproject.org,
> Kirschner Beth <bkirschn at umich.edu>
> Cc: Charles Hedrick <hedrick at rutgers.edu>, Antranig Basman
> <Antranig.Basman at colorado.edu>
> Sent: Thu, Jan 12, 2012 20:08:24 GMT+00:00
> Subject: Re: [Contrib: Evaluation System] RSF: Why does one script-tag get
> rendered before others?
>
> Jim,
> I put in a change to remove the evalUtils and the JS errors are no
> longer happening but that did not fix the exceptions issue. We are
> blocked from being able to develop against trunk by this so can you
> revert your changes for now (I am open to alternatives but we really
> need to be able to have a working trunk by the end of today).
>
> What do you think?
> -AZ
>
>
> On Wed, Jan 11, 2012 at 2:04 PM, Jim Eng wrote:
>> At first I thought it was because of the 'rsf:id="scr=portal-matter"'
>> attributes, but this particular tag did not have any rsf:id attribute at all
>> so I was looking for another explanation.
>>
>> A few minutes ago, I renamed the js file that was throwing the error
>> (evalUtils.js --> x-evalUtils.js) and changed the name of the file in the
>> script tag's src attribute. The tag for the file named "evalUtils.js" still
>> gets inserted along with the items that seem to come from the portal-matter
>> tags. But there doesn't seem to be anything in the producers that inserts a
>> file named "evalUtils.js" (or at least I find no reference to it in the
>> producers).
>>
>> But then I grepped for "evalUtils.js" again and discovered these two
>> entries:
>>
>> tool/src/webapp/component-templates/hierarchy_controls.html:
>> tool/src/webapp/component-templates/render_add_item_control.html:
>>
>> I'm guessing that this particular template includes
>> render_add_item_control.html, and that is inserting the evalUtils.js.
>>
>> Jim
>>
>>
>>
>> On Jan 11, 2012, at 1:49 PM, Charles Hedrick wrote:
>>
>>> Some reordering seems to happen, though I'm not sure whether it's in the
>>> portal or RSF. RSF entries tagged rsf:id="scr=portal-matter" are reordered.
>>> Other labels may be as well. I haven't seen any other type of reordering.
>>> This is done to integrate it with the portal structure. Beware that the PDA
>>> portal is handled in fairly different ways. Everything has to be tested
>>> separately with the normal and PDA portals.
>>>
>>> One thing that particularly got us was that a jQuery load was inserted
>>> after the one we had. This resulted in problems because some things we had
>>> set up in jquery got stomped on when the automatically supplied one
>>> reinitialized data. But I couldn't depend upon theirs because it didn't
>>> always happen. I solved it by moving ours into the body, where RSF/portal
>>> don't mess with things.
>>>
>>>
>>> On Jan 11, 2012, at 1:37 PM, Jim Eng wrote:
>>>
>>>> In sakai 2.9.x (using RSF 0.7.5) I am seeing occasional errors related
>>>> to javascript files. One of the script tags is rendered out-of-order, along
>>>> with the top items in the head tag for no apparent reason. This happens in
>>>> spite of the fact that the tag for that file is lower in the list of script
>>>> tags in the template. It ends up causing an error because the tag for the
>>>> jquery file has not been rendered yet, and this other file depends on
>>>> jquery.
>>>>
>>>> I have tried rearranging script tags within the head tag to try to get
>>>> it to render later, but it seems like RSF grabs that tag and moves it up
>>>> near the top of the head tag no matter what I do.
>>>>
>>>> This seems to cause parts of the UI not to be rendered correctly after
>>>> AJAX requests, presumably because that javascript file is never actually
>>>> loaded.
>>>>
>>>> Suggestions?
>>>>
>>>> Thanks.
>>>>
>>>> Jim
>>>>
>>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> evaluation mailing list
>> evaluation at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>>
>> TO UNSUBSCRIBE: send email to
>> evaluation-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>
>
>
> --
> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>
>
--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
More information about the evaluation
mailing list