Nothing more to say here ;)

Peter

That's only a temporary solution. What if we want to implement anchors? Then we wouldn't want the memo to resize with the form, we'd want to control that in the RESIZE procedure.

SHane

>> "Baeseman, Cliff" 05/17 12:01 PM >>>

We have to get the flags working again in the table attach method. I have it set to fill right now but it should be
gtk_fill or gtk_stretch or gtk_expand set for both of the sizing methods. With these three set the widgets will expand and shrink with the parent which is the grid....

Cliff

The onject reference and the self problem are one in the same. That's why I assigned the object to a tstringlist so I can keep a record of it for now. Not sure what to do to fix the problem though. Will have to wait and see if anyone comes up with the solution.....or I'll look at it in my spare time....

Shane

>> "Baeseman, Cliff" 05/17 12:07 PM >>>

How can you get this stuff to work with the object references getting blown away?

Cliff

How can you get this stuff to work with the object references getting blown away?

Cliff

Just been lurking here waiting to see how things are going, but I have a question.

Does GTK have a DFM equivalent? If so, aren't all child controls listed in the DFM or equivalent? If I am not mistaken, this is the method Delphi uses to keep track at design time. Not sure about runtime, but this structure could be maintained as easily at runtime as design time.

If I am way off base, sorry, I'll go back to lurking.

Jeff.

*********** REPLY SEPARATOR ***********

I changed my GTK so the flags portion is the same as the old version and I can use the '+' sign when dealing with the GTK_SHRINK + GTK_FILL ... and the memo resizes now. Has GTK been changed in CVS so that this will compile on other people's systems?

Shane (again)

>> "Baeseman, Cliff" 05/17 12:01 PM >>>

We have to get the flags working again in the table attach method. I have it set to fill right now but it should be
gtk_fill or gtk_stretch or gtk_expand set for both of the sizing methods. With these three set the widgets will expand and shrink with the parent which is the grid....

Cliff

Right. We need to send the signal to each child and then in their resize (tcontrol's resize) we need to check their alignment.

I think that a TLISt is already being recorded for each parent and child. Perhaps it's defined in TComponent or something though. I thought there was already a list though. Maybe TApplication or TForms? In TApplication you could run though all the controls and see if their parent is SELF (if self worked) and if it is then send them the resize signal.

Shane

>> "Baeseman, Cliff" 05/17 12:46 PM >>>

so the parent will have to hold a list of the components that have been attached. On a parent resize the parent will
loop the list of children and have them emit the resize signal?

Just thinking ;)

Cliff

Ok so you have it working again. Thats good.

I have bee trying to move the widget once resize is called but have not been successful.

In order to do this the object references need to work properly.

steps for dynamic movement I was trying.

1. When add control is called set fParentGrid on the passed child to the parents grid (attached to the form).

2. When resize is called take the new height and width properites do a table attach on the parent grid.

This in theory should move the widget to the new location. Maybe I need to call gtk_widget_unparent first to blow
the current parent reference away and remove the child from the internal list first..

I should really look at the internal GTK code to see how that stuff is implemented.. In this way you could just set
the new position during a form resize event.

Cliff

This is making me think a little. We could use fixed then instead of these darn tables for widget placement. Maybe I should try to move a widget using a fixed type placement. Once again I may have to unparent it before reattaching to the fixed object.

It may make for a slow resize? Not sure the code seems to run pretty fast right now.

Cliff

We have to get the flags working again in the table attach method. I have it set to fill right now but it should be
gtk_fill or gtk_stretch or gtk_expand set for both of the sizing methods. With these three set the widgets will expand and shrink with the parent which is the grid....

Cliff

so the parent will have to hold a list of the components that have been attached. On a parent resize the parent will
loop the list of children and have them emit the resize signal?

Just thinking ;)

Cliff

That's not really my issue though. Your talking about resizing a widget and displaying it correctly. I'm talking about a form that contains a memo and a status bar. When the Form is resized, I would like to call the Memo.Resize and the Statusbar.resize so we can check to see if their alignment was alCLient or alBottom or whatever. Somehow when a parent (form) is resized, it has to tell the child widgets to resize too....

Shane

>> "Baeseman, Cliff" 05/17 12:31 PM >>>

Ok so you have it working again. Thats good.

I have bee trying to move the widget once resize is called but have not been successful.

In order to do this the object references need to work properly.

steps for dynamic movement I was trying.

1. When add control is called set fParentGrid on the passed child to the parents grid (attached to the form).

2. When resize is called take the new height and width properites do a table attach on the parent grid.

This in theory should move the widget to the new location. Maybe I need to call gtk_widget_unparent first to blow
the current parent reference away and remove the child from the internal list first..

I should really look at the internal GTK code to see how that stuff is implemented.. In this way you could just set
the new position during a form resize event.

Cliff

I will be updating CVS soon with a version that can open almost all .pp files and color them. Currently I am still having the "self" problem where SELF isn't assigned and therefore I have to generically assign a local variable to "self" which is stored in the unitlist.objects property.

I need someone to look at the following: Determine a way to resize the child widget when the parent resizes. For example, open a file using file-open and rtesize the form. The memo stays the same size. We need to send a RESIZE message to it and then check it's alignment or something and resize it accordingly.

I assume we'll want to have a TList or something of all child widgets, then send this mesdsage to each of them.....

Thoughts?

Shane

>> Peter Vreman 05/14 11:37 AM >>>

Nothing more to say here ;)

Peter

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus