On May 10, 2007, at 11:51 UTC, Markus Winter wrote: > I tracked down a problem to an editfield which had chr(13) as last > character instead of 0 when empty. It even had chr(13) as last > character when filled with text!!!
Yep. Unless, of course, you fill it with text that doesn't end in a Chr(13), or just delete the carriage return that's in this field by default. (Do this, for example, by pressing right-arrow and then the delete key. Or to make it clearer, type some stuff, then do Select All and Delete.) > So I made another editfield which works as expected. > > I can't see a difference between the two editfields - anyone got an > idea what's going on here? Sure; the first field has a Chr(13) in it as the default value; the second has none. You can see this in the IDE by clicking on the "..." button of the Text property, and pressing the right-arrow key. > This is the second time that I get such a strange behaviour, and > these corruption "bugs" are very hard to track down. There is no corruption here, and no bug. At some point you put a line break into this field as the default value; RB is just doing what you've told it to do. (My guess is, you opened the text property dialog at some point, and tried to trigger the OK button by pressing Return -- which of course inserts a line break. Then you hit the Enter key (or clicked the button) without first deleting that line break.) Best, - Joe -- Joe Strout -- [EMAIL PROTECTED] Strout Custom Solutions _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
