I am not sure if the behaviour is as dramatic (serious bug, fundamental bug) as you describe. does it cause data corruption or a crash?
when an object method is executed, the UI is generally not updated as each line of code is evaluated, but rather, deferred until the method execution is complete. internal properties such as enabled or disabled are updated immediately, but the actual rendering of the object is not updated until the execution cycle becomes "idle/waiting event". in your example, you call Get immediately after SET in the same method context. so you didn't give time for the form to actually update itself. had you called Get in the next form event, you would get the expected results. of course, you could argue that "subform" is an internal property of the object, so it should be updated immediately updated during the same form event. but you must understand that there is an advantage in "lazy" or deferred rendering of the UI, especially when the object is complex (listbox is another example). procedural rendering may feel natural, but there is a cost to such implementation. do you really need to call Get immediately after you used SET? finally, you can post a bug online (which will automatically issue an ACI* number) or share your knowledge on this list or the forums, and we appreciate your contribution, but if you really feel strongly about a bug in 4D, the best way to get it addressed is to talk to your local tech support. https://bugs.4d.fr/index.htm 2017/12/18 7:46、LEONARD SOLONIUK via 4D_Tech <[email protected]<mailto:[email protected]>> のメール： The documentation in the Language Reference and Design Reference do not specify any conditions under which this should fail. There is nothing in the Knowledgebase addressing this problem. The only work-around is to use forms with hard-coded subform tables and names. ********************************************************************** 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:[email protected] **********************************************************************
