[Xerte] Re: Query re formatting?

Julian Tenney Julian.Tenney at nottingham.ac.uk
Fri May 3 13:09:55 BST 2013

That's exactly it. When xml is loaded into the wizard, I handled the XML.onData event to get at the raw text before Flash tries to parse it into an XML object, then escape / unescape the chars, then fire onload manually to parse the xml. Look at those two events if you want, but I spent quite a bit of time trying to get it bulletproof, and I think got as good as I could get because of the round tripping without diving the entire structure. It's fine when text is in CDATA, which it is - unless the page takes children of any kind (hotspots / nested pages, etc)

From: xerte-bounces at lists.nottingham.ac.uk [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Tom Reijnders
Sent: 03 May 2013 13:03
To: Xerte discussion list
Subject: [Xerte] Re: Query re formatting?

One of the issues I think is, that we internally use '<'to escape the '<' and than when going back we can't differentiate correctly between < typed in by the user, or < generated by escaping code.

We could try to fix that...


Op 3-5-2013 13:54, Julian Tenney schreef:
It'll be the ones where the text is escaped and held on a node attribute, rather than CDATAed and held as the node's payload. It isn't easy to escape the XML, load it into the editor, edit it and escape it again on the way out in those cases. You're sort of taking this to places it isn't really intended to go.

Things are better in bootstrap, because all text is CDATA, so HTML is safe, but it's not entirely safe in the toolkit.

From: xerte-bounces at lists.nottingham.ac.uk<mailto:xerte-bounces at lists.nottingham.ac.uk> [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Fay Cross
Sent: 03 May 2013 12:26
To: Xerte discussion list
Subject: [Xerte] Re: Query re formatting?

I've just tried < in text on a few pages and it's displaying as text for me.  Is it a problem on just some pages types?  Which ones?

I can fix the table <br> problem though.  It's adding brs in where ever there are line breaks which currently even includes in table markup.  So, for example:


... will look fine but...


... will add in lots of unnecessary brs.

I'll get it to ignore those between table tags.

From: xerte-bounces at lists.nottingham.ac.uk<mailto:xerte-bounces at lists.nottingham.ac.uk> [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Alistair McNaught
Sent: 03 May 2013 10:04
To: xerte at lists.nottingham.ac.uk<mailto:xerte at lists.nottingham.ac.uk>
Subject: [Xerte] Query re formatting?

A colleague and I have been working on creating a training module for publishers on accessibility metadata. The metadata is in XML format and we are trying to embed it in XOT pages to illustrate different metadata and how it describes different parts of a book cover.

However it is proving a bit unpredictable in the code. Can anyone advise us on the following?

-- how does text containing the < character to work? It seems completely capricious, sometimes switching between displaying the < and trying to interpret it as markup even after you've got it all correct. In two editing sessions, I was unable to form an understanding of what the editor was doing to my text

-- the application appears to insert a predictable (but not controllable) number of blank lines (as <br>) above each <table> inserted in a text box. Can this be controlled?

Any advice would be welcome. Obviously it's brilliant to now have tables working in XOT but it would be nice if they weren't so stuffed with BRs. And is there a way to understand < behaviour or should we be using latex instead?

Many thanks


Alistair McNaught
Senior Advisor
JISC TechDis Service
Higher Education Academy | Innovation Way | York | YO10 5BR
Mobile - +44 (0)7870567659
Skype - alistair_techdis
Twitter - @alistairm
Web - www.jisctechdis.ac.uk<http://www.jisctechdis.ac.uk/> | www.scoop.it/t/inclusive-teaching-and-learning<http://www.scoop.it/t/inclusive-teaching-and-learning>

This email is confidential and may be privileged. If you are not the intended recipient please accept our apologies. Please do not disclose, copy, or distribute information in this email nor take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform us that this message has gone astray before deleting it. Please note that views expressed in this email are those of the author and do not necessarily represent those of the Higher Education Academy. Please note that this e-mail has been created in the knowledge that Internet e-mail is not a secure communications medium. We advise that you understand and observe this lack of security when e-mailing us. Although we have taken steps to ensure this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. The Higher Education Academy Registered No 4930131


Xerte mailing list

Xerte at lists.nottingham.ac.uk<mailto:Xerte at lists.nottingham.ac.uk>




Tom Reijnders

TOR Informatica

Chopinlaan 27

5242HM Rosmalen

Tel: 073 5226191

Fax: 073 5226196

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nottingham.ac.uk/pipermail/xerte/attachments/20130503/14359949/attachment-0001.html>

More information about the Xerte mailing list