Raising the maximum number of bars is probably an invasive operation in the file structure of any BIAB music file.
I have not investigated the structure, but I assume that, if the file structure experiences some evolution, it must be a well thought through operation. (Does that make sense in English?) I reckon that there are more items on the wishlist that request an evolutionary step regarding the file structure.
There also must be a converter from old to new and new to old. And there is a good chance that some files cannot be converted to the old file format, because some content exceeds the limits of the old structure. Maybe we encounter something like MySong.mgu and MySong.mgux in the future. I can see the reluctance of PGMusic to take that step. Maybe this step comes at the same time we see a brand new BIAB and a brand new RB.
There are several points I would like to see realized:
1. Less restrictions. That includes, specifically, the number of bars and, not quite so specifically, a better interoperability with other programs.
2. The same look and feel of all the PGMusic programs. That is, have the same functions of the respective programs
- look (almost) the same,
- be at the same place, and
- behave the same.
This also reduces software maintenance tasks, because you really could use separate modules for these.
3. Topic #2 also induces a leaner structure of menus. Yes, there are maybe more submenus, but: "Open" can unfold to
- Open BIAB-File
- Open MIDI-File
- Open Audio-File
- Open Karaoke-File
- Open Special
Each of the above could, if necessary open another submenu. Then the "File Drop Down Menu" is greatly reduced. The same goes for quite a few of the menu items. Hot keys are not affected.
And I believe, that a "maximum variety of choices" and "zero error tolerance" don't go together. And I don't believe this will happen before 2018.