Hi,

Having recently returned to the QL and more specifically, to SuperBASIC
programming with EasyPointer 4, I am trying to avoid doing a lot of time
consuming work to no avail. I understand that there is a limit to the
number of objects (loose items, application windows, etc.)

Ummm, yes and no.

Leaving aside memory constraints, loose menu items have an item number, which is word sized. So, presuming the item number to be a signed value, a max nbr of 32768 items with unique item numbers are possible. Mind, the documentation doesn't state that the item numbers have to be unique, but if you're programming in SBASIC under QPTR, they'd better be, because I believe that is what is returned as the item hit. I'm not sure what Easyptr does in this respect.

As to application subwindows themselves, there is no limit to the number of these appsub windows I'm aware of.

For objects (menu items) in a menu application subwindow : again, there is no linit of objects per se. Objects, too, have an item number, but several objects may have the same item number. However, here again, the QPTR basic interface returns the item number and if two objects have the same number you won't be able to tell which menu item was hit...

Finally, at least as far as QPTR is concerned, the objects or loose menu items are created using arrays, which means that there is a maximum of 32768 loose menu items you can create, and 32768 objects for a single application menu object list (You could have several objects lists - but only one loose menu items list).

As an indication : I use my backup program sometimes to copy all files of one qxl.win container to an empty one. The program creates a list of all files that need to be backed up (and if the destination is empty, that means all files on the source need to be backed up). The list is then sorted and made into objects in a menu application subwindow.

So far, no problem with about 15000 objects.


HTH

Wolfgang






_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Reply via email to