Initial subfile display mode drop/fold behaviour

[hbi]

All our subfiles are build with drop/fold feature and always opens up in drop mode (=collapsed).

Attachment 1 shows the part of the SFLCTL DDS handling this. *IN97 is *off when the subfile is initially displayed and it appears collapsed. Works in 5250.

DDS conversion done with PUI DDS converter and RPG program enhanced with the HANDLER.

Attachment 2 shows the resulting Row Folding property for the generated subfile. *ÍN97 seems to be correct with N97 = collapsed.

Running the program in PUI always results in initially displayed the subfile in folded mode (=expanded). Even if not debugged I am sure the *in97 is *off since no changes are done to the program except HANDLER.

I can't figure out why this behaviour happens opposed the normal behaviour in 5250. It's not only 1 program, but all 10+ program I have converted to PUI.

Another thing I can't find: in which property is the F11 function key defined used for toggling collapsed/expanded ?

Brgds
Helge
(heavy evaluation process on 3.17)

[kfritz]

Hi

I have no problems to work with. The first thing I do, is to set off or on the according indicator. The F11 key won't be converted as a button, but the function will be kept. Also there are no behaviours on the F11 Key. Otherwise feel free to create a F11 Button. The fold/drop function for toggling you will find as a +/- icon left in the grid header or left on each line (if single row zoom defined true).
Hope this helps.
Karl

My Example:

[hbi]

Your example uses *in29 for controlling expand/collapse.
*in29 *on = collapsed (SLFDROP)
*in29 *off = expanded (SFLFOLD)
You start wirh setting *In29 = *off so you should get an expanded subfile on initial display.

My example uses *in97 but with opposit settings
*in97 *on = expanded (SFLFOLD)
*in97 *off = collapsed (SFLDROP)
I also start with setting *in97 = *off and should get a collapsed subfile on initial display, but I get an expanded (folded).

The setting of F11 as toggle function must in the designer somewhere because yoiu must be able to change the toggle to another Fkey.

Brgds
Helge

[kfritz]

I can't recreate your problem. I changed the indicators like your example and it runs correctly. Why would you change the drop/exp indicator, I think this toggle function is provided by the grid widget and if you need a separate button/toggle you can do this with a own visible button with control within the RPG logic (e.g. F11). Did you notice, that you can expand each line itself too. BTW did you pressed the F11 key? It runs.

My example 2:

[hbi]

The F11 is working fine, toggles the expand/collapse.

I know the clickable icon to do the toggle, but it's very much easier to use a shortcut like F11. Therefore I am looking where to find the property to change F11 to another Fkey, it must be definded somewhere.

Regarding lhe initial expand/collapse it's still not working. The initial subfile shows up in expanded mode even if the controlling inidkator is *off and the expanded is defined as N97 in the row folding property.

Pls not it's the INITIAL displaying of the subfile I have trouble with, when displayed it's not problem toggle expand/collapse. Problem is that users always must start toggling it back to collapse since the primary work is done in collapsed mode.

Does your subfile display in the desired mode on initial display ?

Brgds
Helge

[kfritz]

Yes it does. Do you set off the collapse indicator first? I understand your issue regarding the F11 key, but if you examine the fields (Tab right on the top) you won't find the *in11 indicator. RPG/Format handles this expression, but the designer not.

[hbi]

Yes, the controlling *IN97 is *off whe the subfile is intilal displayed.

Pls note the program running in PUI is excatly the same as the program running in 5250 with the HANDLER as the only difference. It should work as in 5250: presenting the subfil collapsed at initial display.

I found the F11 definition for toggling the collapse/expand. It's 'hided' in the icon for collapse/expand upper leftmost corner on the grid.

So, by now the problem left is getting the initial subfile displaying same mode as in 5250.

Brgds
helge

[David]

Like kfritz, we are unable to recreate this issue in our own testing. I would suggest to open an issue with technical support and provide a sample DDS member that we can test with:

support@profoundlogic.com

[David]

After looking into the additional information you sent to technical support, I think we have found the cause of the problem.

In our testing, we've found that when a control record is displayed without the subfile (as in your example), the drop/fold state is wrong. You mentioned that you were also seeing this in your example.

I think what is happening in your programs is that PUI returns the wrong SFLMODE value to your program in this case, which is then causing the program to redisplay the screen with the wrong SFLDROP/SFLFOLD property selected.

Do you think that this is correct?

Our developers are currently working on a fix so that the expand/collapse icon will show the appropriate state in this situation and so that the SFLMODE value will be returned to the program correctly.

[David]

Our developers have fixed the issue for next update to PUI -- 3.1.9. With this fix, the folded/truncated state of the icon will be correct when the SFL record format is not shown. Also, the SFLMODE value returned to the program will be correct (1) in this case.

I believe this will solve the problem with your programs. The fix will not require reconversion of your displays.