<div>As a way of putting off the day we need to make a decision I can offer the following, but I don't know what impact any developments regarding the navigation aspects will have on this because I don't know what how you want to handle this yet.</div>

<div><br></div><div>I can produce a set of files for each connector page as follows using the connector menu page as an example below</div><div><br></div><div>connectorMenu.rlm</div><div>being a single rlm file that will work in XOT or Xerte</div>

<div><br></div><div>connectorMenu.xwd</div><div>being an xwd file that works in Xerte and is flagged for xerte only and uses text fields and Page IDs instead of pageLists</div><div><br></div><div>xot_connectorMenu.xwd</div>

<div>being an xwd file that works in XOT using the pageList control and is flagged to only be used in XOT</div><div><br></div><div>At present the use of the pageList control will break the connections set up in any legacy projects that are already created, unless it can be made to look up the linkID if the xml data contains data that does not begin with "PG".</div>

<div> </div><div>The way the menu connector handles the option to specify a list of pages has changed so that the Author can select pages using the pageList control (or enter pageIDs individually in Xerte) so that will break legacy projects but it will present a consistent approach between the two.</div>

<div><br></div><div>In principle what should happen is when you build the template.xwd file the xot_connectorMenu.xwd file should get included and the connectorMenu.xwd file should get ignored. But I need to check with Tom if there are any implications with this.</div>

<div><br></div><div>I have attached a pageTemplates project example containing the reworked Menu Connector so you can see how it is panning out. I will need to edit the code a little to make it agnostic about pageIDs or linkIDs but that should be fairly simple.</div>

<div><br></div><div>I have used the linkID to locate the page index so don't I can manage with out a rootIcon.gotoPage(linkID) method. It is easier this way to work with both pageIDs and linkIDs.</div><div><br></div>
<div>
This just leaves how to handle the plainText connector situation in which the Author cannot see the linkID value. </div><div><br></div><div>I had a thought about that. You could add a child element like I have in the menu Connector and then put an index value in the hyperlink e.g. <a href="asfunction:_level0.engine.fnTextCon,1" target="_blank"> would point to the first child element, <a href="asfunction:_level0.engine.fnTextCon,2" target="_blank"> would point to the second child element. The fnTextCon function could then look up the linkID from the xml data.</div>

<div><br></div><div>Then for all the connector pages we have the navigation options to resolve.</div><div><br></div><div>Kind regards</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Johnathan</div></font></span><br>
<br><div class="gmail_quote">On 15 November 2012 10:12, Ron Mitchell <span dir="ltr"><<a href="mailto:ronm@mitchellmedia.co.uk" target="_blank">ronm@mitchellmedia.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-GB" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="color:#1f497d">The only additional thing that springs to mind right now is whether there can be a check whether the project is a pages/page wizard project and in that case the pageList control isn't used and the old manually added pageID is used instead. I guess Jonathan is best placed to know whether that would work and what would be involved.</span></p>
<p class="MsoNormal"><a name="13b038c59d3b1a2e__MailEndCompose"><span style="color:#1f497d"> </span></a></p><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm"><p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:xerte-dev-bounces@lists.nottingham.ac.uk" target="_blank">xerte-dev-bounces@lists.nottingham.ac.uk</a> [mailto:<a href="mailto:xerte-dev-bounces@lists.nottingham.ac.uk" target="_blank">xerte-dev-bounces@lists.nottingham.ac.uk</a>] <b>On Behalf Of </b>Julian Tenney<br>
<b>Sent:</b> 15 November 2012 09:12<br><b>To:</b> For Xerte technical developers<br><b>Subject:</b> [Xerte-dev] Connectors</span></p></div></div><div><div class="h5"><p class="MsoNormal"> </p><p class="MsoNormal">We need to figure out how we are going to deal with the connectors.</p>
<p class="MsoNormal"> </p><p class="MsoNormal"><b>Summary</b></p><p class="MsoNormal">- We want to use the new pageList control in the wizard to allow users to create and use linkIDs behind the scenes. Users will simply select the name of the page they want to jump to from the pageList control. The pagelist control writes the linkID of the selected page to the attribute’s value.</p>
<p class="MsoNormal">- This means re-working the connector pages to use the linkID rather than pageID (I don’t think this is hard / lengthy)</p><p class="MsoNormal">- This brings a big improvement to the connectors in toolkits.</p>
<p class="MsoNormal">[so far so good</p><p class="MsoNormal"> </p><p class="MsoNormal">The same thing would also work with a page templates project in standalone xerte. Project’s could still be round-tripped to toolkits and back again.</p>
<p class="MsoNormal">[so far so good still]</p><p class="MsoNormal"> </p><p class="MsoNormal"><b>Problem</b></p><p class="MsoNormal">The problem is with the page wizards. When using the wizard there, there is no way of getting a list of pages in the piece, or generating linkIDs for them, so this approach won’t work. Now there are many problems, because the page wizards share the code with the page templates models.</p>
<p class="MsoNormal"> </p><p class="MsoNormal"><b>Considerations</b></p><p class="MsoNormal">Xerte standalone is pretty much at the end of its life. </p><p class="MsoNormal">Hardly anyone uses page wizards in standalone xerte.</p>
<p class="MsoNormal"> </p><p class="MsoNormal">Before we discuss options, is there anything else to add to this summary? Please keep comments short and to the point so that we can get a clear sight of the problem and the options we have available.</p>
<p class="MsoNormal"> </p><p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman","serif""> </span></p><p>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. </p>
<p>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. </p>
</div></div></div></div><br>_______________________________________________<br>
Xerte-dev mailing list<br>
<a href="mailto:Xerte-dev@lists.nottingham.ac.uk">Xerte-dev@lists.nottingham.ac.uk</a><br>
<a href="http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev" target="_blank">http://lists.nottingham.ac.uk/mailman/listinfo/xerte-dev</a><br>
<br>
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.<br>

<br>
This message has been checked for viruses but the contents of an attachment<br>
may still contain software viruses which could damage your computer system:<br>
you are advised to perform your own checks. Email communications with the<br>
University of Nottingham may be monitored as permitted by UK legislation.<br>
<br>
<br></blockquote></div><br>