I use a microsoft trackball explorer, and use the wheel to scroll through the pages,
the new HTML Editor however - does not seem to agree with that one.

After scrolling up and down a few times, the editor becomes to busy to pay any attention to me at all, and I just have to let it finish whatever it is doing.

It looks as if the slow scrolling is causing this. When scrolling with the wheel it possibly fills up a buffer, which the editor clears very slow, - after I stop scrolling, the editor windows seems to refresh for each and every tick the wheel has caused.

The HTML Editor windows is scrolling very slow, compared to f.ex UEStudio, and this slowness is causing it to freeze up from time to time...

Have not found any work-around it yet.... and NO - I refuse to retire my TrackBall Explorer... I am addicted to that one...

If the editor is refreshing to every move of the Trackball it means it is registering a change in your file.

The other thing that can cause it to scroll slowly is a lot of text and also a lot of mis-spelled text. Such as Lorum Ipsue text.

Sorry SirAGE,... it happens in all different type of files - with NO change being done in the file.,... and normal "code" content... when I say "refresh" - it can be either single characters "flashing" or single words... I have a feeling that the mouse driver stuff 2-3 ticks for every tick the wheen does... - but - that buffer should be handled by the editor,..

I'll investigate some more and see what I can find.. .

Ah, I thought you meant the Preview pane was refreshing.

This statement still applies...

The other thing that can cause it to scroll slowly is a lot of text and also a lot of mis-spelled text. Such as Lorum Ipsue text.

I would suggest trying to separate the large text just to test if it still happens. If it does not then that would be something that needs to be fixed. And we can get that reported so that it may be included in the next update. (Hopefully.)

i believe it is the Editors "keyboard buffer"... or mouse-ticks buffer that cause the problem. Scrolling 1 click at a time... sloooooow - makes of course no issue... and it has nothing to do with pagesize... as long as the page is long enough to scroll - it happens... mouse-wheel stuffs up the buffer with "up" or "down" - and buffer is perhaps 10 ticks in size - then the Editor works through those 10 up/down ticks an scroll one line at a time - but since the Editor scroll relativ slow, the buffer keeps filling up - and the problem starts...

I will send a report in and see what they have to say about it.

I had the same feeling that Morton Lindstrom expressed in his latest post... when i scroll with my wireless MS mouse, the Editor seems to fall WAY behind the inputs, so if i spin the scroll wheel, the scrolling just goes on and on and on, with no way to stop it, apparently until it flushes the buffer.

But sometimes it's fast, and as far as i can tell, it can behave either way with the same large or small file.

Could it be being starved for memory by some other app, like (snicker...) Norton 360? That would not surprise me at all!

Nah - can't be mempro issues from other apps... well Norton DO make trouble - (it is just a matter of time)

The scrolling it quick and smooth when using the slider on the right... It only happens when using the scroll-wheel, so it has nothing to do with content - nor the size of the file.... It must be something with How the Editor "reads" the mouse-scrolling ,,...

I found a solution - or "workaround" here...

In the mouse driver setup, under Wheel settings,.. make sure to Disable "Accelerated scrolling", that "solved" the issue on my installations...

I do not have "Accelerated scrolling" in my Mouse setup. What should I do?