trichview.com

trichview.support




Re: Extrange behavior with fields


Return to index


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" <svt@trichview.com> wrote in message

news:4130d467$5@support.torry.net...

> 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