Bug? [BANano][Solved] Multiline string in "Text" not correctly escaped from the Designer?

[Toky Olivier]

Hi,
I think it's a bug. When I put multi-line string in a the designer, there is an exception in the console and the project is not run in the browser.

Error in the browser:

Transpiled JS:

Thank you.

 

[alwaysbusy]

It is not really a bug, but a known limitation. It is hard for the Transpiler to know what you really want. E.g. if it results in html, then it would mean replacing the enters with <br>. But if it is something like a inline style, then they should be removed etc...

Things like this e.g. in the Style property will also not work:

cursor: pointer;
width: 70px;
float: left;

You will need to write it in one line:

cursor: pointer;width: 70px;float: left;

Therefor, you will have to handle this yourself and should never use multiple lines. Unfortunately, I don't have control over the IDE as for BANano, I would be better if this window did not exist as a multiline box.

So, in your case, writing this would probably solve it (if text is set as innerHTML):

Mot de passe:<br>Test in new Line

I know it is no ideal, but I have to work within the boundaries given by the B4X IDE and sometimes it needs additional 'rules' specific for BANano apps.

Alwaysbusy

 

[Toky Olivier]

But one thing strange is, it's working for RawHTML:

And the result:

So for RawHTML, it accepts multilines.

In setHTML code, I do it like you did for SKLabel:

Public Sub setRawHTML(value As String)
    If mElement <> Null Then
        mElement.SetHTML(value)
    End If
    mRawHTML = value
End Sub

Public Sub getRawHTML() As String
    Return mRawHTML
End Sub

I don't understand what's happenning here.

 

[Toky Olivier]

When I look the transpiled JS file (for the text from the designer):

But If I set Styles for example:

I see that carriage return & line feed are not replaced by "\r\n", that causes the problem. But it's in B4J Designer level or BANano?

 

[alwaysbusy]

I will have to investigate the BANano/BANanoSkeleton lib source code to find out why it works for RAWHTML. I never encountered this problem as I just always follow the rule: never use multi line.

 

[Toky Olivier]

@alwaysbusy , I found the trick, we just need to put "Raw" in the Key of the Property

#DesignerProperty: Key: RawStyle, DisplayName: Style, FieldType: String, DefaultValue: , Description: Styles added to the HTML tag. Must be a json String.

Now Style accepts multiline too:

And It works as expected:

So @Erel have put it like that I think. Or it's a bug? I don't know but Now it's fine, it's working.

 

[alwaysbusy]

It is done by BANano, not Erel. It is one of these inner tricks BANano uses (like the [BANRAW] trick). Looking at the BANano source code if either the key in the designer starts with 'raw' (like you said), or the value starts with '[BANRAW]', it will replace the enters. (\n has to become \\n for example, \r -> \\r, a double quote \\\").

Another one of these 'inner' tricks is the [BANCLEAN] prefix. This one will simply remove all enters.

Alwaysbusy

 

[Toky Olivier]

It is done by BANano, not Erel. It is one of these inner tricks BANano uses (like the [BANRAW] trick). Looking at the BANano source code if either the key starts with 'raw' (like you said), or the value starts with '[BANRAW]', it will replace the enters. (\n has to become \\n for example, \r -> \\r, a double quote \\\").

Another one of these 'inner' tricks is the [BANCLEAN] prefix. This one will simply remove all enters.

Alwaysbusy

Okay, thank you. So the rule "never use multi line" can be overriden with this. It's fine as it opens to many possibilities, for eg.: Add multi-line text for a property "Options" => Set options for a Select-box etc...

 

[alwaysbusy]

So the rule "never use multi line" can be overriden with this

Correct. It slipped my mind as these 'tricks' were implemented years ago and I always kept me on the 'no multi line' rule in my own projects.