|
2005-01-10 06:06
|
Screenshot_designtime.bmp (36,754 bytes) |
|
2005-01-10 06:07
|
Screenshot_runtime.bmp (36,754 bytes) |
|
2005-01-10 06:07
|
Testproject.zip (1,915 bytes) |
|
|
Seems Ctrl3D is default true in a form, but default false in a frame. Probably has to do with dfm reading vs. creation order. This fixes it, AFAICS: procedure TJvCustomEdit.SetFlat(Value: Boolean); begin if Value <> FFlat then begin FFlat := Value; {$IFDEF VCL} Ctl3D := FFlat; // NEW Ctl3D := not FFlat; {$ENDIF VCL} {$IFDEF VisualCLX} if FFlat then BorderStyle := bsNone else BorderStyle := bsSingle; Invalidate; {$ENDIF VisualCLX} end; end; |
|
|
Following on the messages in jedi.vcl, can we consider this resolved? |
|
|
IMO ParentCtl3D should be republished to truely fix the problem. |
|
|
It has been discussed in the newsgroup that these changes would make TjvEdit.Flat work again (i have tested it on my local installtion) but it seems that this change has not been integrated into the source yet (just made a checkout to check it) |
|
|
This is now fixed in CVS and will be in JVCL 3.00 Stable |
|
|
jvEdit.Flat is working now but all maskedit type controls (e.g. TJvCustomComboEdit) still have the same problem that "Flat" is not correct displayed at runtime when the controls are placed in a frame. |
|
|
>IMO ParentCtl3D should be republished to truely fix the problem. And so should Ctl3D. The silliness of renaming Ctl3D to Flat just to look more "modern" is what caused this in the first place. |
|
|
I've added the ParentClt3D property to all controls that have a Flat property and reworked the storage logic of the Flat property a bit. Please check if it works now. |
|
|
No answers for more than a month, this is considered to be resolved |
- Anonymous
