in my view, I think we need to set reasonable limits on how the commands is expected to be used, before we device that its performance is "poor".
is it really reasonable to insert 400 columns in one call? at what point in developer did you notice the "poor performance"? did you gradually extend the size, and suddenly the speed dropped? are you working on a proof of concept to see whether the design is feasible, or have you already decided that the design is totally sane and 4D must be broken? the command name suggests that it is designed to insert a single column. so you can imagine that it goes through the same check list for every call. the listbox is a UI element, so there must be some graphic engine calls involved. (font metric calculation, scrollbar calculation, etc) you can imagine you force 4D to discard and redo 400 computations. you must also consider that a form may have multiple pages in the form editor, but to the OS, it is just one window with a lot of hidden objects. the "page" concept is offered for the developer's convenience, but the cost of delivery is that at runtime the window has a lot of baggage. there are other ways to manage multiple listboxes in a single dialog window. re-using the same object is one way. switching the content of a subform is another. there are ways to improve the UX. deferring the content population with a "pragma once" timer is one way. using a worker and CALL FORM is another. postponing the setup until the box is displayed, is yet another. the speed must be unreasonably slow in order to define "poor performance" as a bug. for example, there was a recent bug (fixed) whether access to the pasteboard took up to 1 minute, on High Sierra. now that is slow. but the speed issue discussed in this thread, seem to me like a case where a command has been used in a way for which it was not designed. ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **********************************************************************
