Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms

[Klotz, L. <Lei...@xe...>]

It might be possible to decompose this so that different people can attack the different parts of the problem:
 
1. xsltforms global variable/name usage so it plays nice with other js libs
2. a plugin or second stylesheet to enable xf:textarea/@mediatype='text/html'
 
Leigh.

________________________________

From: Dan McCreary [mailto:dan...@gm...] 
Sent: Thursday, March 04, 2010 1:08 PM
To: COUTHURES Alain
Cc: xsl...@li...
Subject: Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms


Hello Alain,

Thanks for your quick reply!

I think we may have to add this to your TODO list.

I am sorry we were not able to get everyone together this week for some training.  It will have to wait till we get back from Prague I believe.

But it looks like we have a few items that should fill up at least one day of consulting.

I will continue to work with CKEditor to see if I can get at least that part working.

- Dan


On Thu, Mar 4, 2010 at 2:50 PM, COUTHURES Alain <ala...@ag...> wrote:


	Hi Dan, 


		Can anyone tell me if there is a way to put HTML markup in a XSLTForms
		textarea?  I need to do basic HTML like list items, bold, italic.
		 
		

	As in other XForms implementations, xf:output mediatype="application/xhtml+xml" will render text containing serialized XML (&lt; and &gt; instead of < and >) as XHTML. Effective XHTML, instead of text, is not yet supported.
	
	xf:textarea is now consistent with that: enter < (or >) and &lt; (or &gt;) will be written in the corresponding node as ordinary text.
	
	A new type might be added so the control is valid only if the corresponding text can be parsed. Then, for submission, it would be serialized as XML and not as text. I already can see one restriction: would it be acceptable for your project not to be able to parse at client-side the entered markup? 


		In the long run it would be nice to have CKEditor to working within eXist.
		
		Here is the link to CKEditor: http://cksource.com
		 
		

	Yes, I'm convinced that "real" applications will require this kind of controls.
	
	XSLTForms Javascript code is not yet well protected against conflicts with other Javascript code...
	
	A workload of some days is to consider.
	
	Thanks!
	
	-Alain
	
	




-- 
Dan McCreary
Semantic Solutions Architect
syntactica.com
952-460-1674
VOIP: 111@69.199.167.229