bad quality of picture in gnuplot 4.6.1 - gnuplot

I have just shifted from gnuplot 4.4 to 4.6.1. And unluckily found that all the pictures in x11 terminal have lost in quality pretty much (low resolution). It seems to me smth is wrong with configuration of gnuplot (I compiled 4.6 from sources and did not apply any options to configure).
Has anybody encountered with such problem?
Best regards,
Alexander
upd:
here are the screenshots of 4.2 and 4.6 respectively:
https://picasaweb.google.com/102562667690948164683/212012?authkey=Gv1sRgCPj9s7CH1Z3LgAE#5813182842354188578
https://picasaweb.google.com/102562667690948164683/212012?authkey=Gv1sRgCPj9s7CH1Z3LgAE#5813182919536461282

The wxt terminal is indeed what you want.
It is enabled by default in the 'configure' script, so I assume you were missing one or more libraries it depends on, when you ran it. I just tried it with version 4.6.1 from sourceforge.
The confgiure script gives you a list of requirements for the wxt terminal to be enabled. Look for the line
wxt terminal: no (requires C++, wxWidgets>2.6, cairo>0.9, pango>1.10)
You need C++ (I assume you have that). For the others, on my almost clean Ubuntu 12.10 64bit installation, I needed to install 3 additional packages with their dependencies to enable the wxt terminal option. You want:
libcairo2-dev
libpango1.0-dev
libwxgtk2.8-dev
On debian-based distributions, you can do:
sudo apt-get install libcairo2-dev libpango1.0-dev libwxgtk2.8-dev
or install them manually on other systems. If you don't find them in your repositories, you can always get the latest versions from wxWidgets,cairo and pango. When you have the libraries installed, re-run ./configure and check that the wxt terminal line reads
wxt terminal: yes
If it does, re-compile your gnuplot by make and make install and you can use gnuplot as before with nice output on the screen.

Try "set term wxt". It works as a replacement for the x11 term and is likely to have better quality.

Related

How to install Source Code Pro Font on Arch Linux

I am currently follwoing this guide to install spacemacs and it has suggested that I use the adobe font source code pro.
Now the problem is that I have installed Adobe Font Development Kit for OpenType using yaourt -S adobe-source-code-pro-fonts, but can't seem to get the command makeotf -h to work. I simply get a zsh: command not found: makeotf. Not sure why this is the case.
It seems that makeotf is only used to build the font files from source.
That should not be necessary since you installed them through yaourt. So you already have the fonts. Now you need to config Spacemacs to use them.

GNUPLOT on Mac "x11 aborted"

To install gnuplot with x11, I used the following command:
brew install gnuplot --with-x11
I am running OS X EL Capitan Version 10.11.6. When I run gnuplot, I obtain:
G N U P L O T Version 5.0 patchlevel 5 last modified 2016-10-02
Copyright (C) 1986-1993, 1998, 2004, 2007-2016 Thomas Williams, Colin Kelley and many others
gnuplot home: http://www.gnuplot.info faq, bugs, etc: type "help FAQ" immediate help: type "help" (plot window: hit 'h')
Terminal type set to 'unknown'
I then tried to plot something simple like sin(x) and I get the error
gnuplot: unable to open display ''
gnuplot: X11 aborted.
Any advice?
First of all, if you haven't yet, you have to type the command
set term x11
this is fundamental, because without having set a term you can't have an output.
Then, if it's still not working, try uninstalling gnuplot and reinstall with another terminal, e.g. the qt terminal (which is good also because if you have a 3D plot you can interact with it), by using the command
brew uninstall gnuplot
brew install gnuplot --with-qt
Alternatively, if you really need x11 as terminal you can have a look here on AskDifferent (seem someone has already had a similar issue).
Also, typing set term could be helpful and give you the entire list of gnuplot terminal pre-installed, and remember, if you have a question check before the GNUPLOT guide, which is accessible with the command help "ANYTHING_INSIDE_GNUPLOT", in your case:
help term
Make sure you've XQuartz installed when installing with --with-x11.
Otherwise try reinstalling gnuplot with QT, e.g.
brew reinstall gnuplot --with-qt
I had to logout and login again after installing XQuartz before set term x11 worked.

in gnuplot terminals wxt and pngcairo nor available

I installed gnuplot version 4.6.6.
After that the terminals "wxt" and "pngcairo" were no longer available. The time before I have been working a lot with these two terminals with version 4.4 and with very good results.
How can I get these two terminals working with gnuplot version 4.6?
In the following I try to answer a question of Christoph:
I am working with Linux, with an old version of Kubuntu (Ubuntu 11.10 "oneiric").
I downloaded "gnuplot-4.6.6", unpacked it and read the File "INSTALL".
From this long text I read only the following lines:
----------------------------------------------
Unix, configure
---------------
On Unix, use
$ ./configure
$ make
[ Optionally run demos--see "How to test gnuplot" below. ]
$ make install
-----------------------------------------------
and also the following lines:
----------------------------------------------------------
Linux
-----
Ubuntu:
./configure fails to find lua support because Ubuntu packages it as
"lua5.1" rather than "lua". You can fix this by adding a symlink
prior to running ./configure
ln -s /usr/lib/pkgconfig/lua5.1.pc /usr/lib/pkgconfig/lua.pc
-----------------------------------------------------------
So I applied the following statements (as root):
'ln -s /usr/lib/pkgconfig/lua5.1.pc /usr/lib/pkgconfig/lua.pc'
./configure
make
make install
All these statements produced a lot of output, but no problems were indicated.
The executable binary program is located in "/usr/local/bin".
My old gnuplot 4.4 is located in "usr/bin".I installed gnuplot version 4.6.6. After that the terminals "wxt" and "pngcairo" were no longer available. The time before I have been working a lot with these two terminals with version 4.4 and with very good results.
How can I get these two terminals working with gnuplot version 4.6?

gnuplot cursor not moving on OSX 10.9?

I have recently installed OSX 10.9, with the latest version of XQuartz and gnuplot 4.6.4
When I move the cursor across the gnuplot window the coordinates shown in the bottom left corner do not update. I am testing this using plot sin(x). The desired functionality I am describing is seen here.
I believe that this was working under OSX 10.7, so I am not sure what is the problem.
Installing gnuplot through macports instead of building from the official sourceforge download site solved the issue.
I also installed the wxt terminal while I was at it since it offers some improved features, but x11 works fine too. (Thanks #Christoph for bringing me to learn about wxt).
Instructions:
Install macports
Open the terminal and enter port variants gnuplot followed by sudo port install gnuplot +wxwidgets
(Note: the installation may take a while, but is all automated)

Can anyone tell me where to get Vim 7.2 with cscope support?

I wanted to use cscope enabled vim - unfortuantely , the binaries at work are not compiled with cscope support , and when I tried building from src , I'm getting a lot of errors due to proper dev packages not being installed.
So , does anyone have a link where I can a precompiled binary with cscope support ? Btw , I'm using linux.
Just build your own vim binary from source code maybe a good solution ^_^
wget ftp://ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2
tar xjf vim-7.2.tar.bz2
cd vim72
./configure --enable-cscope
make && make install
You will get a cscope supported vim 7.2
Not quite an answer to your request for a pre-compiled vim 7.2, but you said part of your compiling problems is that you "don't have the privileges for installing reqd packages" (in you comment to #chenkaie's answer). If the other reqd packages use configure, you can compile them to install into a directory you have control over, like this:
./configure --prefix=/dir/with/permissions
make && make install
configure-based installers support the --prefix switch, which results in the installed packages in locations like <prefix>\bin, <prefix>/lib, etc. With this trick you may be able to build all the reqd packages in order to build vim 7.2 itself.
If the reqd packages are not configure-based, you might want to look at the installer (makefile?) of the reqd package to see if it has an option similar to configure --prefix=<dir>
I have the default package Ubuntu gives me from doing an 'apt-get install vim', vim_1%3a7.1-138+1ubuntu3.1_i386.deb.
Inside of vim, when I type
:echo has('cscope')
it prints
1
as expected.
Granted, you do say you are looking for Vim 7.2 I don't know what improvements 7.2 has seen over 7.1, but it looks like there are still build problems with 7.2 that are being hammered out. I'd suggest just using 7.1 for the time being.

Resources