Hey Timo, quite right. I have thought of that. Beside the function to add a plugin I plan on a similar one to remove plugins as well. The plugins wil be automatically renumbered in that scenario. I will look into it in any case. As far as maximum plugins, as I no longer use a list of names or list of plugin dll's, probably the maximum would be limited by whatever ID numbers are used after the plugin ID series. Ex. If plugins have ID's from 12001 as it is currently, the ID of the about box would cause a collision at 13001. Making absolute maximum number of plugins 1000 in that scenario. So in order to avoid such collisions probably take other WM_COMMAND ID's into consideration. I've got some more work to do...
Added afterwards: I must change the ID's for the AddPlugin push buttons and other controls.
.if wParam == 12103
invoke GetPlugName, hDlg, addr lpTitleP, addr lpDllFilt
invoke SetDlgItemText, hDlg, 12102, addr szPlugName
.elseif wParam == 12104
invoke GetDlgItemText, hDlg, 12101, addr MenuName, 64
invoke Plug2Ini, addr inifile, addr strPlug, addr strQuty, addr MenuName, addr szPlugName
invoke SendMessage, hDlg, WM_CLOSE, 0, 0
.elseif wParam == 12105
I hadn't thought about those until after writing the above. maximum plugins with this code = 100
Whoops. It's all okay since I hadn't yet published the full source code
The project may be moving slowly, but still... progress is being made. Even if is just finding mistakes.
I myself cannot see using more than several dozen plugins, but who knows what others may do?