[SOLVED] DBGRID | Picklist on field

[bourbon]

Hello,
I am using a program that I developed under Linux. I want to be able to use it under Windows. The compilation is done well, but in use, it is impossible to modify the presentation (display width) of a drop-down list in a grid.

Linux mint 22
Windows 7
Lazarus v3.4

I have the same problem with Lazarus v2.2

Thanks

Edit
This is what I want to achieve

[korba812]

You can use OnSelectEditor event and customize editor control.

Code: Pascal  [Select][+][-]

1. type
2.   TFakeEditor = class(TPickListCellEditor)
3.  
4.   end;
5.  
6. procedure TForm1.DBGrid1SelectEditor(Sender: TObject; Column: TColumn;
7.   var Editor: TWinControl);
8. begin
9.   if {(Column = MyColumn) and} (Editor is TPickListCellEditor) then
10.     TFakeEditor(Editor).ItemWidth := 160;
11. end;
12.  

Unfortunately ItemWidth property is protected in TPickListCellEditor so in example I used a workaround (subclassing).

[bourbon]

Thank you korba812. Before I start with this solution, I would like to understand what is happening.

Indeed, I do not understand why it works perfectly when compiling under Linux, and not when compiling under Windows.
I duplicated the complete Linux folder in a folder that I use to compile my program under Windows so as not to mix the sources.
The Windows compilation goes well, everything works, except this picklist in the grid.

When I click on the button, the list is displayed, but is absolutely not usable, given its very small width (it is almost unreadable)

I compared all the attributes, line by line, of the following components:
1- the dbgrid
2- the field that poses a problem in the grid
3- the same field in my table

Everything is similar (except the operation...)

[TRon]

Thank you korba812. Before I start with this solution, I would like to understand what is happening.

I am not familiar with this particular case (not using windows) but realize that sometimes it is a limitation of the used widgetset. Whether or not it can be solved, I do not know.

It is the reason why there exist f.e. custom drawn controls (that usually acts/behaves the same on/for different platforms/widgetsets).

Therefor it might be as simple as it is just the way it is (and in which case korba's suggested solution might be the only way to solve it).

[bourbon]

OK, but why does it work under Linux, and the same program (same sources) does not work with a compilation under Windows?

Lazarus' argument is precisely that everything compiles under different systems, without rewriting anything?

Is there a use declaration or something missing? A bug, perhaps?
I find it hard to believe that this behavior could be different, depending on the OS. A modify in the compiler could not have been made voluntarily?

Precision:
The first image is the result under windows (bad)
The last image is the result under linux (good)

[TRon]

OK, but why does it work under Linux, and the same program (same sources) does not work with a compilation under Windows?

Lazarus' argument is precisely that everything compiles under different systems, without rewriting anything?

Oh, it compiles but that does not say anything about differences in widgetset behaviour.

Is there a use declaration or something missing? A bug, perhaps?

For this particular case, I do not know. If korba's solution works then it seems like an oversight which could perhaps be addressed. In that regards I agree that the behaviour can be the same once implemented correctly.

I find it hard to believe that this behavior could be different, depending on the OS. A modify in the compiler could not have been made voluntarily?

I hate to burst the bubble but f.i. also see Lazarus known issues (things that will never be fixed)

It is in the nature of how the LCL works and is implemented. There are other solutions such as fpGui and MSE that more or less guarantee to have the same (visual) behaviour for the different targets.

And as mentioned earlier custom drawn controls tries to solve such issues as well.

Keep in mind that LCL is basically legacy because of Delphi (compatibility), no matter what personal opinion we might have about that. As a result things might not work the same because it is impossible to implement the same behaviour. See also roadmap.

[bourbon]

I implemented the example given by korba812. It works perfectly. But I would allike to be able to modify the font displayed in this picklist.
I tried this instruction (I would like a fixed-width font):

Code: Pascal  [Select][+][-]

1. TFakeEditor(Editor).Font.Name := 'Courrier New';

It does not crash, but nothing changes. Any leads?

[rvk]

I implemented the example given by korba812. It works perfectly. But I would allike to be able to modify the font displayed in this picklist.
I tried this instruction (I would like a fixed-width font):

Code: Pascal  [Select][+][-]

1. TFakeEditor(Editor).Font.Name := 'Courrier New';

It does not crash, but nothing changes. Any leads?

It does work if you don't make any typos 

It's Courier New, not Courrier New 

[bourbon]

It's Courier New, not Courrier New 

Oh yes, indeed, it is much better  . Thank you and congratulations for your keen eye (at my place, mail, courrier en Français,  is written with 2 "r", so that had not caught my attention)