Using the Demo1 sample application, I noticed that for any grid style other than 'None' or 'Line' screen drawing bogs down to where the application becomes unusable.
'Line' also impacts performance, but is still usable.
I'm using a grid spacing of 4x4 (16x16 major), both dash styles solid.
The editor I'm trying to create typically requires large diagrams with a relatively dense grid.
Maybe my machine is faster than yours, but I don’t have any performance issues when the GridCellSize is 4x4 and the GridMajorLineFrequency is 4x4 and the GridStyle is Dot or Cross.
If the Properties window is still visible while you are dragging around the Selection, that's a much bigger performance "drag" than having to draw the grid under the selection.
That’s odd, because I don’t experience any such delays no matter what I do, including everything that you have described. My machine is actually a dual processor, but at 2 Ghz. My monitor is also 1920x1200. Win XP SP2, all the latest updates except for IE7. GoDiagram 2.6.2.2 (.NET 2.0). I’m running the Demo1.exe from the installation kit.
I don't know what to say. Does this also happen on another kind of machine? Although that seems unlikely, since all the .NET GDI+ drawing is in software.
Yes, that makes sense, because there would be a lot more lines to draw when zoomed out. With a GridStyle Dot or Cross that can mean millions of little lines.
You could add a GoView.PropertyChanged event handler that checks for new values of "DocScale". As the value gets smaller you could change the nature of the GridStyle and/or the GridCellSize.