|
From: <pl...@pi...> - 2014-09-21 06:51:17
|
On 09/20/14 18:36, Philipp K. Janert wrote: > Naive question on the entire saving/clipboard > issue: what actually is being saved? Is this > in any way different than taking a screenshot? > (Because, if it's not more than a screenshot, > then gnuplot does not need to implement anything, > really - there are plenty of screenshot utilities > out there.) > As Ethan correctly points out, there are clipboard widgets in the mastodon window managers like KDE and Gnome. Like Philipp I use a lightweight WM that does not have loads of bells and whistles. There is probably some small clipboard util. that I could use if I dug around. Firing up Gimp is a hammer/walnut solution. The difference in what yor get is that with a screen-shot util. you get the window borders, icons, menus etc. unless you try to manually select exactly the area you want, which is hard to get exactly right and is time consuming. > When using the "classic" method (set t ..., set o, > replot, etc), it's very specific regarding the size > and resolution of the bitmap or vector image that > is being saved. Is there any control over these > qualities when copying to clipboard? In theory , set term wxt size 800,300 determines the terminal window size, hence what is copied, by any technique, from the screen output. Also FVWM can display the window size during drag to get an exact desired window size. However, while consistent, I find here that it does not give the requested size eg 800,300 gives me a window 700,255 ! x always loses 100 px :? I find the terminal size that gives me the required clipboard image to work around that problem. Maybe I should raise a bug about that. Using set t png; set output "fn"; replot produces significantly different results to what is on the screen which, as I detailed earlier, is why I no longer use the gnuplot ong etc terminals to produce permanent output. I ought to find a more efficient way of saving clipboard to file. regards. Peter > > Best, > > Ph. |