trichview.com

trichview.support




Undesirable scrolling effects


Return to index


Author

Message

Michel Lefebvre

Posted: 11/07/2002 15:20:58


Hi,


I have 2 problems with V-scrolling :


Note: My TRichTextEdit is part of a larger text form, for which I need a

global scrolling area. For this reason I do not use the RT built-in scroll

mechanisms (I use an external Delphi TScrollBox, and the height of the RT

component is dynamically maintained by an OnChange trigger).


1/ The 1st undesirable effect is the following : when I click somewhere in

the RT component, in most cases this causes an instant scrolling that brings

the top of the RT on top of the TScrollBox. In addition, this scrolling is

made while the mouse button is pressed (even though I try to release it as

fast as possible ...), and the result is a large "selection" instead of a

single insert point. Then I have to click again within this selection to get

the caret at the desired position. Sometimes I even need to scroll manually

before this, to get the desired target point visible again.

I am afraid that things could be even worse when using tables with large

cells, or large embedded objects, exceeding the height of the visible

area...


2/ The second problem is that there is no automatic V-scrolling when I move

the cursor (with up/down arrows) to a non-visible part of the RT. I should

probably implement a programmatic scrolling of my TScrollBox to correct this

but it is somewhat complicated, and I am also afraid that this could

interfere with the previous problem.


Do you have any suggestion ? Should I give-up with external scrolling and

integrate my whole text form in a single RT component (which would be a

significant and costly change in my architecture ...) ?


Best regards,

ML





Powered by ABC Amber Outlook Express Converter