Search Results

Maybe this? Probably the keyword CRLF is implemented as a LineFeed which is probably fine for Linux-systems such as a Android i.e. CRLF = "\n" In B4J, perhaps the keyword CRLF should use, under the hood, the System.lineSeparator() method which automatically detects the operating system. What happ
link: It is not a bug. See CRLF If you want CR AND LF then you need to use something like this sub AddCRLF(text as string) as string return text&chr(13)
link: Hello Erel, In B4J when I write to a file and I then use '& CRLF' at the end of the line, I've noticed that in Notepad++ even though it is putting ea
link: This is a quote from Erel Probabily we can add a wish for CRLF2 returning 13+10 (0D+0A if you prefer), leaving CRLF as is so to no break existing co

Append(CRLF).Append(" pthClip.LineTo(") End If Next codeBuilder.Append(CRLF).Append(" cvsClip.ClipPath(pthClip)") Return codeBuilder.ToString End Sub

Hi, I have a string value with a new line CRLF to indicate a new line. Just by assigning the value to a label works fine but when you are retrieving the same from a database, the CRLF are not parsed as new line rather than a string. How can I format it to be a new line function. Best, SK
link: Is the linefeed stored as CR + LF? (TWO Chars) B4As CRLF is just ONE Char. #13 i think. (or #10) Try to replace #13#10 with just #13 (or #10)
link: Hi All, Thank you for your response. I used HTML tags instead of characters and got it correct. Best, SK

just to clarify, CRLF means different things to different people. for my barcode scanner, CRLF is chr(13) + chr(10). for B4X, CRLF is chr(10). if i want my barcode scanner to append chr(10) only, i can tell it to do that. i can also tell it not to append any characters. the so-called ENTER key i
link: My barcode scanner is appending Chr(13) and Chr(10) to the data - a normal Enter keystroke. I can detect neither in the TextChanged sub. If I set the
link: May be you can use a <textarea> field to receive the scan data with crlf, or try multiple lines edittext field.
link: I am trying to use a barcode scanner with the suffix set to CRLF - the Enter keystoke is appended to the end of the scanned barcode data. I want to d

Don't use TextWriter. Create the string, preferably with StringBuilder and write it with File.WriteString.
link: Good morning please help me, I need to write a text to a .txt file and I have to avoid a Carriage Return Line Feed: "CRLF" in WriteLine...

Is this what you want to accomplish: BBCodeView1.Text = $"This is a first line ${CRLF} and this is a second line"$
link: hello how do you actually make a CRLF for BBCodeView1.Text Kind regards Frank
link: Or: BBCodeView1.Text = $"This is a first line and this is a second line"$

In B4X the end of line marker constant is CRLF which is actually only one character Line Feed (ASCII 10) The blob has both CR (ASCII 13) and LF (ASCII 10). The Log adapts to either but the label does not. Just remove it with .replace or try a different charset in BytesToString as @drgottjr said a

CRLF = Chr(10). This is true for B4J, B4A and B4i. I agree that it can be confusing and it should have been named different (EndOfLine maybe). However CRLF value (chr 10) is the "correct" end of line character on Android iOS and Java apps. Luca you can use CharAt instead.
link: Just to put my 5 cents in... CRLF should in fact be 0x0D 0x0A. It's two characters!! It doesn't matter which operating system it is, it's still two ch
link: Since it is documented I wouldn't whinge about it, but calling it CRLF is misleading at best. Why not something like NEWLINE if that was the intent?
link: Yes, LucaMS is correct. The Windows newline character is different from the Unix/Linux newline character (which is what you get with CRLF). Almost all

Excell puts CRLF line end which would fail in loadCSV. Unix uses LF and Mac CR. Windows MS-DOS convention is CRLF. Non of them work with loadCSV which needs LF as for what I tested so far.
link: It didn't work when both CRLF are used which is the windows standard. I will do some more tests.
link: I had an extra line with a CRLF at the end of the CSV file. So will try later today if that fixes it.

Given that .ReadLine doesn't return the line terminators, CRLF might have been good choice to indicate EOF. Albeit mildly unintuitive. But same could be said of Null. At least CRLF is a valid String. ?

Powered by ColBERT