Sethur

Hi @sfeam, did you come to a decision regarding the issue of keeping scale and size in sync with the terminal options yet?

I agree that size should be updated as well when the window is resized (I should have implemented this together with the scale synchronization). I could update the patches above to include that if you decide to keep both settings (scale and size) in sync. Alternatives to keeping scale and size in sync automatically would be to: 1) Introduce an option that keeps those settings in sync only if it is switched on 2) Introduce a button that explicitly updates them 3) Your suggested approach of remembering...

Hi @sfeam! I realized that we should maybe also implement this for the windows terminal. I have attached a patch that introduces the scaling option there as well. I tested it on Windows and it seemed to work fine with both backends, although I did not plot anything fancy. It also synchronizes the "scale" properly to show terminal and save . This patch is on top of the other patches. The order is reflected in the numbers in the patch prefixes.

Ah, that's my bad, I never went to the wrench icon's settings, so I completely overlooked these two options. I checked with an old version of Gnuplot and wxt's "Redraw continuously as plot is resized" option (OFF by default) does effectively what we wanted regarding the live scaling already: when the box is ticked, it will NOT scale the plot, when it is unticked, it will scale the plot upon resizing. Same with QT's "Replot on resize" option (ON by default). Both of these options, however, are implemented...

Hi @sfeam, I have provided a patch against my previous global scale patch that: 1) Includes buttons for wxt and QT to turn on/off scaling on resize 2) Improves the QT resizing to be a lot smoother (previously, it was quite choppy when compared to wxt) I was not able to reproduce your issue with the arrow heads. Can you try again with this patch and tell me what exactly you did? I would be happy if you add something to the main doc and shorten the doc messages in my patch accordingly. Let me know...

General comment: I keep thinking that "scale" may not be the best name for this option, but I have not come up with anything better. I also think that scale might not be ideal, but since we are already using fontscale, pointscale, etc., it should be clear enough to the user. Regarding the documentation: I am currently trying to reproduce the bug with arrow heads in interactive mode so I would appreciate you working on the doc update in parallel. Regarding the extension: I am working on that as well....

Hi @sfeam, please find attached a patch that introduces a global scaling option. I'll just post the commit message here (handwritten): Added terminal option 'scale' to many terminals. Introduces new terminal options 'scale' that globally scales fonts, lines, points, symbols, tic marks and derived margins for the following terminals: - libgd (all) - cairo (all, including vector terminals) - webp (uses cairo internally) - qt - wxt - windows Can also be used to shrink elements (scale < 1.0). Can be...

Alright, then let's go for a global scaling option instead of aiming for full visual identity with a rasterized pdfcairo output. That way, the required code changes should be a lot less complex, but users cannot directly use it as an abbreviation for doing vector output and then rasterizing it, but it will come close. Regarding your comment that this would be useful for vector terminals as well: Are you sure about that? Vector output should be trivially rescalable for any printer or image editing...