On Oct 31, 2017, at 8:17 PM, Keisuke Miyako wrote: > to explicitly indicate that the object has been modified, just use the line > > [myTable]myObjectField:=[myTable]myObjectField > > and you have total control of when to save the field, > which results in better performance, immediately as well as in the long term. > > to me this sounds like a better deal than a blanket "save always" system (the > real sloppy design choice, in my opinion)
The real “sloppy” part is that this was not documented with a big red flag saying something like “object fields don’t work like other fields so if you do this … it does not work the same as if you do that to any other field types. The workaround is to do...” It is quite alright to have different behaviors for things IF YOU DOCUMENT IT! How can we defensively programing around unknown problems? David Adams brings up the “Old” command and how prior to v11 did not work with Text fields. That was documented. So we knew that it didn’t work and we had to program around that limitation. That was the right way to handle it. Then when v11 was released the documentation was updated to say “Old” now works with text fields. Again that is the right way to handle it. So please please please will somebody at 4D go update the damned documentation on this! The readers of the iNUG now know but what about everyone else in the world? What about the new guy that wants to use object fields tomorrow? He doesn’t know from reading the docs. I know that you and Tim Penner are both 4D employees and there must be a company rule that says “no 4D employee may say publicly that 4D Inc. has screwed up”. Do you know how refreshing it would be if you guys actually did say occasionally “we screwed up on this one”? I’m sure all would forgive and say “yeah, we all make mistakes”. But to try and provide excuses and speculate on reasons why this is not a “screw up” but instead is a “good thing” is insulting to our intelligence. Shame on you! I quote the late, great Bruce Lee: "Mistakes are always forgivable, if one has the courage to admit them." Tim ******************************************** Tim Nevels Innovative Solutions 785-749-3444 timnev...@mac.com ******************************************** ********************************************************************** 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 **********************************************************************
