[
https://issues.apache.org/jira/browse/FLEX-33278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13713365#comment-13713365
]
Vitali Kabak commented on FLEX-33278:
-------------------------------------
I tried your fix on Windows and it works fine.
Just replaced corresponding lines in PlainTextImporter.importFromString method
with your fix (tried both 4.6.0 and 4.9.1 SDKs, I cant' download 4.10
currently).
Checked both s:TextInput and s:TextArea.
But I guess it should be tested on Mac, where single \u000D ("\r") is
considered a new line character.
It may need a fix like:
if (useClipboardAnnotations &&
(source.lastIndexOf('\u000A', source.length - 1) != source.length - 1 ||
source.lastIndexOf('\u000D', source.length - 1) != source.length - 1))
(Just a guess, I'm not a Mac user)
> Ctrl+V doesn't work properly
> ----------------------------
>
> Key: FLEX-33278
> URL: https://issues.apache.org/jira/browse/FLEX-33278
> Project: Apache Flex
> Issue Type: Bug
> Components: Spark: RichEditableText
> Affects Versions: Adobe Flex SDK Previous, Apache Flex 4.8 (parity release)
> Environment: Windows 7
> Reporter: Nazar Yavny
> Fix For: Apache Flex 4.10.0
>
>
> The issue is present when user tries to paste text that starts with new line.
> When maxChars variable is specified and user tries to paste with Ctrl+V text
> bigger than maxChars - component will cut of extra chars, but when user
> presses Ctrl+V one more time - text will be pasted again. So, in this
> situation length of component's inner text will be greater than specified
> maxChars variable.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
