Sylvia, you wouldn't lose any flexibility in using David's recommendation. If you choose to have buttons aligned vertically or horizontally, this can be done, either through subclassing or simply modifying the properties of the container and the contained controls on a form. I just tested this with some buttons emmbedded in a container that I use as a query by form object. You can not only change the size of the container on a form, but you can also change the position and orientation of the contained controls, all without having to create a subclass. Of course, if you feel you will use both alignments frequently, you may want to subclass one from the other, where the only difference is the visual display properties.

HTH,
Ryan

>>David -
>
>Thanks, I was considering doing that, and that probably is the way to go here. But doing that means I lose some flexibility in button placement and size (for example, the buttons in question for this app are vertically aligned). So then I have to create one set vertical and one set horizontal! That's when I started thinking about this whole issue and thinking "Geez, how far do I want to go with the classes?"
>
>
>Sylvia,
>>
>>One way of doing this if you've got a group of controls that need to function together is to put them in a container. They can talk to each other using this.parent.AnotherControl. The container becomes the place to put common methods so the controls can just call a this.parent.Method() to get stuff done. So this whole thing becomes a functional component that can just be dropped onto something else a form, page or other container.
>>
>>Also the user of this component shouldn't know anything about what's inside the container, they only deal with the public interface of the container, and the container is responsible for talking to the controls inside it.
>>
>>>I found some command buttons I thought were useful and saved them in one of my class libraries. Now I find some of the custom properties make assumptions about where these and other buttons are on the form (e.g. refer to Thisform.cmdenterquery) which is, of course, not where I've put the command buttons in this situation (I have them on a page). My philosophical question is: should I just go ahead and put in my own code to replace the default code (which seems to defeat the purpose of less coding, or do I say "Hmmm, I should make another class of buttons for situations where I have the buttons in the page rather than on the form itself."
>>>
>>>This seems to be like an issue of standards (e.g. keep button on form) vs. adaptability (I need them on the page this time). How do you decide "Yep, this is a class", or "Nope, this should be a custom or modification of existing method."?