If you've solved this, I'd really like to know and appreciate. A X11 server must be installed for Chimera to start. Someone out there must be in the same boat, so I came here to ask. We recommend the X windows version because of the many problems with the current port of the Aqua. This means that if I do something like "git commit", I have to switch the pane to the commit comment pane every time. If I start emacs with a file in the command line, it doesn't show up in the pane as the emacs splash becomes the first pane.
I did that but the damage is done by then. At one point untrusted (-Y) forward resulted in black screen and trusted (-X) forward had normal colours but inactive windows (keyboard stayed in terminal and mouse clicks would work only with 'inactive clickthrough' option). The culprit is likely emacs height calc is confused, and defaulting to the small window.Ī remedy is to set the window size in my. Also these problems change slightly between XQuartz reinstalls. So, the question is probably two parts but the ultimately I'm looking for a solution. Note that, the same problem happens with "emacs -q", so it's not related to ~/.emacs file I use. Most likely culprit is emacs's window height math is messed up. Since this happens for both Ubuntu and FreeBSD over SSH, it's emacs's or Xquartz's problem. Width seems correct as far as I can tell. If I use 80x58, the window height fills my screen. On my Mac, if I use 80x57, the window goes back to 5-line height. You can adjust the size and shape of the windows by dragging the corners. You can have multiple xterm windows on the ICEWM desktop. At the bottom of this window, click on fourth icon from the left to start an xterm window for the PFE. Interestingly, if I use -geometry 80圆0 where the height (60) is large enough (probably larger than the pixel height), the emacs window stays as the max height. The window is named using its Session ID for example, X2Go-username-169-1600128286stDICEWMdp32. This problem seems to be caused by running DS9 in Windows XP compatibility mode. The problem happens to emacs over SSH on Ubuntu 18.04LTS and XigmaNAS which is FreeBSD. To correct this problem, either disable DATASEC support, via the Scale. MacPort's emacs (+x11) does not have this problem when running natively on Mac. This is pretty inconvenient as the pane only shows emacs splash frame as it starts. The emacs window pops out as normal size, then resizes itself to 5 or 6 lines. wmctrl won't do it automatically, but it certainly helps in "fishing" it from limbo.From Mac, I ssh-login to Ubuntu 18.04 and XigmaNAS, and start emacs. Remember that each alias only works for the screen that Inkscape is associated with, you still need to drag-and-drop the window in order to switch screens. In order to make it more convenient I created 2 alias, to fix the coordinates for my Mac screen and for the external screen, respectively: alias fixInkscape='wmctrl -r Inkscape -e 0,2560,1440,1200,700'Īlias fixInkscapeExt='wmctrl -r Inkscape -e 0,0,0,2560,1300' Of course you need to replace 2560,1440 with your own external screen's resolution and 1200,700 to suit your main screen resolution. Wmctrl -r Inkscape -e 0,2560,1440,1200,700 BTW setting the window size is the same problem. The solution is to move the Inkscape window to a new coordinate that takes into account the size of the external screen, and this is where wmctrl comes in useful: brew install wmctrl It is basically in "limbo" between the 2 screens. the width and height of the plotting window, in inches. This means that if Inkscape is somewhere near origin (0,0) but still associated with my Mac's main screen then it doesn't appear on the external screen nor in my main screen. This is ignored (with a warning) if an X11 device is already open on another display. In other words, from the point of view of XQuartz the origin of my Mac's screen changes from 0,0 to 2560,1440 (which is the resolution of my external screen). It seems like the issue is that when I plug the external screen, it messes with the coordinate system of my Mac's screen, effectively shifting the origin of my screen by the resolution of the external screen.
0 kommentar(er)
