We value your feedback.
Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!
Solved
Setting properties on new components
Posted on 1998-07-01
My problems is about setting componentproperties as runtime.
I have made 2 test components to show my problem, TMyEdit and TMyGroupBox.
TMyEdit.Enable will (in this test) set its background to red.
MyGroupBox.Enable will iterate all components in it and set the Enable property on them.
Here are snips from my code:
TMyEdit = class(TEdit)
private
Function GetEnabled: Boolean;
Procedure SetEnabled(ABoolean: Boolean);
protected
public
published
Property Enabled: Boolean Read GetEnabled Write SetEnabled;
end;
Function TMyEdit.GetEnabled: Boolean;
begin
Result := Inherited Enabled;
end;
Procedure TMyEdit.SetEnabled(ABoolea
begin
if ABoolean <> Enabled then
begin
if ABoolean then
Color := clWindow
else
Color := clRed;
Inherited Enabled := ABoolean;
end;
end;
TMyGroupBox = class(TGroupBox)
private
Function GetEnabled: Boolean;
Procedure SetEnabled(ABoolean: Boolean);
protected
public
published
Property Enabled: Boolean Read GetEnabled Write SetEnabled;
end;
Function TMyGroupBox.GetEnabled: Boolean;
begin
Result := Inherited Enabled;
end;
Procedure TMyGroupBox.SetEnabled(ABo
Var
i: Integer;
begin
if ABoolean <> Enabled then
begin
for i := 0 to ControlCount-1 do
Controls[i].Enabled := ABoolean;
Inherited Enabled := ABoolean;
end;
end;
What I do is that I put a MyGroupBox on a form and drops a MyEdit in it. Now, if I at runtime change the Enabled value of MyEdit, the background will change accordingly.
If I change Enabled for MyGroupBox, it will not call (Set)Enabled for MyEdit but instead it calls it on TEdit (the parent component).
Now, if I change the For loop to read
for i := 0 to ControlCount-1 do
if (Controls[i] is TMyListBox) then
(Controls[i] As TMyListBox).Enabled := ABoolean
else
Controls[i].Enabled := ABoolean;
it will work. But I don't want MyGroupBox to know all possible components that I will drop in it.
Anyone has a clue?
I have made 2 test components to show my problem, TMyEdit and TMyGroupBox.
TMyEdit.Enable will (in this test) set its background to red.
MyGroupBox.Enable will iterate all components in it and set the Enable property on them.
Here are snips from my code:
TMyEdit = class(TEdit)
private
Function GetEnabled: Boolean;
Procedure SetEnabled(ABoolean: Boolean);
protected
public
published
Property Enabled: Boolean Read GetEnabled Write SetEnabled;
end;
Function TMyEdit.GetEnabled: Boolean;
begin
Result := Inherited Enabled;
end;
Procedure TMyEdit.SetEnabled(ABoolea
begin
if ABoolean <> Enabled then
begin
if ABoolean then
Color := clWindow
else
Color := clRed;
Inherited Enabled := ABoolean;
end;
end;
TMyGroupBox = class(TGroupBox)
private
Function GetEnabled: Boolean;
Procedure SetEnabled(ABoolean: Boolean);
protected
public
published
Property Enabled: Boolean Read GetEnabled Write SetEnabled;
end;
Function TMyGroupBox.GetEnabled: Boolean;
begin
Result := Inherited Enabled;
end;
Procedure TMyGroupBox.SetEnabled(ABo
Var
i: Integer;
begin
if ABoolean <> Enabled then
begin
for i := 0 to ControlCount-1 do
Controls[i].Enabled := ABoolean;
Inherited Enabled := ABoolean;
end;
end;
What I do is that I put a MyGroupBox on a form and drops a MyEdit in it. Now, if I at runtime change the Enabled value of MyEdit, the background will change accordingly.
If I change Enabled for MyGroupBox, it will not call (Set)Enabled for MyEdit but instead it calls it on TEdit (the parent component).
Now, if I change the For loop to read
for i := 0 to ControlCount-1 do
if (Controls[i] is TMyListBox) then
(Controls[i] As TMyListBox).Enabled := ABoolean
else
Controls[i].Enabled := ABoolean;
it will work. But I don't want MyGroupBox to know all possible components that I will drop in it.
Anyone has a clue?
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
-
4
-
2
6 Comments
Here is Delphi source
procedure TControl.SetEnabled(Value:
begin
if FEnabled <> Value then
begin
FEnabled := Value;
Perform(CM_ENABLEDCHANGED,
end;
end;
So you can process CM_ENABLEDCHANGED message as
TMyEdit = class(TEdit)
private
procedure CMEnabledChanged(var Message: TMessage); message CM_ENABLEDCHANGED;
end;
TMyGroupBox = class(TGroupBox)
private
procedure CMEnabledChanged(var Message: TMessage); message CM_ENABLEDCHANGED;
end;
procedure TMyEdit.CMEnabledChanged(v
begin
if Enabled then Color := clWindow else Color := clRed;
end;
procedure TMyGroupBox.CMEnabledChang
var I: Integer;
begin
for I := 0 to ControlCount-1 do
Controls[I].Enabled := Enabled;
end;
procedure TControl.SetEnabled(Value:
begin
if FEnabled <> Value then
begin
FEnabled := Value;
Perform(CM_ENABLEDCHANGED,
end;
end;
So you can process CM_ENABLEDCHANGED message as
TMyEdit = class(TEdit)
private
procedure CMEnabledChanged(var Message: TMessage); message CM_ENABLEDCHANGED;
end;
TMyGroupBox = class(TGroupBox)
private
procedure CMEnabledChanged(var Message: TMessage); message CM_ENABLEDCHANGED;
end;
procedure TMyEdit.CMEnabledChanged(v
begin
if Enabled then Color := clWindow else Color := clRed;
end;
procedure TMyGroupBox.CMEnabledChang
var I: Integer;
begin
for I := 0 to ControlCount-1 do
Controls[I].Enabled := Enabled;
end;
Oops, I was to quick to send the other comment :-)
Your code works fine for Enabled but what if it was another property, like one I made myself?
Your code works fine for Enabled but what if it was another property, like one I made myself?
The problem is that GetEnabled and SetEnabled in TControl is not virtual.
If it were virtual you simple override it and all.
Suppose exists two class
type
TClass1 = class
public
procedure Print;
end;
TClass2 = class(TClass1)
public
procedure Print;
end;
procedure TClass1.Print;
begin
// print 'Class 111'
end;
procedure TClass2.Print;
begin
// print 'Class 222'
end;
and procedure ..
procedure Test(C: TClass1);
begin
C.Print;
end;
and you have two variables
var C1: TClass1;
C2: TClass2;
C1 := TClass1.Create; // Type of C1 is Class1
C2 := TClass2.Create; // Type of C2 is Class2
if you call Test(C1) you see 'Class 111'
if you call Test(C2) you as well as see 'Class 111' becouse Print is not virtual
if Print was virtual you see in first case 'Class 111' and 'Class 222' in second case
It is reason.
So, Delphi does not allow you override property Enabled but
notify you about its changing.
If it was another property and Get/Set not virtual and no notify message
I am afraid it is impossible
So, If you write components yourself make Get/Set protected and virtual.
If it were virtual you simple override it and all.
Suppose exists two class
type
TClass1 = class
public
procedure Print;
end;
TClass2 = class(TClass1)
public
procedure Print;
end;
procedure TClass1.Print;
begin
// print 'Class 111'
end;
procedure TClass2.Print;
begin
// print 'Class 222'
end;
and procedure ..
procedure Test(C: TClass1);
begin
C.Print;
end;
and you have two variables
var C1: TClass1;
C2: TClass2;
C1 := TClass1.Create; // Type of C1 is Class1
C2 := TClass2.Create; // Type of C2 is Class2
if you call Test(C1) you see 'Class 111'
if you call Test(C2) you as well as see 'Class 111' becouse Print is not virtual
if Print was virtual you see in first case 'Class 111' and 'Class 222' in second case
It is reason.
So, Delphi does not allow you override property Enabled but
notify you about its changing.
If it was another property and Get/Set not virtual and no notify message
I am afraid it is impossible
So, If you write components yourself make Get/Set protected and virtual.
Featured Post
Do you work with and analyze data? Enroll in October's Course of the Month for 7+ hours of SQL training, allowing you to quickly and efficiently store or retrieve data. It's free for Premium Members, Team Accounts, and Qualified Experts!
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
A lot of questions regard threads in Delphi.
One of the more specific questions is how to show progress of the thread.
Updating a progressbar from inside a thread is a mistake.
A solution to this would be to send a synchronized message to the…
The uses clause is one of those things that just tends to grow and grow.
Most of the time this is in the main form, as it's from this form that all others are called.
If you have a big application (including many forms),
the uses clause in the in…
Have you created a query with information for a calendar? ... and then, abra-cadabra, the calendar is done?! I am going to show you how to make that happen.
Visualize your data! ... really see it
To use the code to create a calendar from a q…
Are you ready to place your question in front of subject-matter experts for more timely responses? With the release of Priority Question, Premium Members, Team Accounts and Qualified Experts can now identify the emergent level of their issue, signal…
Suggested Courses
Course of the Month9 days, 9 hours left to enroll
610 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.