trichview.support
Undesirable scrolling effects |
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