Close Topic Options

Thanks for the reply Ian. Bug fixing is always my highest priority.

Cheers,

Antonis

I don't think the slow scroll is a bug. It's just terrible in comparison to the other two word processors, and given that HiEditor is so good otherwise at handling large files, which is why I have finally dumped my usual combination of NotePad and WordPad now...

Funnily enough, I just tried that long block select on 2 different types of webpage in IE7. While a page on my own site which was 99.9% text scrolled really quite fast (about the same as WordPad did when I tested the big text file in that), one with a really mixed and complicated format of tables and images also scrolled very slowly in much the same way as HiEditor. Equally, the CPU utilisation graph in Process Explorer showed up almost 100% red in the latter test. Maybe it's doing a similar sort of processing to find sizes of the elements to select, which ought to be completely redundant for lines of text with a single line-height...

So if even bloatware such as IE7 can scroll a big text selection quicker than HiEditor, there's something a little worrying about the technique being used. I can't comment on the techniques as I've never written an app that tried to scroll a text window, with or without selection. The fastest method seems to be however Hutch's QEditor does it, which is really astonishingly fast and would definitely be worth studying.

Thanks for the info Ian. I am sure you know that QEditor as well as Wordpad use the richedit control which is built-in the OS. This is why they behave similarly (or equally).

I already had some ideas how to speed up scrolling before you mentioned it, but since I never faced such low speeds as you did, I didn't proceed. I 'll try to reproduce what you 've faced and I 'll speed it up!

Cheers,

Antonis

Ian,

Now that I am reading your post again, HiEdit's scrolling speed is no problem at all for me (tried with a 200 MB file) and I am certain, knowing its internals, it shouldn't be slow under these circumstances. What is important to clarify, the scrolling speed of HiEdit is VARIABLE by design. The further you move the cursor away from it, the higher the speed. Please check again and let me know.

Antonis

I tried it on a 700MB binary file, and the maximum scroll rate with the mouse is almost exactly 100 lines per second. Not too bad unless you want a very large number of lines. But if you just hold down the shift key and press the page down key you get 1300 lines per second (if you have your keyboard set at the highest repeat rate). Of course for the fastest selection, you can use the edit/goto line (or ctrl-g) and put in a line number and check the extent selection box and the selection is immediate!