I have combobox items on my forms. Within the "form designer" I check the "autosize width" style. I save the form. I close the form. I go back into the form and I see the "autosize width" style unchecked and the "right anchor" style checked. Happens every time to every form.

If I test run the form before closing it then the combobox does autosize width. If I close the form and then run it, the combobox right anchors.

The styles I check are as follows…

Drop down list.

Visible.

Sorted.

Vert scroll bar.

Autosize width.

After saving and the opening the form the "autosize width" is unchecked, and the "right anchor" is now checked.

Is this a personal problem, or does anyone else have the same problem?

Richard,

It doesn't happen here. OI 4.1.2. Which version are you on?

- Oystein -

Oystein,

I am on 4.1.3

I created a new form with only a combobox on it. It is working perfectly. The autosize width stays. This is just too weird! I go back to the other form and it still unchecks the autosize width and checks the right anchor.

I deleted the combobox and created a new one, and now everything is ok. Dang! I got a ton of forms with comboboxes. It seems to be isolated to a form that I "Save As" for certain forms. I have never had a combobox with such attitude before.

Richard,

It seems to be isolated to a form that I "Save As" for certain forms.

And that form pre-dates 4.1.3? What happens if you delete the combo and puts it back in, in 4.1.3? Do your Save As'es (tee-hee) become successful then?

Maybe a useless exercise, but what I was thinking of was some possible difference in how the relevant info is stored in the two versions 4.1.3 and the one you used earlier. There shouldn't be a difference, of course.

- Oystein -

And that form pre-dates 4.1.3? What happens if you delete the combo and puts it back in, in 4.1.3? Do your Save As'es (tee-hee) become successful then?

The form pre-dates 4.1.3 (from 4.0.1). When I delete the combo and put it back in, the same thing happens.

I have to go in and check the "autosize width" and uncheck the "right anchor". Then it works and keeps working fine until I go back to look at the "style" settings in form designer, the "autosize width" is unchecked again and the "right anchor" is checked.

Richard,

A bug in 4.1.3 then?

(If you're curious to find out more about what happens you might study the SYSREPOSWINS and SYSREPOSWINEXES rows, and try to locate the relevant style settings. If it's a bug that might help get those responsible for correcting the bug on the right track.)

¹⁾)

- Oystein -

Oystein,

There is only one thing that is different to the "SYSREPOSWINS" rows.

The 4.0.1 version row has an entry in RM 1 FM 3. The 4.1.3 version the RM 1 FM 3 is null.

The entry item has 4 items seperated by an "*". Position 1 is the application, position 2 is "OIWIN", position 3 is nothing, and position 4 is the form id.

I have designed a workaround to my problem. I have created a new form with only the menus on it. Then I "Save as", and then copy over the controls. It solves my problems.

Richard,

There is only one thing that is different to the "SYSREPOSWINS" rows.

From what you write further down I think you've looked at the SYSREPOSWINEXES.

It might be more relevant to look at the SYSREPOSWINS rows. One must assume the Save As operation makes the new SYSREPOSWINS row from the old one, and that the settings Form Designer shows you is based on the SYSREPOSWINS version. (Yes, I know I mentioned the SYSREPOSWINEXES rows too.)

The 4.0.1 version row has an entry in RM 1 FM 3. The 4.1.3 version the RM 1 FM 3 is null.

The entry item has 4 items seperated by an "*". Position 1 is the application, position 2 is "OIWIN", position 3 is nothing, and position 4 is the form id.

This must be event stuff. Shouldn't think that had anything to do with anchoring and autosizing.

If you see your application name and not just SYSPROG your window I think there must be some user events in your forms.

Is that really the only difference in the EXES? Could there be a corrupted user event in the original row that gets changed into something else in the copy?

And could that event really have something to do with anchoring and autosizing???

I have designed a workaround to my problem. I have created a new form with only the menus on it. Then I "Save as", and then copy over the controls. It solves my problems

Pity. Now that I started getting really curious.

- Oystein -

Oystein,

In the works section you helped me with a "FORMDES.EXE" failure when using "style sheets". That help solved this problem also. That item in RM 1 FM 3, is the "style sheet". I mention this here only as to complete this topic.

Once I removed the "style sheet" from the "SYSREPOSWINS" row, using the repository routines, and compiled the form, it worked just perfectly.

Now I use a template form and use "Save as" to create new forms. Oh and thanks Oystein!

Richard,

…I mention this here only as to complete this topic.

And that is really the right thing to do. This is what we all should try to remember. There is so much useful information in the discussion lists, but also a lot of stories without an end: The solution was found, but we never heard about it. The discussion continued by e-mail in private. The wrongly suspected cause of the problem was never cleared in public. Etc.

- Oystein -

View this thread on the forum...