trichview.support
Re: Extrange behavior with fields |
Author |
Message |
Gustavo Ricardi |
Posted: 08/30/2004 16:05:58 Sergey, I understand about rvpDeleteProtect, but if you can add a field with empty content, I don't understand why you can't fill it in and then clean up the whole content without deleting the field, just returning to the original state. My appreciation might be incorrect, but it continues being a bug for me. May be a by design bug ;-) Best regards, Gustavo "Sergey Tkachenko" <[email protected]> wrote in message news:[email protected]... > Hi, > > This is by design. rvpDeleteProtect blocks all editing operations that > delete item. So at least one character cannot be deleted. > Empty text items must not occur in the middle of paragraphs. They are > allowed only as empty paragraphs. > It's in to-do list to add an option to allow some text items be empty (and > be displayed somehow specially in this case), but now it's not possible. > > > Hi Sergey, > > > > In your demo "fillingaps", the unprotected fields behave a little extrange > > to me. For example, type a character in first field, then advance the > caret > > until the end of the field and then press back key to delete the content. > > The first character is never erased. > > Another way is initializing the field with nil: > > > > RichViewEdit1.AddNLTag('', 0,-1, Integer(StrNew('answer1'))); > > > > when you run the program you can start typing and filling the field, but > > again, when you want to erase the characters from right to left, always > one > > character is left. If you enable rvpDeleteProtect in Protection property > for > > the style, you can erase the character, but what you really are doing is > > erasing the whole field. > > > > Thanks, > > Gustavo Ricardi > > > > > > |
Powered by ABC Amber Outlook Express Converter