1. ATK Gimmy Susan
  2. PowerBuilder
  3. Thursday, 21 February 2019 17:25 PM UTC
Hi Chris
I'm using your framework and I'm struggling with the variable: ii_max_open_count

Can you explain why you want to limit the opening of the windows?
Why did you put control in an ancestor wn_main? I would put it on the inherited (last level of inheritance)
thank you
Accepted Answer
Chris Pollach @Appeon Accepted Answer Pending Moderation
  1. Thursday, 21 February 2019 19:45 PM UTC
  2. PowerBuilder
  3. # Permalink

Hi Gimmy;

  Thanks for using my framework ... That is a great question!

   Yes, the "ii_max_open_count" variable is like a "governor" on a motor. If you leave the value Zero - any number of child, pop-up or MDI Sheets can be opened by the main "Controller" window. Setting this value to something > 0 will limit how many instances of a window class can be opened.

   I have seen App's that use a local variable in their Open() commands that then allow unlimited Window instances. I have then seen users open up 100's of instances and then complain that the App crashed on memory or out of RCE control blocks in the Windows O/S.


Regards ... Chris


There are no comments made yet.
Chris Pollach @Appeon Accepted Answer Pending Moderation
  1. Wednesday, 5 October 2022 13:52 PM UTC
  2. PowerBuilder
  3. # 1

Hi Zhang;

  The Ribbon Bar control ancestor was added in the PB2019 R2 time frame to the frmework. If you are using a version of the STD framework geared for that PB version or higher, you should find the RB control here ...

Note1: The RB implementation is like the DataWindow. It's actually two parts 1) The DW Control and 2) The DW Object. The RB is the same. You have 1) the RB Control and the RB Object. The "controls" are basically the container and the objects can be "housed" in the their respective container. The difference of course is that the DWO is C++ based whereas the RB Object is JSON based.

Note2: I have only implemented the RB Control ancestor at this time. It's up to you to design, code & implement the RB object.

Note3: I am considering the possibility of implementing an STD Framework specific Ribbon Bar as the PB implementation does not support, for example ...

  1. Snapping to any location + floating
  2. RB objects to include any PB native controls
  3. Allowing the use of a DataWindow(s) within a RB control
  4. Allowing the use of a Child DataWindow(s) within a RB control
  5. Inclusion of User Objects
  6. RB Object inheritance

etc (just to mention a few limitations that I could overcome)

So if you have any suggestions for a "custom" STD framework RB implementation, please feel free to drop me a line.


Regards ... Chris



There are no comments made yet.
Zhang JX Accepted Answer Pending Moderation
  1. Wednesday, 5 October 2022 03:55 AM UTC
  2. PowerBuilder
  3. # 2

Hi Chris, 

I am exploring the possibility to migrate my ERP system from PFC to STD FC platform.

So trying the OES and realized that it does not come with Ribbon Bar menu feature ==> is there setting or ancester could easily to turn on the Ribbon Bar Menu feature, or I need create on my own? - I am ok if that's the case since I already have added this feature to my PFC version - can be migrated over too.


Regards, JX

There are no comments made yet.
  • Page :
  • 1

There are no replies made for this question yet.
However, you are not allowed to reply to this question.