[
https://issues.apache.org/jira/browse/OFBIZ-5537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ritu Raj Lakhera updated OFBIZ-5537:
------------------------------------
Description:
When We change the content in WYSIWYG Editor. This is loosing the FTL syntax
after saving.
I tried with 'STDWRAP001' data resource.
https://demo-trunk.ofbiz.apache.org:8443/content/control/EditHtmlText?dataResourceId=STDWRAP001
https://demo-trunk.ofbiz.apache.org:8443/content/control/EditElectronicText?dataResourceId=STDWRAP001
For Ex:
If content have the below text
<#if x == 1>
x is 1
<#else>
x is not 1
</#if>
and then go to WYSIWYG Editor, it becomes:
<#if x == 1>
x is 1
<#else/>
x is not 1
<!-- #if-->
I am also getting the some unexpected behaviour in WYSIWYG Editor.
If i write below code in WYSIWYG Editor
<#if x == 1>
x is 1
<#else>
x is not 1
</#if>
and then toggle to source code, it becomes:
<#if x == 1>
x is 1
<#else/>
x is not 1
</#if>
I think this will work for Ofbiz content.
But when i write the same code in source code and then toggle to WYSIWYG Editor
and again toggle to source code, it becomes:
<#if x == 1>
x is 1
<#else>
x is not 1
<!-- #if-->
Is there a way to configure this WYSIWYG Editor to handle these idioms so that
when I change the data in this editor and a simple text area that the markup
remains consistent?
was:
When We change the content in WYSIWYG Editor. This is loosing the FTL syntax
after saving.
I tried with 'STDWRAP001' data resource.
https://demo-trunk.ofbiz.apache.org:8443/content/control/EditHtmlText?dataResourceId=STDWRAP001
https://demo-trunk.ofbiz.apache.org:8443/content/control/EditElectronicText?dataResourceId=STDWRAP001
For Ex:
If content have the below text
<#if x == 1>
x is 1
<#else>
x is not 1
</#if>
and then go to WYSIWYG Editor, it becomes:
<#if x == 1>
x is 1
<#else/>
x is not 1
<!--#if-->
I am also getting the some unexpected behaviour in WYSIWYG Editor.
If i write below code in WYSIWYG Editor
<#if x == 1>
x is 1
<#else>
x is not 1
</#if>
and then toggle to source code, it becomes:
<#if x == 1>
x is 1
<#else/>
x is not 1
</#if>
I think this will work for Ofbiz content.
But when i write the same code in source code and then toggle to WYSIWYG Editor
and again toggle to source code, it becomes:
<#if x == 1>
x is 1
<#else>
x is not 1
<!--#if-->
Is there a way to configure this WYSIWYG Editor to handle these idioms so that
when I change the data in this editor and a simple text area that the markup
remains consistent?
> Content WYSIWYG Editor does not support the FTL syntax
> ------------------------------------------------------
>
> Key: OFBIZ-5537
> URL: https://issues.apache.org/jira/browse/OFBIZ-5537
> Project: OFBiz
> Issue Type: Bug
> Components: content
> Affects Versions: SVN trunk
> Reporter: Ritu Raj Lakhera
>
> When We change the content in WYSIWYG Editor. This is loosing the FTL syntax
> after saving.
> I tried with 'STDWRAP001' data resource.
> https://demo-trunk.ofbiz.apache.org:8443/content/control/EditHtmlText?dataResourceId=STDWRAP001
> https://demo-trunk.ofbiz.apache.org:8443/content/control/EditElectronicText?dataResourceId=STDWRAP001
> For Ex:
> If content have the below text
> <#if x == 1>
> x is 1
> <#else>
> x is not 1
> </#if>
> and then go to WYSIWYG Editor, it becomes:
> <#if x == 1>
> x is 1
> <#else/>
> x is not 1
> <!-- #if-->
>
> I am also getting the some unexpected behaviour in WYSIWYG Editor.
> If i write below code in WYSIWYG Editor
> <#if x == 1>
> x is 1
> <#else>
> x is not 1
> </#if>
> and then toggle to source code, it becomes:
> <#if x == 1>
> x is 1
> <#else/>
> x is not 1
> </#if>
> I think this will work for Ofbiz content.
> But when i write the same code in source code and then toggle to WYSIWYG
> Editor and again toggle to source code, it becomes:
> <#if x == 1>
> x is 1
> <#else>
> x is not 1
> <!-- #if-->
> Is there a way to configure this WYSIWYG Editor to handle these idioms so
> that when I change the data in this editor and a simple text area that the
> markup remains consistent?
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
