[Xerte] templatePath problem in Page Templates with Desktop Xerte 2

Wed Dec 8 16:17:51 GMT 2010

Sorry for the delay in replying, I have just got back from a fortnight in
Mexico.

The Page Wizards are based on the individual model files used in Xerte
projects based on the pageTemplates project wide template. These models use
templatePath so this also appears in the Page Wizards.

Kind regards

Johnathan

On 2 December 2010 08:30, Julian Tenney <Julian.Tenney at nottingham.ac.uk>wrote:

>  standalone you can use either, but they are both there so the file can
> work with toolkits, which sends template path into the swf. In toolkits,
> templatePath != FileLocation.
>
> The capital F in FileLocation is a throwback to Authorware days.... ought
> to add a line somewhere fileLocation = FileLocation so it doesn't trip you
> up...
>
> J
>
>  ------------------------------
> *From:* xerte-bounces at lists.nottingham.ac.uk [
> xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Mary Ann Ahearn [
> maryann at moberg.com]
> *Sent:* 01 December 2010 22:18
> *To:* Xerte discussion list
>
> *Subject:* Re: [Xerte] templatePath problem in Page Templates with Desktop
> Xerte 2
>
>  Quick note for anyone else out there having the problem that's been
> discussed in this thread -
>
> It seems that if you replace "*templatePath*" with "*FileLocation*" in any
> wizard rlm file, this solves the problem.  A page built from the updated
> wizard then works both on its own and run inside our wrapper.
>
> I thought we had tried this solution, but it is possible I used "*
> fileLocation*" instead of "*FileLocation*" early in the process with no
> luck and never noticed the mistake.
>
> DUH
>
> Is there a reason that the desktop page wizards use templatePath, or is it
> just a leftover from XOT?
>
> Thanks!
> ma
>
> On Tue, Nov 9, 2010 at 10:41 AM, Julian Tenney <
> Julian.Tenney at nottingham.ac.uk> wrote:
>
>>  That’s right, but you ought to be able to see how fileLocation is being
>> passed in, so do the same thing.
>>
>>
>>
>> *From:* xerte-bounces at lists.nottingham.ac.uk [mailto:
>> xerte-bounces at lists.nottingham.ac.uk] *On Behalf Of *Dave Burnett
>> *Sent:* 09 November 2010 15:04
>>
>> *To:* Xerte list
>> *Subject:* RE: [Xerte] templatePath problem in Page Templates with
>> Desktop Xerte 2
>>
>>
>>
>>
>>
>> Don't know how your wrapper works, but I'm guessing you'll have to get
>> that var into the wrapper and pass it down to the embedded .rlo swf
>>
>>   ------------------------------
>>
>> From: maryann at moberg.com
>> Date: Tue, 9 Nov 2010 08:19:41 -0500
>> Subject: Re: [Xerte] templatePath problem in Page Templates with Desktop
>> Xerte 2
>> To: xerte at lists.nottingham.ac.uk
>>
>> Thanks, Dave & Julian, we'll play around and see what happens.
>>
>> ma
>>
>> On Tue, Nov 9, 2010 at 5:54 AM, Julian Tenney <
>> Julian.Tenney at nottingham.ac.uk> wrote:
>>
>> Right at the top of the engine code is this:
>>
>>
>>
>> var FileLocation = _level0.FileLocation;
>>
>> var templatePath = _level0.templatePath;
>>
>> if (templatePath == undefined){
>>
>>                 templatePath = FileLocation;
>>
>> }
>>
>>
>>
>> i.e. if templatePath is passed in from the html page (as below), it uses
>> that path, otherwise it should be the same path as fileLocation.
>>
>>
>>
>> Try assigning a flashvar templatePath in your javascript and passing it
>> into the movie.
>>
>>
>>
>> *From:* xerte-bounces at lists.nottingham.ac.uk [mailto:
>> xerte-bounces at lists.nottingham.ac.uk] *On Behalf Of *Dave Burnett
>> *Sent:* 08 November 2010 22:11
>> *To:* Xerte list
>> *Subject:* RE: [Xerte] templatePath problem in Page Templates with
>> Desktop Xerte 2
>>
>>
>>
>>
>> This is all highly un-researched, just indirect references I found in the
>> archives:
>>
>>
>> "You need to distinquish between template path and FileLocation when
>> running in toolkits, as the two locations are different.
>> FileLocation is the folder where the xml file is; templatePath is the
>> folder where the rlt is.
>> Locally, the two are the same."
>>
>> I did a search in a local copy of XOT and found this in rloObject.js:
>>
>> var templatePath = rloFile.substr(0, rloFile.lastIndexOf('/') + 1);
>> ================
>>
>> I'm guessing .rloFile refers to the domain path to the .rlo on the server.
>>
>> So my shot in the dark is you have to make sure templatePath is pointing
>> to the folder where your .rlt is located (not the .rlo), as it looks like it
>> defaults to above).
>>
>>
>> Dave
>>
>>
>>   ------------------------------
>>
>> From: maryann at moberg.com
>> Date: Mon, 8 Nov 2010 16:36:10 -0500
>> To: xerte at lists.nottingham.ac.uk
>> Subject: [Xerte] templatePath problem in Page Templates with Desktop Xerte
>> 2
>>
>> We've been using the page wizards to create learning objects that we then
>> load into a flash wrapper application that creates a menu of them so that
>> the user can select them as desired.
>>
>> Everything works fine with the wizard created pages when run directly in
>> the browser.
>>
>> All xerte pages that are created by hand rather than by page templates
>> work fine when run in our wrapper and also when published and run on their
>> own in a browser.
>>
>> The problem comes when we run an rlo file containing wizard-created pages
>> from our flash wrapper - it can't seem to resolve "templatePath" in order to
>> find the panel.swf that I reference.
>>
>> We can't find where templatePath is being assigned.  Looked around on the
>> wiki page the source for xerte.swf but couldn't find it.
>>
>>
>> Here's the line from the one of the page template rlm files:
>>         <DIS tabIndex="-1" id="panel" name="panel" x="-300" y="20"
>> type="ext" url="templatePath + 'common/whitePanel.swf'"><![CDATA[]]></DIS>
>>
>>
>> Tried substituting "fileLocation" for it but that didn't work.
>>
>>
>> What did work is just removing "templatePath"  from the url like this:
>>         <DIS tabIndex="-1" id="panel" name="panel" x="-300" y="20"
>> type="ext" url="'common/whitePanel.swf'"><![CDATA[]]></DIS>
>>
>>
>> Here's how we're loading the rlo file in our flash wrapper:
>>         this._parent.attachMovie('Xerte', 'myRLO', 0).init('DABB.rlo',
>> 230, 80, 1020, 640);
>>
>>
>> In short, we've figured out a way to edit the rlo files so that they work
>> in our wrapper but then they don't work outside of it.
>>
>> Hoping there's a way to get the same file to work in both situations.
>>
>> Thanks!!
>> ma
>>
>>
>> This message and any attachment are intended solely for the addressee and
>> may contain confidential information. If you have received this message in
>> error, please send it back to me, and immediately delete it. Please do not
>> use, copy or disclose the information contained in this message or in any
>> attachment. Any views or opinions expressed by the author of this email do
>> not necessarily reflect the views of the University of Nottingham.
>> This message has been checked for viruses but the contents of an
>> attachment may still contain software viruses which could damage your
>> computer system: you are advised to perform your own checks. Email
>> communications with the University of Nottingham may be monitored as
>> permitted by UK legislation.
>>
>> _______________________________________________ Xerte mailing list
>> Xerte at lists.nottingham.ac.uk
>> http://lists.nottingham.ac.uk/mailman/listinfo/xerte This message and any
>> attachment are intended solely for the addressee and may contain
>> confidential information. If you have received this message in error, please
>> send it back to me, and immediately delete it. Please do not use, copy or
>> disclose the information contained in this message or in any attachment. Any
>> views or opinions expressed by the author of this email do not necessarily
>> reflect the views of the University of Nottingham. This message has been
>> checked for viruses but the contents of an attachment may still contain
>> software viruses which could damage your computer system: you are advised to
>> perform your own checks. Email communications with the University of
>> Nottingham may be monitored as permitted by UK legislation.
>>
>>
>> _______________________________________________
>> Xerte mailing list
>> Xerte at lists.nottingham.ac.uk
>> http://lists.nottingham.ac.uk/mailman/listinfo/xerte
>>
>> This message and any attachment are intended solely for the addressee and
>> may contain confidential information. If you have received this message in
>> error, please send it back to me, and immediately delete it.   Please do not
>> use, copy or disclose the information contained in this message or in any
>> attachment.  Any views or opinions expressed by the author of this email do
>> not necessarily reflect the views of the University of Nottingham.
>>
>> This message has been checked for viruses but the contents of an
>> attachment
>> may still contain software viruses which could damage your computer
>> system:
>> you are advised to perform your own checks. Email communications with the
>> University of Nottingham may be monitored as permitted by UK legislation.
>>
>>
>>
>> _______________________________________________ Xerte mailing list
>> Xerte at lists.nottingham.ac.uk
>> http://lists.nottingham.ac.uk/mailman/listinfo/xerte This message and any
>> attachment are intended solely for the addressee and may contain
>> confidential information. If you have received this message in error, please
>> send it back to me, and immediately delete it. Please do not use, copy or
>> disclose the information contained in this message or in any attachment. Any
>> views or opinions expressed by the author of this email do not necessarily
>> reflect the views of the University of Nottingham. This message has been
>> checked for viruses but the contents of an attachment may still contain
>> software viruses which could damage your computer system: you are advised to
>> perform your own checks. Email communications with the University of
>> Nottingham may be monitored as permitted by UK legislation.
>>
>> _______________________________________________
>> Xerte mailing list
>> Xerte at lists.nottingham.ac.uk
>> http://lists.nottingham.ac.uk/mailman/listinfo/xerte
>>
>> This message and any attachment are intended solely for the addressee and
>> may contain confidential information. If you have received this message in
>> error, please send it back to me, and immediately delete it.   Please do not
>> use, copy or disclose the information contained in this message or in any
>> attachment.  Any views or opinions expressed by the author of this email do
>> not necessarily reflect the views of the University of Nottingham.
>>
>> This message has been checked for viruses but the contents of an
>> attachment
>> may still contain software viruses which could damage your computer
>> system:
>> you are advised to perform your own checks. Email communications with the
>> University of Nottingham may be monitored as permitted by UK legislation.
>>
>>
>>
>
> _______________________________________________
> Xerte mailing list
> Xerte at lists.nottingham.ac.uk
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte
>
> This message and any attachment are intended solely for the addressee and
> may contain confidential information. If you have received this message in
> error, please send it back to me, and immediately delete it.   Please do not
> use, copy or disclose the information contained in this message or in any
> attachment.  Any views or opinions expressed by the author of this email do
> not necessarily reflect the views of the University of Nottingham.
>
> This message has been checked for viruses but the contents of an attachment
> may still contain software viruses which could damage your computer system:
> you are advised to perform your own checks. Email communications with the
> University of Nottingham may be monitored as permitted by UK legislation.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.nottingham.ac.uk/pipermail/xerte/attachments/20101208/87f7bd83/attachment-0001.html