@surdu The EditableTextBase class is a base class for both the TextView and the TextField. The TextField component is a single line editable component, so it doesn't make much sense to have this property. Further, on iOS the UITextField doesn't have a textContainer property, so trying to set the property on TextField for iOS will cause a crash.

I think you should move this property to the TextView component specifically.

@MartoYankov done

Hi, @surdu , sorry for the delayed response. This looks good, however I see that the feature behaves differently on iOS and Android right now.

• On iOS the values -1 and 0 work and reset the value allowing infinite lines.
• On Android -1 crashes the app and 0 doesn't allow even one line.

The -1 value on Android is also the default one, so it's important to not crash when resetting CSS rules for example.

Also the 0 value should reset to the default behavior. I see that on Android they are doing this by setting it to integer max value.

Also, the tns-core-modules-package/bundle-entry-points.js shouldn't be under source control. We have missed to add it to the git ignore. You can remove it from this PR.

Hey @surdu
Do you think you can exclude the tns-core-modules-package/bundle-entry-points.js from the PR as Marto suggested.
Also as this PR is changing the Public API of the package - can you run npm run api-extractor and commit the changes in the api-reports/NativeScript.api.md file

@vakrilov I did the 2 changes you asked for, but I don't have time right now to look over the default value issue mentioned by Martin Yankov. I'll do my best to also fix that problem by Monday.

Sorry, I was really busy these past weeks 😞

@MartoYankov Now when you set the value to 0 or -1 works the same on android as well. Here is the commit that changed the behavior on Android.

test

test --ignore