WMTigq[_|^ Being Written In Other SQLite TDBGrid Fields On Mac

[emhartner]

I'm experiencing strange behavior when putting data in my TDBGrid in my Cocoa application that uses a SQLite database.  When I put data into the first field, it puts text "WMTigq[_|^" into the other fields when I tab out of the first field.  I find this "WMTigq[_|^" text in lazarus/lcl/interfaces/cocoa/cocoagdiobjects.pas.  Note that this happens with both the latest trunk version and the current stable release downloaded from the following site:
https://sourceforge.net/projects/lazarus/files/Lazarus%20macOS%20x86-64/Lazarus%202.0.12/

A few things to note:
- As stated above, this happens with the most recent trunk version of Lazarus as well as the current stable version.
- I have no issues at all when the same code is compiled for Windows under the current stable version.

Any ideas what would cause this to be triggered on Mac?

Thank you,
Eric

[dsiders]

I'm experiencing strange behavior when putting data in my TDBGrid in my Cocoa application that uses a SQLite database.  When I put data into the first field, it puts text "WMTigq[_|^" into the other fields when I tab out of the first field.  I find this "WMTigq[_|^" text in lazarus/lcl/interfaces/cocoa/cocoagdiobjects.pas.  Note that this happens with both the latest trunk version and the current stable release downloaded from the following site:
https://sourceforge.net/projects/lazarus/files/Lazarus%20macOS%20x86-64/Lazarus%202.0.12/

A few things to note:
- As stated above, this happens with the most recent trunk version of Lazarus as well as the current stable version.
- I have no issues at all when the same code is compiled for Windows under the current stable version.

Any ideas what would cause this to be triggered on Mac?

Thank you,
Eric

SynTextDrawer and CoocaGDIObjects use this value to measure text height. It is somehow getting stored back to the control value. Can't say how.

[EDIT]

TCocoaContext.GetTextMetrics is assigning it to the Text member.

[emhartner]

TCocoaContext.GetTextMetrics is assigning it to the Text member.

So it's normal that GetTextMetrics is being called - just not that it's leaving this text in back in the grid cell - right?

[dsiders]

TCocoaContext.GetTextMetrics is assigning it to the Text member.

So it's normal that GetTextMetrics is being called - just not that it's leaving this text in back in the grid cell - right?

Sure, The edit needs to know how tall or wide it needs to be. Other widgetsets return the value as a result and don't store the text they use to measure it. Maybe this is a Cocoa thing. I don't know the solution. I just pointed out the two places where that text occurs in LCL. I don't have any Mac hardware, and even if I did, I couldn't "think different" enough to use it.

[emhartner]

Thank you dsiders.  Hopefully someone who programs Lazarus on a Mac will see this and point me in the right direction.  Meanwhile, I'll keep plugging away.

[Bart]

Please file a bugreport in the bugtracker, otherwise it will most likely not get fixed.
Make sure to specify category as "Widgetset".

Bart

[emhartner]

Ok, so the described problem seems to only occur when I set the TStringField.Size to a very large number such as 2000.  With previous versions of Lazarus, I had the Size set to 2000 with no issues at all.  It seems now that if the Size exceeds 255, I start having unexpected behaviors on Mac.  On Windows this does not seem to be an issue.

Is this size limitation something imposed on purpose?

[emhartner]

So the problem is definitely related to the TStringField.Size.  Strange things start to happen when Size exceeds 255, but you don't see the "WMTigq[_|^" text from TCocoaContext.GetTextMetrics showing up until the Size is much higher.  And just to re-iterate, I do NOT see this problem when compiled and linked for Windows.

I'll go ahead and enter in a bug report under the Cocoa Widgetset.

[emhartner]

I'll go ahead and enter in a bug report under the Cocoa Widgetset.

Here's a link to the bug report:
https://bugs.freepascal.org/view.php?id=38714

[emhartner]

I'll go ahead and enter in a bug report under the Cocoa Widgetset.


Here's a link to the bug report:
https://bugs.freepascal.org/view.php?id=38714

Another piece of information added to the bug report:

Note that the problem seems to occur when I do not include a field length in the for the WideChar fields when creating the table.  For example...

I have the issue when working with the table created by the following:
create table test1 (field1 WideChar, field2 WideChar, field3 WideChar)

However, I don't have the issue when working with the table created by the following:
create table test1 (field1 WideChar(8000), field2 WideChar(8000), field3 WideChar(8000))