trichview.support
Re: possible bug, Search/Replace question |
Author |
Message |
Sergey Tkachenko |
Posted: 04/30/2002 10:04:04 > 1) possible bug? > I have encountered something what may (or may not ?) be bug in RichView. > > With the RichViewEdit Options: rvoAutoCopyUnicodeText, rvoAutoCopyRVF, rvoAutoCopyRTF > set to false and rvoAutoCopyText set to true the RichViewEdit's method Paste > and typing the Ctrl+V works as expected, i.e. it inserts the text from clipboard > at position of caret with TextStyle of text at that position. However, typing > Shift+Insert will cause the clipboard text to be inserted at the caret position > with TextStyle from where the text was copied/cut into clipboard. > I see no way around it. Is it possible to disable Shift+Insert key combination > altogether? Ctrl+V and Shift+Insert execute the same code and results should be the same. May be you have some action or menu item with one of these shortcuts that overrides default behavior? > > 2) When I do search&replace in entire text (i.e. not from the caret position > forward) I don't know how can properly position the caret, so it shows to > the same point of the text. Remembering the caret position and restoring > (of course) does not work if there was replacement in the same text item > before its position. I assume that setting 'bookmark' at caret position and > later jumping to it would do the trick. Unfortunately in looking in the help > files does not show me such (or similar) mechanism (or I don't look at the > right places). > Any suggestions? I do not understand what do you want to achieve. Returning to the original position after executing Replace All command or something different? |
Powered by ABC Amber Outlook Express Converter