[Xerte] Re: Query re formatting?

[Tom Reijnders]

I do agree with Julian that we shouldn't put too much effort in making 
this an HTML editor, because whatever we accomplish it will still be 
awkward. The real solution is creating an HTML 5 editor...


Op 3-5-2013 14:01, Julian Tenney schreef:
>
> > 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?
>
> You need to use some caution - it was never intended as an HTML 
> editor. In fact it was intended to NOT be an HTML editor, that was the 
> point. Because of the way Flash (aka the wizard, not the engine) 
> handles XML it is not easy to escape it properly -- I have tried. 
> Others are welcome to try again...
>
> *From:*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
> *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
>
> *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
> http://lists.nottingham.ac.uk/mailman/listinfo/xerte

-- 
--

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/1d4df051/attachment.html>