Thread: Re: [Xsltforms-support] Is there any way to put markup in a textarea in XSLTForms
Brought to you by:
alain-couthures
Menu
▾
▴
xsltforms-support
|
From: Claudius T. <cla...@ya...> - 2010-03-04 21:31:33
|
Hi, I also thought about an extension element for XSLTForms, called "richTextarea" (maybe), which would allow all sort of rich text editing (I thought about editing the files stored within eXist, and for translations (a web app to manage translations)). I looked over web editors, found CKEditor and liked it very much, as being enough complex and flexible to be a professional extension element for XForms. Such extension element called richTextarea should be bound to a node, just like textarea element. My two cents. Claudius Teodorescu http://kuberam.ro |
|
From: Dan M. <dan...@gm...> - 2010-03-04 22:27:12
|
Hello Claudius, I installed CKEditor on eXist and wrote up the following notes here: http://en.wikibooks.org/wiki/XForms/CKEditor I can now see the XHTML in the HTTP Post but I can not seem to get it to stop encoding the XML tags. I put a copy of this form on our demo server here: http://demo.syntactica.com/exist/rest/db/test/ckeditor/_samples/replacebyclass.html If you can figure out how to get the config.js file to stop encodeing let me know! CKEditor does not have very good documentation yet :-( - Dan On Thu, Mar 4, 2010 at 3:31 PM, Claudius Teodorescu <cla...@ya...>wrote: > Hi, > > I also thought about an extension element for XSLTForms, called > "richTextarea" (maybe), which would allow all sort of rich text editing (I > thought about editing the files stored within eXist, and for translations (a > web app to manage translations)). > > I looked over web editors, found CKEditor and liked it very much, as being > enough complex and flexible to be a professional extension element for > XForms. > > Such extension element called richTextarea should be bound to a node, just > like textarea element. > > My two cents. > > Claudius Teodorescu > http://kuberam.ro > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support > > -- Dan McCreary Semantic Solutions Architect syntactica.com 952-460-1674 VOIP: 111@69.199.167.229 |
|
From: Rob K. <ro...@ko...> - 2010-03-04 22:38:23
|
The XHTML is being escaped so that CKEditor can edit it, I think. In other words, it won't work unless the XHTML is escaped. But, have you tried wrapping it in CDATA? -Rob On Thu, Mar 4, 2010 at 2:27 PM, Dan McCreary <dan...@gm...> wrote: > Hello Claudius, > > I installed CKEditor on eXist and wrote up the following notes here: > > http://en.wikibooks.org/wiki/XForms/CKEditor > > I can now see the XHTML in the HTTP Post but I can not seem to get it to > stop encoding the XML tags. > > I put a copy of this form on our demo server here: > > > http://demo.syntactica.com/exist/rest/db/test/ckeditor/_samples/replacebyclass.html > > If you can figure out how to get the config.js file to stop encodeing let > me know! CKEditor does not have very good documentation yet :-( > > - Dan > > On Thu, Mar 4, 2010 at 3:31 PM, Claudius Teodorescu <cla...@ya...>wrote: > >> Hi, >> >> I also thought about an extension element for XSLTForms, called >> "richTextarea" (maybe), which would allow all sort of rich text editing (I >> thought about editing the files stored within eXist, and for translations (a >> web app to manage translations)). >> >> I looked over web editors, found CKEditor and liked it very much, as being >> enough complex and flexible to be a professional extension element for >> XForms. >> >> Such extension element called richTextarea should be bound to a node, just >> like textarea element. >> >> My two cents. >> >> Claudius Teodorescu >> http://kuberam.ro >> >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Xsltforms-support mailing list >> Xsl...@li... >> https://lists.sourceforge.net/lists/listinfo/xsltforms-support >> >> > > > -- > Dan McCreary > Semantic Solutions Architect > syntactica.com > 952-460-1674 > VOIP: 111@69.199.167.229 > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support > > |
|
From: Klotz, L. <Lei...@xe...> - 2010-03-05 00:04:30
|
I don't think you need a new form control. mediatype or appearance attributes on textarea is good enough, and interoperable. Chiba uses mediatype, for example, and even processors without rich text support will allow editing of escaped html as text. Leigh. ________________________________ From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Thursday, March 04, 2010 1:31 PM To: xsl...@li... Subject: Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms Hi, I also thought about an extension element for XSLTForms, called "richTextarea" (maybe), which would allow all sort of rich text editing (I thought about editing the files stored within eXist, and for translations (a web app to manage translations)). I looked over web editors, found CKEditor and liked it very much, as being enough complex and flexible to be a professional extension element for XForms. Such extension element called richTextarea should be bound to a node, just like textarea element. My two cents. Claudius Teodorescu http://kuberam.ro |
|
From: Dan M. <dan...@gm...> - 2010-03-05 00:27:18
|
I just found out that there are several other people that are already using the CKEditor to manage TEI content. We would like to demonstrate a simple FAQ editor that combines XSLTForms and CKEditor to several potential customers. Here is what the CKEdit tool will look like running on eXist: http://demo.syntactica.com/exist/rest/db/test/ckeditor/_samples/faq-edit.html On Thu, Mar 4, 2010 at 6:04 PM, Klotz, Leigh <Lei...@xe...> wrote: > I don't think you need a new form control. mediatype or appearance > attributes on textarea is good enough, and interoperable. Chiba uses > mediatype, for example, and even processors without rich text support will > allow editing of escaped html as text. > > Leigh. > > ------------------------------ > *From:* Claudius Teodorescu [mailto:cla...@ya...] > *Sent:* Thursday, March 04, 2010 1:31 PM > *To:* xsl...@li... > > *Subject:* Re: [Xsltforms-support] Is there any way to put markup in > atextarea in XSLTForms > > Hi, > > I also thought about an extension element for XSLTForms, called > "richTextarea" (maybe), which would allow all sort of rich text editing (I > thought about editing the files stored within eXist, and for translations (a > web app to manage translations)). > > I looked over web editors, found CKEditor and liked it very much, as being > enough complex and flexible to be a professional extension element for > XForms. > > Such extension element called richTextarea should be bound to a node, just > like textarea element. > > My two cents. > > Claudius Teodorescu > http://kuberam.ro > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support > > -- Dan McCreary Semantic Solutions Architect syntactica.com 952-460-1674 VOIP: 111@69.199.167.229 |
|
From: Claudius T. <cla...@ya...> - 2010-03-05 00:33:39
|
Yes, you are right that is no need for a new form control, if one consider just editing some XML/HTML as text. But, like I said, for certain web applications, there is a need for a full and complex rich text editor. I can only think that such extension element could have an attribute or child element specifying a certain configuration option, for instance: "full" or "basic" toolbar, UI language for editor/spell checking,etc. The only drawback here could be that such new form control would rely on CKEditor, leaving aside other editors Claudius Teodorescu http://kuberam.ro ________________________________ From: "Klotz, Leigh" <Lei...@xe...> To: Claudius Teodorescu <cla...@ya...>; xsl...@li... Sent: Fri, March 5, 2010 2:04:15 AM Subject: RE: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms I don't think you need a new form control. mediatype or appearance attributes on textarea is good enough, and interoperable. Chiba uses mediatype, for example, and even processors without rich text support will allow editing of escaped html as text. Leigh. ________________________________ From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Thursday, March 04, 2010 1:31 PM To: xsl...@li... Subject: Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms Hi, I also thought about an extension element for XSLTForms, called "richTextarea" (maybe), which would allow all sort of rich text editing (I thought about editing the files stored within eXist, and for translations (a web app to manage translations)). I looked over web editors, found CKEditor and liked it very much, as being enough complex and flexible to be a professional extension element for XForms. Such extension element called richTextarea should be bound to a node, just like textarea element. My two cents. Claudius Teodorescu http://kuberam.ro |
|
From: Dan M. <dan...@gm...> - 2010-03-05 03:32:22
|
I have stated to put together a database of the current options for an XForms Rich Text Editor extension to XSLTForms based on based on the CKEditor. You can see a report of this here: http://demo.syntactica.com/exist/rest/db/syntactica/apps/rich-text-editor/views/list-items.xq There are about about 114 options not including the edit controls. We will be working with our customers to prioritize these but I think to get started just the basics will be OK. - Dan On Thu, Mar 4, 2010 at 6:33 PM, Claudius Teodorescu <cla...@ya...>wrote: > Yes, you are right that is no need for a new form control, if one consider > just editing some XML/HTML as text. > > But, like I said, for certain web applications, there is a need for a full > and complex rich text editor. I can only think that such extension element > could have an attribute or child element specifying a certain configuration > option, for instance: "full" or "basic" toolbar, UI language for > editor/spell checking,etc. > > The only drawback here could be that such new form control would rely on > CKEditor, leaving aside other editors > > > Claudius Teodorescu > http://kuberam.ro > > > ------------------------------ > *From:* "Klotz, Leigh" <Lei...@xe...> > *To:* Claudius Teodorescu <cla...@ya...>; > xsl...@li... > *Sent:* Fri, March 5, 2010 2:04:15 AM > *Subject:* RE: [Xsltforms-support] Is there any way to put markup in > atextarea in XSLTForms > > I don't think you need a new form control. mediatype or appearance > attributes on textarea is good enough, and interoperable. Chiba uses > mediatype, for example, and even processors without rich text support will > allow editing of escaped html as text. > > Leigh. > > ------------------------------ > *From:* Claudius Teodorescu [mailto:cla...@ya...] > *Sent:* Thursday, March 04, 2010 1:31 PM > *To:* xsl...@li... > *Subject:* Re: [Xsltforms-support] Is there any way to put markup in > atextarea in XSLTForms > > Hi, > > I also thought about an extension element for XSLTForms, called > "richTextarea" (maybe), which would allow all sort of rich text editing (I > thought about editing the files stored within eXist, and for translations (a > web app to manage translations)). > > I looked over web editors, found CKEditor and liked it very much, as being > enough complex and flexible to be a professional extension element for > XForms. > > Such extension element called richTextarea should be bound to a node, just > like textarea element. > > My two cents. > > Claudius Teodorescu > http://kuberam.ro > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support > > -- Dan McCreary Semantic Solutions Architect syntactica.com 952-460-1674 VOIP: 111@69.199.167.229 |
|
From: Klotz, L. <Lei...@xe...> - 2010-03-05 00:38:24
|
Here's what I've succesfully used to express rich text edit in XForms in the past:
<xf:textarea ref="description" mediatype="text/html">
You can also use this
<xf:textarea ref="description" appearance="ext:ckedit" />
You can also use this:
<xf:textarea ref="description" appearance="ext:ckedit" class="ckedit-full-toolbar" />
All of these are interoperable.
If you need even more, you can use the xf:extension element and put any content you want:
<xf:textarea ref="description" mediatype="text/html">
<xf:label>Description :</xf:label>
<xf:extension><ext:ckeditOptions toolbar="full" spellcheck="true" /></xf:extension>
</xf:textarea>
XForms offers abstract form controls which are then specialized by bindings, datatypes, appearance, and styling.
Leigh.
________________________________
From: Claudius Teodorescu [mailto:cla...@ya...]
Sent: Thursday, March 04, 2010 4:34 PM
To: Klotz, Leigh; support xsltforms
Subject: Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms
Yes, you are right that is no need for a new form control, if one consider just editing some XML/HTML as text.
But, like I said, for certain web applications, there is a need for a full and complex rich text editor. I can only think that such extension element could have an attribute or child element specifying a certain configuration option, for instance: "full" or "basic" toolbar, UI language for editor/spell checking,etc.
The only drawback here could be that such new form control would rely on CKEditor, leaving aside other editors
Claudius Teodorescu
http://kuberam.ro
________________________________
From: "Klotz, Leigh" <Lei...@xe...>
To: Claudius Teodorescu <cla...@ya...>; xsl...@li...
Sent: Fri, March 5, 2010 2:04:15 AM
Subject: RE: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms
I don't think you need a new form control. mediatype or appearance attributes on textarea is good enough, and interoperable. Chiba uses mediatype, for example, and even processors without rich text support will allow editing of escaped html as text.
Leigh.
________________________________
From: Claudius Teodorescu [mailto:cla...@ya...]
Sent: Thursday, March 04, 2010 1:31 PM
To: xsl...@li...
Subject: Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms
Hi,
I also thought about an extension element for XSLTForms, called "richTextarea" (maybe), which would allow all sort of rich text editing (I thought about editing the files stored within eXist, and for translations (a web app to manage translations)).
I looked over web editors, found CKEditor and liked it very much, as being enough complex and flexible to be a professional extension element for XForms.
Such extension element called richTextarea should be bound to a node, just like textarea element.
My two cents.
Claudius Teodorescu
http://kuberam.ro
|
|
From: Kurt C. <kur...@gm...> - 2010-03-05 01:22:13
|
It may also be worth setting up a community effort to encode an XSLTForms rich text editor around the textarea and input component. I've done RTEs before - they're not that hard to pull off in general, but they also require giving up on jQuery and related libs, and you have to test them EXTENSIVELY against different platforms. This brings up a broader issue - one that I think Alain is probably in the best position to answer. Itt might be very useful if we were to set up an XSLTForms community group (possibly on GoogleCode or GIT) that would let us post community components and extensions to XSLTForms (and quite possibly to Ubiquity and Orbeon). I know this has been floated before, but the major challenge is freeing up Alain to concentrate on core improvements while others can post both extensions and cool XForms widgets (and techniques). My model is the Drupal community, but I'm not wedded to it. Kurt Cagle Managing Editor http://xmlToday.org On Thu, Mar 4, 2010 at 4:37 PM, Klotz, Leigh <Lei...@xe...> wrote: > Here's what I've succesfully used to express rich text edit in XForms in > the past: > > <xf:textarea ref="description" mediatype="text/html"> > > You can also use this > <xf:textarea ref="description" appearance="ext:ckedit" /> > > You can also use this: > <xf:textarea ref="description" appearance="ext:ckedit" > class="ckedit-full-toolbar" /> > > All of these are interoperable. > > If you need even more, you can use the xf:extension element and put any > content you want: > > <xf:textarea ref="description" mediatype="text/html"> > <xf:label>Description :</xf:label> > <xf:extension><ext:ckeditOptions toolbar="full" spellcheck="true" > /></xf:extension> > </xf:textarea> > > > XForms offers abstract form controls which are then specialized by > bindings, datatypes, appearance, and styling. > > Leigh. > > ------------------------------ > *From:* Claudius Teodorescu [mailto:cla...@ya...] > *Sent:* Thursday, March 04, 2010 4:34 PM > *To:* Klotz, Leigh; support xsltforms > > *Subject:* Re: [Xsltforms-support] Is there any way to put markup in > atextarea in XSLTForms > > Yes, you are right that is no need for a new form control, if one > consider just editing some XML/HTML as text. > > But, like I said, for certain web applications, there is a need for a full > and complex rich text editor. I can only think that such extension element > could have an attribute or child element specifying a certain configuration > option, for instance: "full" or "basic" toolbar, UI language for > editor/spell checking,etc. > > The only drawback here could be that such new form control would rely on > CKEditor, leaving aside other editors > > Claudius Teodorescu > http://kuberam.ro > > > ------------------------------ > *From:* "Klotz, Leigh" <Lei...@xe...> > *To:* Claudius Teodorescu <cla...@ya...>; > xsl...@li... > *Sent:* Fri, March 5, 2010 2:04:15 AM > *Subject:* RE: [Xsltforms-support] Is there any way to put markup in > atextarea in XSLTForms > > I don't think you need a new form control. mediatype or appearance > attributes on textarea is good enough, and interoperable. Chiba uses > mediatype, for example, and even processors without rich text support will > allow editing of escaped html as text. > > Leigh. > > ------------------------------ > *From:* Claudius Teodorescu [mailto:cla...@ya...] > *Sent:* Thursday, March 04, 2010 1:31 PM > *To:* xsl...@li... > *Subject:* Re: [Xsltforms-support] Is there any way to put markup in > atextarea in XSLTForms > > Hi, > > I also thought about an extension element for XSLTForms, called > "richTextarea" (maybe), which would allow all sort of rich text editing (I > thought about editing the files stored within eXist, and for translations (a > web app to manage translations)). > > I looked over web editors, found CKEditor and liked it very much, as being > enough complex and flexible to be a professional extension element for > XForms. > > Such extension element called richTextarea should be bound to a node, just > like textarea element. > > My two cents. > > Claudius Teodorescu > http://kuberam.ro > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Xsltforms-support mailing list > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support > > |
|
From: Claudius T. <cla...@ya...> - 2010-03-05 08:20:05
|
Claudius Teodorescu http://kuberam.ro ----- Forwarded Message ---- From: Claudius Teodorescu <cla...@ya...> To: "Klotz, Leigh" <Lei...@xe...> Sent: Fri, March 5, 2010 3:24:11 AM Subject: Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms This syntax I like: <xf:textarea ref="description" appearance="ext:ckedit"> <xf:label>Description :</xf:label> <xf:extension><ext:ckeditOptions toolbar="full" spellcheck="true" /></xf:extension> </xf:textarea> It is very intuitive and leave space for other editors. Thanks for these samples! Claudius Teodorescu http://kuberam.ro ________________________________ From: "Klotz, Leigh" <Lei...@xe...> To: Claudius Teodorescu <cla...@ya...> Sent: Fri, March 5, 2010 2:57:29 AM Subject: RE: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms Most xforms implementations already do this; xsltforms is new. I think Dan is on the right track. As Alain said, and I noted as well, xsltforms doesn't play well with other JavaScript packages. If that isn't fixed, nothing will work. Once that's fixed, there are many ways to include ckeditor or tinymce or some other package: xsltforms plug ins, separate javascript script src file, etc. But a single syntax for declaring the textarea as rich text should work with all of the cases. Leigh. ________________________________ From: Claudius Teodorescu [mailto:cla...@ya...] Sent: Thursday, March 04, 2010 4:43 PM To: Klotz, Leigh Subject: Re: [Xsltforms-support] Is there any way to put markup in atextarea in XSLTForms Very nice approaches, this is the way. I didn't know about them. The problem is, now: what shall we do, as there is a need for such editor? Claudius Teodorescu http://kuberam.ro |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X