Problem to split string with CR \n character

[Jemand der GerneAnonymBleibt]

I have a string which I want to split at the CRs. I know there are CRs (\r, ASCII: 13/0x0D). If I convert the string to URI I see it:




xxxx%0Dyyyyy%0Dzzz...

If I test what code is generated if I convert a "\n"



I receive correct "%0A"

But if I convert "\r" I receive "%5Cr"

The result is that I can not split the string with any way:

What can I do?

My way to convert it with web.uriencode is not the solution because there is no UriDecode-function.

[Abraham Getzler]

See your other thread, where I gave you hexify().

ABG

[Jemand der GerneAnonymBleibt]

Sorry but what this should help? I did not need a HTML-Coded special char.

[Abraham Getzler]

If you assign hexify("0D") to a global, named for example CR, you could then

code replace all text (incoming_text, CR, "")

ABG

[Abraham Getzler]

Or you could code split at (incoming text, CR)

ABG

[Jemand der GerneAnonymBleibt]

I think you did not understand the problem or did not try out your code. :-/

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------

But I find out a working way. Maybe other users can use it and it is helpfull:

[Taifun]

I think you did not understand the problem or did not try out your code. :-/

???

this is ABG's suggestion to convert CR to LF (slightly simplified)

and it looks somehow easier, what do you think?

Taifun

---

Trying to push the limits of App Inventor! Snippets, Tutorials and Extensions from Pura Vida Apps by Taifun. 

[Jemand der GerneAnonymBleibt]

No. As I say: I think you did not test it or did not understand the problem/question.

[Taifun]

correct, I did not test it, unfortunately I do not have a test file

in case you are interested in a simpler solution, you might want to provide a test file somewhere in the internet, so I can download that file using the web component and test

thank you

Taifun

[Taifun]

I found a test file meanwhile here https://groups.google.com/d/msg/mitappinventortest/IJI2lUqWtBI/tWCw29AadKAJ

it seems to be, your conversion is the way to go currently

Taifun

[Abraham Getzler]

I tested a small Notepad file, and got a couple of surprises ...

The file had CRLF line endings on Windows, but uploading it into the Media folder and opening it in Ai2 showed only LF line endings.

(I have seen FTP do this type of conversion across architectures.)  The string length of 6 is proof that 3 CRs were lost.

The second surprise was when I tried to convert 0D0A all at once using hexify().  I got a wierd 1 chraacter squiggle.

Doing the conversions 1 byte at a time and joining them seems better.

See attached.

ABG