2.9 axis with 1366x768

daiman444 wrote:

to fix this, you need to replace the divisor for "dpi_value" in the /usr/bin/axis file on line 125. the default was 72. replaced by 75 now the axis of norms expands to full screen:
root_window.tk.call('tk', 'scaling', '-displayof', '.', dpi_value / 75)

this decision and for today during testing there were no side effects.

for gmoccapi, everything turned out to be much simpler. you need to save a copy of the file "/usr/share/gmoccapy/gmoccapy.glade" and edit it in a text editor as follows:
<object class="GtkWindow" id="window1"> needs to decrease requested height
<property name="height_request">735</property>
do editing the file "gmoccapy.glade" only in a text editor!!!

Is this the same problem as has been described in this thread?:
www.forum.linuxcnc.org/gmoccapy/49591-di...tly-too-big?start=10

If so then it seems to be an issue with the X11 window manager.

Yes, in that topic the same problem with a window height of 768 pixels. i suggested there solution for gmoccapy

the reason axis is bigger in 2.9 is not a bug. There was an update, which moved the active gcode list to be always shown. gcodes and gcodel were moved from MDI tab to pane.top . It is a good update, but this made the window bigger by 3 text heights.

github.com/LinuxCNC/linuxcnc/commit/74d4...946bb56465a141b1ff99

cakeslob wrote:

no screen (currently supported) will fit that height resolution if you have the windows bar thing.
 

This was my experience too. Axis never worked well. I ended up upgrading to a 1080p touch screen and qtdragon.  This wasn't trivial because I had to modify the encloure I had mounted the screen into but it was worth the effort.

I should have done that instead, but most screens are physically bigger than my machines. It would have been less trivial for me to replace screen than to learn all this stuff about axis. But I also feel it was worth the effort(to me), despite the lack of interest. At least Phil still likes axis