Hi Ales and all, I'm new to reading (and undestanding) C-code ;-) and hope that I have understood the following correct.
Just curious and looking at the code I'm wondering wether it wouldn't be better to have the grid absolute, that is, when set to 100, don't scale the grid when there is more than 5000 points on the screen. I dont think is neccesary to display the grid at all when there is more than 5000 (or for instance 10,000) gridpoints on the screen (visible). AutoCAD for instance has solved this with a text in the status bar "grid to dense to display". When we zoom out to the [maximum, extents] (in for instance an A0-size or an E-size sheet) there is no way we can "snap" the [symbol, net, ...] on the right spot, most of the time we have to zoom in and move the symbol to the right spot. I know there is a coordinate display available, that I have turned off for most of the time (I need this for symbol creation only, just to be sure everything is in the right place). At least that's how it works for me. ------- One other thing I noticed during the installation of the new release is that there are a lot of paper-sizes specified in the gschem rc file that don't make sense, for instance a A12 is the size of a __small__ postage stamp, maybe better to "comment" (with ";") these funnie sizes by default, so when someone __really__ needs them they can be "outcommented" (without ";"). I had to look into this because of the display startup size, which is 1024x768 (this was reported earlier in the list (so no surprise here)) and I knew how to solve this. My customized rc files (in /usr/share/gEDA) are renamed (by default) everytime I install a package with the Redhat Package Manager, so I __have__ to look at them. I think this is a good practice since the content varies with the distribs. Kind regards, Bert Timmerman. BTW: I have spec files which package for Redhat-7.0.
