Martin Saturka

Add info to manual on set grid

I've tried to play with it more, and it seems to be more involved. I first dealt with set view map. When I do it, and when I do set view then, it looked like getting the original (pre-map) view. Alas, while rot_x and rot_z get restored, the azimuth angle gets cleared! Is not it a bug? Could we get azimuth restored too? I guess that azimuth is affected just because azimuth is a later addition to gnuplot. Notice that at least the rot_x and rot_z restoration states that set view map is not equivalent...

The set view projection cases are more involved. Besides the set view projection xy that is used as a nickname for set view map, the other two preojections have mostly fixed views too, though not as fixed as the map view. Both set view projection xz and set view projection yz get the view rotated by the < and > keys that should be about azimuth changes (this does not hold for xy/map view though). Along with that, the set view projection yz (though not the xz projection) gets the z-axis -1-multiplied...

Hi, Ethan! First of all, let me thank you for your efforts at dealing with the issues and gnuplot development at general. I hope that you consider my pushes as humble attempts of a devoted gnuplot user, and not just as terrible invectives :-) Regarding the set view map, I can not see how to do it with just setting rotations, etc. since when I only set an orientation of the common 3D view (that is without setting the map view), I can distort it by 3D rotations. Though it does not hold for the map...

Oh no, there were no compilation errors, no segfaults, it was OK. And yes, I compiled it with ./configure --without-readline. The way how I came to that is as follows: we had that issue with eaten lines after closed figure when run via pipe you solved it by one more case for "\n" being put in, i.e. a symptom chasing I would prefer to deal with the cause, and the cause is readline, as you told me thus may be that disabling readline in pipe-wise environments would solve it too thus I compiled gnuplot...

Since it seems to be something more general than this issue, I've created a ticket for it: https://sourceforge.net/p/gnuplot/feature-requests/487/

Finding out the state of caps lock seems to be platform dependent, with some code examples at: https://www.qtcentre.org/threads/30180-how-to-determine-if-CapsLock-is-on-crossplatform https://stackoverflow.com/questions/9830905/qt-4-7-4-is-there-a-way-to-find-out-the-status-of-caps-lock https://stackoverflow.com/questions/2968336/qt-password-field-warn-about-caps-lock https://stackoverflow.com/questions/9009775/using-getkeystatevk-capital-1-in-linux Though it all is mostly the same, and just win32...

Switches of upper/lower cases in character events