Text offset in new desktopTextArea

New Xojo2025r3: I love new features, but what i love even more is when previous stuff works as it did before so i don’t have to spend time fixing stuff that wasn’t broken. Concerns the textarea control, where wrap is off (BTW this check box state does not stick in the IDE setting) and there is a horizontal scroll bar. Used to look like this:

with a comfortable margin at the left of the text. as of 25r3 it looks like this:

with the text uncomfortably glued to the left edge of the textarea with barely 1 pixel of whitespace. As if the horiz scroll can never quite get to 0. Am I doing something wrong? (I didn’t do anything).

Here is a project:

test.xojo_binary_project.zip (5.7 KB)

It’s likely a change due to the underlying SDK that was upgraded. Put a bug report in.

https://tracker.xojo.com/xojoinc/xojo/-/issues

I don’t see the difference using 2025r2.1 and 2025r3 here (macOS 15.7.2):

maybe Tahoe related?

sonoma 14.7.2

I do not have an answer for why they differ, but do have a workaround for making the padding as you desire. I use Einhugur plugins and this function to control (increase) the padding on my TextAreas:

Public Sub TextContainerInset(extends txt as TextArea, assigns ptInset as Point)
  #if TargetMacOS then
    var szInset as new EinhugurCoreBridge.NSSize(ptInset.X, ptInset.Y)
    EinhugurMacOSBridge.NSTextView.FromPtr(ptr(txt.Handle)).TextContainerInset = szInset
    
  #endif

End Sub

Used like:

// Pretty margins
txtCredits.TextContainerInset = new Point(2, 3)

Strange. Used your sample project and I have no difference between 2025r2.1 and 2025r3.

Thx Tim, back to 25r2.1 for me.

https://tracker.xojo.com/xojoinc/xojo/-/issues/80524

This is the MBS equivalent to what Tim suggested if you have those plugins.

me.NSTextViewMBS.textContainerInset = new NSSizeMBS(5,8)
2 Likes

thx Jared, i have MBS and will give it a try