The same thing happened to me, but then I ran
brew uninstall gnuplot; brew install gnuplot --with-x11
and installed XQuartz. Now gnuplot supports the x11 terminal:
You can also save the output to a file and use qlmanage -p:
gnuplot -e 'set term png; set output "/tmp/plot.png"; plot sin(x)'; qlmanage -p /tmp/plot.png
qlmanage -p shows a sandboxing error ...
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.
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 ...
In OS X Yosemite 10.10.2 and El Capitan 10.11.2, the Gnuplot does not package with XQuartz.
Answer in bibstha's comment.
Much more robust window manager is in qt and it works
brew uninstall gnuplot
brew install gnuplot --with-qt
Note that using --qt is deprecated now.
Developer Jeremy Huddleston Sequoia announced yesterday that this problem is solved in XQuartz 2.7.8_beta2:
XQuartz 2.7.8_beta2 is available for download.
You can see http://xquartz.macosforge.org/trac/wiki/X112.7.8 for a
full set of changes, but most noteworth ones are:
1) xauth now correctly parses the Yosemite launchd $DISPLAY ...
Here someone had the same problem.
They solved it by turning off X11's Pasteboard Syncing:
Disabling ‘Sync PasteBoard’ Functionality within X11 (Which is
Included in XQuartz App for OSX Mountain Lion) solves the problem of
converting vector object to Bitmap after pasting the same object in
another SVG file.
Do This (Go to): X11 > Click on ‘...
defaults write org.macosforge.xquartz.X11 app_to_run /usr/bin/true
in a Terminal. However, note that it normally shouldn't be necessary to ever start XQuartz.app (or X11.app; see the comments) manually. It will start automatically when you run an X11 client, and then it will not start its defaults startup application.
Yes, you are correct. The problem is X11, XQuartz and their lack of support for the Retina Display. This is a long known issue.
In the linked thread, jeremyhu states:
X11 just doesn't work well for resolutions outside of the 72-90 DPI range. This is an upstream X11 issue that needs to be solved before we can really do anything about it in XQuartz.
Macports is a tool for installing applications and command line tools on your Mac, with a huge library of “ports” (the Macports term for something that can be installed). You use it in Terminal.app like this:
$ sudo port install nmap
To break this command down:
The $ at the beginning generally means that you have to enter the rest of the line into ...
The instructions you quote tell you exactly what the issue is
When you type make you will be prompted to install Xcode. You can also install Xcode by typing the terminal command xcode-select --install
If your compilation fails with an Xlib not found error, install XQuartz to get X11 headers under /opt/X11, and then type:
You need to open XQuartz, go to X11 → Preferences → Security, there are two check boxes: disable the first, enable the second. Restart XQuartz and try again. You will also need to define the $DISPLAY variable like this:
Warning: this is not my final answer, it will take some time to provide a better one.
Tested on OS X 10.8.5 with XQuartz 2.7.4 (xorg-server 1.13.0) and:
meld - installed via brew install meld
To tune the fonts create a file ~/.Xresources and put this:
Apple decided not to include X11 in Mountain Lion: Apple Support Article
But there is now a native version of GIMP for mountain lion which requires no X11:
However, if you need to run the old version of GIMP you can download xquartz as mentioned in the apple support document linked above.
When you try to run GIMP again, you can find ...
I think the problem here is that a lot of homebrew packages don't include X11 support by default if there is a more relevant (i.e. OS X specific) backend available. But PDFPC is looking for the X11 backend for GDK.
GDK is distributed as part of GTK+ and if you look at the formula for GTK+3 it explicitly disables the X11 backend.
What I was looking for turns out to be the display server called The Quartz Compositor that along with Quartz 2D forms the Core Graphics framework of the OSX.
X Quartz seems to be the interface that routes requests from applications that use the X11 framework to the Quartz Compositor.
The command to change Color: From Display, as shown in X11 Preferences of XQuartz, to Color: 256 Colors, from the command line in Terminal is:
defaults write org.macosforge.xquartz.X11 depth -int 8
Note: XQuartz should be closed when making this change or the ones below, from the command line or from within a bash script.
To reset it to the default, ...
Short answer is no.
Cocoa is not designed as a remote procedure call (RPC)-esque protocol, while X is. You cannot tunnel the interfaces of Cocoa applications like you know it from X11 natively, only using protocols like VNC that transfer the actual bitmap rather than the rendering instructions.
On the other hand, you are able to use remotely running X ...
If Apple's dialog for X11 does not appear, you can grab the package directly from the XQuartz website.
Version 2.7.1 was the first to support Mountain Lion, but 2.7.2 is the current release as of this writing.
This worked for me when working with Inkscape:
Close XQuartz (and Inkscape)
Change the Mission Control Preferences (unselect Display have separate spaces)
Change the Windows Inkscape preferences (Edit/ Preferences) to "Don't save Windows Geometry"
Close Inkscape end XQuartz
Reset the Mission Control Preferences (if you like)
Log out ...
I haven't used WineBottler, but I'm assuming it creates an icon for the app in your Applications folder.
To run any App in OS X as sudo, open Terminal and enter the following:
sudo open -n $foo
Then drag the icon for the App from Finder into Terminal (replacing $foo in the example above). Press Enter and type your password. Voilà! Terminal launches the ...
The X11 Gimp is actually quite misbehaved on OS X, to the point of being almost totally unusable. But despair not; there is a native Gimp version that doesn't require X11. You can find it on the Gimp download page.
I was having the same problem. Quitting XQuartz and deleting ~/.Xauthority resolved the issue for me. I got the idea to do this from the Mountain Lion, Xquartz, and (lost) autostart thread in the Apple Mailing List. Other suggestions from that thread include:
Logging out and then back in after installing XQuartz.
Ensuring that the $DISPLAY variable is ...
Aha. Looks like Homebrew wants to run meld via it's own Python, rather than the system one. Terminal sets this up correctly, but obviously Automator doesn't.
Solution: use Run Shell Script in Automator with:
Are you running this from a Terminal window, or an X11 window? The terminal will launch X11 separately to show the plot, so it may not be immediate (or visible). Does X11 get launched at all when you type your plot command?
If you try it in an X11 window, the result should be more immediate.
Also, if you used macports to install it originally, I would ...
I solved this problem by importing another svg file into the current one.
File --> Import... --> Select "All Vectors" (or "*.svg") in the filter selection menu.
This copies the entire content of the imported file into the current one in vector format.
The simple answer is: Terminal is a terminal emulator -- it's not an X11 server. It exists to provide a text-based communication end point between your Mac and other machines.
Terminal is no more an X11 server than gnome-terminal on Linux is or cmd on Windows is. Which is to say: it isn't an X11 server at all. You need to be running an X11 server on your ...
There is a far simpler way.
Go to the System Preferences Display panel.
Then untick 'Mirror Displays'. You should see the XQuartz window(s).
Move them around a bit.
Then tab back to the System Preferences window - the Arrangement may be behind a monitor dialog, but you should be able to move the monitor dialogs out of the way and then un-enable 'Mirror ...