[ 
https://issues.apache.org/jira/browse/NIFI-2069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15344387#comment-15344387
 ] 

Rob Moran commented on NIFI-2069:
---------------------------------

Thanks [~JPercivall] – just wanted to get some thoughts down and provide a few 
visuals to help guide us. Like I said I think the design will change some over 
time, but welcome any feedback on placement of controls and the language/terms 
I proposed.

> Add option to UI to enter interpreted vs literal text 
> ------------------------------------------------------
>
>                 Key: NIFI-2069
>                 URL: https://issues.apache.org/jira/browse/NIFI-2069
>             Project: Apache NiFi
>          Issue Type: Improvement
>            Reporter: Joseph Percivall
>         Attachments: [email protected], mock-up.png
>
>
> In adding the PutTCP processor there has been some debate over accepting "\n" 
> as the literal characters "\" and "n" vs the character for a new line. 
> Currently the UI will pass the literal values and it's on the processor to 
> decide what to do with them. Leading to multiple processors to interpret 
> "\n", "\t" or "\r" entered in the UI as a new line, tab and carriage return 
> respectively.
> It is reasonable for a user to want enter "\n" as a new line but it is also 
> not correct to be inconsistent in how the user enters values throughout the 
> UI. When entering a string in the UI there should be a second checkbox (next 
> to "Empty") for "Interpreted" (name subject to change). This would allow 
> users to select whether the values the enter are interpreted ("\n" -> new 
> line character) vs literals ("\n" -> "\" and "\n"). Also this should allow 
> for the support for entering unicode characters.
> In order to keep backwards compatibility the default would be not interpreted.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to