|
if I am wrong about this or **if y'all can't use this information to fix scrolling easily** please let me know it and I can learn the code so I can fix whatever the problem really is. I'm sure i can make the scroll/graphics display code run so much more smoothly. there is no good reason for scrolling to take so much time; some process must be running unnecessarily. the bitmaps for the whole session at a given zoom level can be "printed" to ram once and left there unless they need to be reprinted (if the file changes or if zoom changes). |
|
|
there is no good reason for scrolling to take so much time (in my use case) I should say. for people who actually use zooming regularly it might be better the way it is. can y'all make this a setting at least? or do I just need to mod it myself? |
|
|
what if the first time a bitmap is drawn at a zoom level it processes? like make the bitmap a member class of the track class with a flag for zoom that draws if the correct bitmap for the track doesn't exist? would that work? |
|