[SOLVED] Emacs + rxvt-unicode Cursor Bug

When running emacs inside of a rxvt-unicode terminal, pressing the spacebar advances the cursor as it should, but sometimes it does not erase the cursor from it's previous position. Entering a third character will finally make this superfluous cursor disappear.
I have found references to similar issues in an Ubuntu bug report and a livejournal post, both of which date back to 2008. I am not sure if these issues are directly related or just similar in appearance. I seem to recall having similar issues with the cursor under emacs around three years ago when I was running Ubuntu and gnome-terminal.
Has anyone else noticed this? It's quite distracting when I'm typing in emacs and I've finally become annoyed enough to get this ball rolling.
Duplicating the Bug
Open a rxvt-unicode terminal and launch emacs with the following comand:
emacs -nw
Create a new emacs buffer named "foo".
Switch the buffer "foo" to "text-mode".
Turn on the "visual-line-mode" minor mode.
Type the following into the emacs buffer, replacing <space> with the actual whitespace (i.e. spacebar) character:
1234<space>1234<space>1234<space>
The third space will advance the cursor but not erase the cursor from its previous position, making it look twice as wide. Entering a third character will advance the cursor once more, and things will look normal again.
Failed Workarounds
In my attempt to understand the problem, I have tried a few things which don't seem to help.
Setting the TERM environment variable to various values including "linux", "screen", "vt100", "vt102", etc.
Turning cursor blinking on and off in the rxvt-unicode configuration.
Successful Workarounds
I have discovered a few workarounds, which may give some clues as to the root of the problem.
If I use rxvt-unicode to launch an instance of Gnu Screen and run emacs inside of that, the problem disappears.
If I run emacs emacs inside of an xterm instead of rxvt-unicode the problem disappears.
If I set column-number-mode in emacs as suggested by the aforementioned livejournal post, the problem will also disappear.
Last edited by battlepanic (2011-11-21 20:00:53)

I spoke with someone familiar with rxvt-unicode and got some answers. It seems that this is likely related to tab characters being output instead of spaces which may be an emacs optimization of some sort. Turning on the +ptab switch when invoking rxvt-unicode seems to elimnate the issue. A log of my discussion follows for anyone curious.
< __OoO__ > battlp: emacs outputs a tab character
< __OoO__ > battlp: which is "wide"
< __OoO__ > battlp: so you don't see an extra cursor, just the cursor
itself is wider
< __OoO__ > battlp: you can probably work around this emacs issue by
using "+ptab" when strating urxvt
< battlp > __OoO__: interesting. Is this "wide" cursor a unique
feature of urxvt? I've tested all the other terms I can
think of and haven't seen the same thing.
< __OoO__ > any temrinal has this
< __OoO__ > but only urxvt can store tabs
< __OoO__ > thats mostly useful when you want to paste text and want
tabs intact
< __OoO__ > because other terminals always convert tabs to whitespace
< __OoO__ > sorry, spaces
< battlp > Not your domain, I know, but any clue why emacs would be
spitting a tab in this plain "text" mode. It seems
bizarre.
< __OoO__ > tab is both a tab character as you are used to
< __OoO__ > as well as a cursor movement
< __OoO__ > for emacs, it's probably an optimization
< __OoO__ > 9000 cpu cycles wasted to avoid an extra space going over
your serial line
< __OoO__ > on second thought, its pretty bizarre, because thereis
only one space
< __OoO__ > but then, can happen if your screen engine it too
intelligent
< battlp > I also can't predict which spaces will do this. Running
emacs inside of screen eliminates the issue, to, which I
also don't understand.
< __OoO__ > likely, screen's engine isn't so cool and uses plain old
spaces or cursor movements
< __OoO__ > which spaces - probably the ones falling directly before a
tab boundary, i.e. at 7th, 15th etc.
< __OoO__ > column
< battlp > That sounds like it might be the spots where I'm seeing it.
Turning on emacs' column-number-mode Make it disappear for
the most part, except when backspacing.
< __OoO__ > so will +ptab, which tells urxvt to treat tab as a cursor
movement only
< battlp > Just tried to measure it with ruler-mode and of course that
makes it disappear as well.
< battlp > Yep, +ptab makes it go away.

Similar Messages

[~SOLVED] screen + rxvt-unicode scroll

I'm using screen on top of rxvt-unicode, but I'm unable to achieve desired scrolling behaviour. I have found the following termcapinfo everywhere, even on Arch forums:
termcapinfo rxvt-unicode ti@:te@ #enable SHIFT-PGUP / SHIFT-PGDOWN scroll
termcapinfo rxvt ti@:te@
termcapinfo rxvt 'hs:ts=\E]2;:fs=07:ds=\E]2;screen07′
But if I get some output on a window, and then I change to another window and I press Shift+PgUp, I can seen the output from the previous window. Could it be possible to get just the contents of the current window when scrolling? Or does scrolling work this way?
I think I have $TERM correctly set ("rxvt-unicode" outside from screen, "screen" inside).
Last edited by panecillo (2009-03-15 16:01:31)

It may not be immediately obvious to the new screen user, but this is one of screen's key features. You won't be able to use your terminal's scroll features while using screen so you'll have to use screen's copy mode.
To scroll back through screen's history, first enable the copy mode by pressing Ctrl+a [ . Now, use either one of the arrow keys, page up, page down, home and end keys to scroll through screen's history.
Pressing Enter will start marking text for copying. Pressing Enter again will copy the selected text into the clipboard. Now, to paste that text, press Ctrl+a ].
Moreover, screen has the ability to log its output to a file on the disk. To enable screen logging, press Ctrl+a H to enable it and again to disable it. By default, the log file will be saved as $HOME/screenlog.1 .

Cursor / window disappears with rxvt-unicode + xcompmgr + Xft font

The issue described in this thread is still outstanding for a number of users.
It seems to boil down to this: when using rxvt-unicode with xcompmgr and an Xft font (Liberation Mono, DejaVu Sans Mono, and Terminus were among those tested), the terminal cursor will disappear. Typing some text and pressing backspace will cause it to reappear.
Furthermore, the entire window sometimes disappears when switching workspaces in Openbox. Repeated workspace switches or minimizing / restoring the window (via a panel, such as tint2) can make it reappear.
A workaround is to set URxvt*cursorUnderline in ~/.Xdefaults, but some users prefer a block cursor.

The suggestion of installing libxft-lcd was made. I did so, commented-out the URxvt*cursorUnderline line in ~/.Xdefaults, logged out of X, and restarted slim from tty1.
% ldd /usr/bin/urxvt | grep Xft
libXft.so.2 => /usr/lib/libXft.so.2 (0x00007fd35f179000)
% pacman -Qo /usr/lib/libXft.so.2
/usr/lib/libXft.so.2 is owned by libxft-lcd 2.2.0-1
After restarting slim, the problem persists. After rebooting, the problem still persists.
xterm does not exhibit this problem, nor does emacs. I use both programs with libxft and blinking block cursors, and they both work as expected. This seems to be an issue with running rxvt-unicode in combination with xcompmgr. From my POV, it doesn't seem that intel drivers are to blame, but I suppose I wouldn't rule them out.
Last edited by hexadecagram (2011-10-09 21:23:43)

[SOLVED] rxvt-unicode 9.17 + tmux = visual artifacts on resize

Getting visual artifacts with the latest urxvt update.
Thinking possibly an upstream issue, but would like confirmation first.
Using dwm 6.0 with resizehints = False, if that matters.
Can anyone reproduce and/or recommend a fix?
Reproduce:
- Run tmux in rxvt-unicode 9.17-1
- Fill terminal with text, e.g. `ls -la`
- Resize window
Expected:
Actual:
Observation:
If affected window is placed behind another window (e.g. by changing tags in dwm, or by dragging another window over it), the artifacts disappear.
Edit: Solved
Temp fix:
Downgrading to rxvt-unicode 9.16.
bangkok_manouel wrote:revert patch of guilty commit: https://gist.github.com/anonymous/5180682
Last edited by w0ng (2013-03-20 20:56:11)

I'm also encountering this issue after upgrading rxvt-unicode to 9.17. I'm using xmonad w/ an accordion layout so the instance of urxvt in which tmux is running is resized on focus resulting in the tmux status line not being removed from the position it was at prior to the resize. I can reproduce the problem while enlarging a floating urxvt+tmux window as well.
The problem doesn't exist after downgrading to rxvt-unicode 9.16.

[SOLVED] Rxvt-unicode fails to paste PRIMARY selection owned by Vim

Urxvt almost always work with the X PRIMARY selection. i.e., if I select some
text in Firefox or other applications, I will be able to paste it in urxvt.
But Vim seems to be an exception. Steps to reproduce:
1. Select some text ("foo") in Vim, either using the mouse or in visual mode.
Leave the Vim window open.
2. In another urxvt window, press Shift-Insert, _nothing_ is pasted.
Middle mouse click has the same effect as Shift-Insert in urxvt.
3. Issue the command `xsel -po`, and the text "foo" is printed. This means
the text is indeed what the X PRIMARY selection holds (or points to).
4. The text "foo" is also pasted in Firefox by middle mouse click.
The text "foo" is also pasted in xterm by either middle mouse click or
Shift-Insert.
5.1. If you do `xsel -po | xsel -pi`, urxvt will behave like everyone else.
5.2. Without doing 5.1, quit Vim (:q). After that, "foo" will be pasted in
urxvt by Shift-Insert.
What Vim does on quit is documented in its help (:h x11-cut-buffer):
Vim wrote:
There are, by default, 8 cut-buffers: CUT_BUFFER0 to CUT_BUFFER7. Vim only
uses CUT_BUFFER0, which is the one that xterm uses by default.
Whenever Vim is about to become unavailable (either via exiting or becoming
suspended), and thus unable to respond to another application's selection
request, it writes the contents of any owned selection to CUT_BUFFER0. If the
"+ CLIPBOARD selection is owned by Vim, then this is written in preference,
otherwise if the "* PRIMARY selection is owned by Vim, then that is written.
My guesses are:
* Urxvt somehow requires the cut buffer (CUT_BUFFER0) to sync with the
PRIMARY selection, otherwise it will fail to request the PRIMARY selection.
* The reason why text selected from applications other than Vim can be pasted
just fine in urxvt is probably that they always sync the cut buffer with the
PRIMARY selection.
I may be wrong, so please do comment.
If my conclusion proves to be right, I will file a bug report to rxvt-unicode.
Edit: This issue is fixed in rxvt-unicode 9.12.
Last edited by lolilolicon (2011-07-02 16:31:45)

lolilolicon wrote:
Urxvt almost always work with the X PRIMARY selection. i.e., if I select some
text in Firefox or other applications, I will be able to paste it in urxvt.
But Vim seems to be an exception. Steps to reproduce:
1. Select some text ("foo") in Vim, either using the mouse or in visual mode.
Leave the Vim window open.
2. In another urxvt window, press Shift-Insert, _nothing_ is pasted.
Middle mouse click has the same effect as Shift-Insert in urxvt.
3. Issue the command `xsel -po`, and the text "foo" is printed. This means
the text is indeed what the X PRIMARY selection holds (or points to).
4. The text "foo" is also pasted in Firefox by middle mouse click.
The text "foo" is also pasted in xterm by either middle mouse click or
Shift-Insert.
5.1. If you do `xsel -po | xsel -pi`, urxvt will behave like everyone else.
5.2. Without doing 5.1, quit Vim (:q). After that, "foo" will be pasted in
urxvt by Shift-Insert.
What Vim does on quit is documented in its help (:h x11-cut-buffer):
Vim wrote:
There are, by default, 8 cut-buffers: CUT_BUFFER0 to CUT_BUFFER7. Vim only
uses CUT_BUFFER0, which is the one that xterm uses by default.
Whenever Vim is about to become unavailable (either via exiting or becoming
suspended), and thus unable to respond to another application's selection
request, it writes the contents of any owned selection to CUT_BUFFER0. If the
"+ CLIPBOARD selection is owned by Vim, then this is written in preference,
otherwise if the "* PRIMARY selection is owned by Vim, then that is written.
My guesses are:
* Urxvt somehow requires the cut buffer (CUT_BUFFER0) to sync with the
PRIMARY selection, otherwise it will fail to request the PRIMARY selection.
* The reason why text selected from applications other than Vim can be pasted
just fine in urxvt is probably that they always sync the cut buffer with the
PRIMARY selection.
I may be wrong, so please do comment.
If my conclusion proves to be right, I will file a bug report to rxvt-unicode.
Hi lolilolicon,
I cannot reproduce the errors from step 2. My system has the following packages:
gvim 7.3.206-1
vim-runtime 7.3.206-1
rxvt-unicode 9.12-1
To be fair, rxvt-unicode was upgraded to 9.12 recently (I think it was sometime last week), and I also recall vim's visual mode selections NOT being paste-able into a separate urxvt window. But I guess the 9.12 update fixed things. (There are a couple regression fixes with the words "selection" to describe them @ http://cvs.schmorp.de/rxvt-unicode/Changes .) I tested both gvim and regular console vim (visual mode) and it all worked. I also double-checked with `xsel -po`.

[SOLVED] Highlighted text in the shell, appearance rxvt-unicode

Hi,
Short question, when I highlight text in the shell or when text get highlighted in ncmpcpp or outer app running in the shell it gets basically impossible to read. Because background to text get the same color and strength then the text.
what setting should I look for to change what it look like when I mark and highlight text in the shell?
Thank you!
All the best,
Christer
Last edited by agkbill (2012-10-13 20:41:41)

Additional info.
I am using i3 as window manager and terminal emulator "rxvt-unicode-256color"
.xinitrc
# set the cursor
xsetroot -cursor_name left_ptr
# set German keyboard layout
# setxkbmap -layout de
# start xmonad
#Power management turn off monitor etc
#xset dpms 0 7200 10800 &
xset -dpms; xset s off
# xloadimage laddar bakgrundsbild fick det inte att fungera tillsamans med xcompmgr som man
# använder för att få genomskinliga terminal fönster mm. Ersätter med bildvisaren "feh"
#xloadimage -onroot -fullscreen /home/christer/devices-extern/windows7/archlinux/stone_wall_ce.png
xrdb -merge ~/.Xresources # Denna rad behövs ifall man vill använda TERMINAL/emulator "urxvt"
feh --bg-scale /home/christer/devices-extern/windows7/archlinux/stone_wall_ce.png
setxkbmap -layout "us, se" -option "grp:alt_shift_toggle" #alt"grp:caps_toggle"
xcompmgr -c &
#xmonad
#awesome
exec /usr/bin/i3 -V -d all >~/i3log/i3log-$(date +'%F-%k-%M-%S') 2>&1
.Xresources
# transparency - true or false (default)
#URxvt*transparent: true
# tint with any color; i.e., blue, red, tomato4, olivedrab2, etc.
# some nice listings are at:
# http://www.nisrv.com/drupal/?q=node/11
# http://www.htmlgoodies.com/tutorials/colors/article.php/3478921
URxvt*tintColor: white
URxvt*inheritPixmap: true
# shading - 0 to 99 darkens, 101 to 200 lightens.
# Don't use with tintColor; just use a darker or lighter color instead.
#URxvt*shading: 40
# scrollback buffer lines - 65535 is max on most machines (64 is default)
URxvt*saveLines: 12000
# font color (default is black)
URxvt*foreground: DarkSlateGray1
# background color (prior to tinting) (default is white)
URxvt.depth: 32
URxvt.background: [10]#black
# Xft (X FreeType) with Bitstream, DejaVu, Liberation, or Terminus fonts:
# Fedora/debian packages: libXft/libxft2
# An anti-aliased font setup with Xft looks fantastic; it can be a bit choppy
# on older systems. You can always turn off anti-aliasing (antialias=false) if
# your terminal is sluggish. Use only ONE of the Xft pairs below:
# Xft: Bitstream fonts
# Fedora/debian packages: bitstream-vera-sans-mono-fonts/ttf-bitstream-vera
#URxvt*font: xft:Bitstream Vera Sans Mono:pixelsize=12:antialias=true:hinting=true
#URxvt*boldFont: xft:Bitstream Vera Sans Mono:bold:pixelsize=12:antialias=true:hinting=true
# Xft: DejaVu fonts
# Fedora/debian packages: dejavu-sans-mono-fonts/ttf-dejavu
URxvt*font: xft:DejaVu Sans Mono:pixelsize=12:antialias=true:hinting=true
URxvt*boldFont: xft:DejaVu Sans Mono:bold:pixelsize=12:antialias=true:hinting=true
# Xft: Liberation fonts
# Fedora/debian packages: liberation-mono-fonts/ttf-liberation
#URxvt*font: xft:Liberation Mono:pixelsize=13:antialias=true:hinting=true
#URxvt*boldFont: xft:Liberation Mono:bold:pixelsize=13:antialias=true:hinting=true
# Xft: Terminus fonts
# Fedora/debian packages: terminus-fonts/xfonts-terminus
#URxvt*font: xft:terminus:pixelsize=15
#URxvt*boldFont: xft:terminus:bold:pixelsize=15
# Traditional fonts - a more traditional font setup in lieu of xft
#URxvt*font:-*-courier-medium-r-normal-*-14-*-*-*-*-*-iso8859-1
#URxvt*boldFont:-*-courier-bold-r-normal-*-14-*-*-*-*-*-iso8859-1
# Replace blue folder colors with a lighter shade for clarity. To
# set colored folders and files within urxvt, xterm, and aterm, add
# the following line to your ~/.bashrc ($HOME/.bashrc) file under
# the heading "# User specific aliases and functions":
# alias ls="ls -h --color=auto"
URxvt*color4: RoyalBlue
URxvt*color12: RoyalBlue
# scrollbar - true (default) or false
URxvt*scrollBar: false
# scrollbar position - left=false (default) or right=true
URxvt*scrollBar_right: false
# scrollbar style - rxvt (default), plain, next, or xterm
URxvt*scrollstyle: plain
#Fade the text by the given percentage when focus is lost.
URxvt*enable-fading on
URxvt*fade 50
URxvt*fadecolor black
Biggest problem is when I running console based applications like ncmpcpp or ranger.
Last edited by agkbill (2012-10-13 08:34:28)

[solved] rxvt-unicode-8.5a-1

Update Issue
update rxvt-unicode-8.5a-1,
[root@arch-01 jada]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
warning: ffmpeg: local (20071009-1) is newer than extra (20070505-4)
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: rxvt-unicode-8.5a-1
Total Package Size: 2.08 MB
Proceed with installation? [Y/n] y
checking package integrity... done.
cleaning up... done.
(1/1) checking for file conflicts [#####################] 100%
(1/1) upgrading rxvt-unicode [#####################] 100%
[root@arch-01 jada]# pacman -Scc
Do you want to remove all packages from cache? [Y/n] y
removing all packages from cache... done.
[root@arch-01 jada]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
warning: ffmpeg: local (20071009-1) is newer than extra (20070505-4)
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: rxvt-unicode-8.5a-1
Total Package Size: 2.08 MB
Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
rxvt-unicode 2.1M 550.1K/s 00:00:04 [#####################] 100%
checking package integrity... done.
cleaning up... done.
(1/1) checking for file conflicts [#####################] 100%
(1/1) upgrading rxvt-unicode [#####################] 100%
[root@arch-01 jada]#
It doesn't take the update! With "pacman -Syu" it will allways update again and again ...........
Last edited by JaDa (2007-11-22 19:52:08)

the problem was solved today with the new update
rxvt-unicode-8.5a-2
the right packages are now on the update server
Last edited by JaDa (2007-11-22 19:54:04)

[SOLVED] Escape sequences instead of colors in rxvt-unicode

On a Git cheat sheet I found that I could add nice colors to Git's output, so I edited my ~/.gitconfig by adding:
[color]
ui = auto
[color "branch"]
current = yellow reverse
local = yellow
remote = green
[color "diff"]
meta = yellow bold
frag = magenta bold
old = red bold
new = green bold
[color "status"]
added = yellow
changed = green
untracked = cyan
However, when performing a git log my terminal looks like this:
ESC[33mcommit 226dcb52565b58952b78fb107d8d9def3ca396abESC[m
Merge: 8f8af9f 93341d8
where ESC's colors are reversed. So, instead of yellow commit lines it outputs everything in plain text.
What's wrong with my configuration? I am using rxvt-unicode 9.15-3.
Last edited by Marcel- (2012-12-06 13:14:12)

Someone on the mailing list said that this was due to incorrect parameters to my pager, less. Adding -R to $LESS (or deleting the variable entirely) solved this issue.

Bug?: rxvt-unicode not allowed to run top, irssi and so on

Didn't know where to post this, please tell me if I'm on the wrong place.
With the latest RXVT-unicode-package (from comunity), I'm not allowed to run programs like top, screen and irssi in it. I've tried to install it on two diferent computers, with the same result:
[kristian@localhost ~]$ top
'rxvt-unicode': unknown terminal type.
[kristian@localhost ~]$ screen
Cannot find terminfo entry for 'rxvt-unicode'.
[kristian@localhost ~]$ irssi
setupterm() failed for TERM=rxvt-unicode: 0
Can't initialize screen handling, quitting.
You can still use the dummy mode with -d parameter
I've seen this happen with earlier binary pacages of "rxvt-unicode." I'm not quite sure how I fixed i back then. I might have built it myself with a PKGBUILD from this forum.
I can't find urxvt in "/usr/share/terminfo/". I think that's what causes these problems.
EDIT: Found a cvs-vesion on the aur that works. LINK

ozar wrote:http://bbs.archlinux.org/viewtopic.php?t=14317
It's the same bug. Witch means that we'll let this thread die. (I'll mention it in the thread you liked to, yust to be shure.)
Well, I think it's the same. But the file doesn't look blank...
Thanks

[Solved] no non-ASCII character input in rxvt-unicode

Hello everyone,
For some days now, I can't write any non-ASCII characters any more in rxvt-unicode and rxvt-unicode-patched. Unfortunately, downgrading the rxvt-unicode package doesn't seem to help. To have at least a temporary solution, I'd like to know at least which packages I could try to downgrade as well. Any ideas, anyone?
greez,
maxmin
Last edited by Maximalminimalist (2011-03-12 13:12:26)

When I try to type a non-ASCII-character I get nothing at all. This happens with my custom keyboard layout (modified programmer dvorak) and in some layouts I already tried (us: altgr-intl, ch, de and fr)
When I paste a non-ASCII characters in rxvt-unicode I get
maxmin ~ $ ?
This happens only on my x86_64 desktop which is more up to date than my i686 laptop. (I'm afraid now to do any updates.)
EDIT: I'm sorry, I don't know what you mean with locale settings. What do you mean with that?
EDIT2: Maybe just typing locale in the terminal is what you mean:
maxmin ~ $ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=
With other terminal emulators I get sometimes also nothing and sometimes right displayed but wrong interpreted character in vim. I didn't take notes while doing that but I'll try again if needed.
Last edited by Maximalminimalist (2011-03-06 21:51:23)

[SOLVED]missing terminfo entry rxvt-unicode-256color

i've installed rxvt-unicode-patched 9.18-3 from aur. first i could not open any terminal because of missing rxvt-unicode-256color terminfo entry in /usr/share/terminfo/r. i fixed this by adding URxvt*termName: rxvt-256color into .Xresources, but as far as i understand, this is not the right thing to do.
what should i do?
Last edited by s0l!d (2013-08-14 15:24:28)

pacman -Qi rxvt-unicode-terminfo
Name : rxvt-unicode-terminfo
Version : 9.18-7
Beschreibung : Terminfo files for urxvt
Architektur : i686
URL : http://software.schmorp.de/pkg/rxvt-unicode.html
Lizenzen : GPL
Gruppen : Nichts
Stellt bereit : Nichts
Hängt ab von : Nichts
Optionale Abhängigkeiten: Nichts
Benötigt von : rxvt-unicode-patched
Optional für: Nichts
Konflikt mit : Nichts
Ersetzt : Nichts
Installationsgröße: 5,00 KiB
Packer : Sébastien Luttringer <[email protected]>
Erstellt am : Fr 05 Jul 2013 15:03:33 CEST
Installiert am : Do 08 Aug 2013 23:07:11 CEST
Installationsgrund : Installiert als Abhängigkeit für ein anderes Paket
Installations-Skript : Nein
Verifiziert durch: Signatur

[solved] pacman -Syu made my rxvt-unicode pink

nothing against those who likes their terminal looking like Barbie's Dream House, but I'm baffled.
I did a pacman -Syu, shutdown, installed a 1TB drive, booted back up and now my urxvt background is bright pink.
This is my .Xdefaults.
URxvt*termName: rxvt-unicode
URxvt.perl-ext-common: default,matcher
URxvt.urlLauncher: firefox
URxvt.matcher.button: 2
URxvt.matcher.pattern.1: \\bwww\\.[\\w-]\\.[\\w./?&@#-]*[\\w/-]
URxvt*saveLines: 4000
URxvt*background: #1c1c1c
!URxvt*background: #2E3436
URxvt*secondaryScroll: true
URxvt*scrollBar: false
URxvt*geometry: 130x25
URxvt.font: xft:DejaVu Sans Mono:size=8
URxvt.xftAntialias: true
URxvt*foreground: white
URxvt*pointerColor: white
URxvt*pointerColorBackground: black
URxvt*cursorColor: white
URxvt*keysym.Home: \033[1~
URxvt*keysym.End: \033[4~
!URxvt*inheritPixmap: True
URxvt*shading: 20
URxvt*tintColor: black
! Black
URxvt*color0: #262626
URxvt*color8: #252525
! Red
URxvt*color1: #C12121
URxvt*color9: #E50E0E
! Green
URxvt*color2: #597b20
URxvt*color10: #89b83f
! Yellow
URxvt*color3: #Ded838
URxvt*color11: #efef60
! Blue
URxvt*color4: #265997
URxvt*color12: #3F6FD0
! Magenta
URxvt*color5: #706c9a
URxvt*color13: #826ab1
! Cyan
URxvt*color6: #69a2b0
URxvt*color14: #a1cdcd
! White
URxvt*color7: #BBBBBB
URxvt*color15: #EEEEEF
I can't figure this out. Any ideas?
Last edited by scv5 (2009-08-12 16:46:40)

I've had the same problem with Cygwin, so I gave a try... looks like the problem is the whitespace after the colours.
URxvt*background: #1c1c1c_
URxvt*foreground: white_

[SOLVED] vim-powerline with rxvt-unicode

Hi! I was wondering if anyone has been able to make the vim plugin vim-powerline work with urxvt.
It works fine with gvim and with gnome-terminal once i change the encoding to utf-8. I think there must be something missing form my urxvt configuration.
Here's my .Xresources, maybe some of you guys knows what i'm missing:
URxvt.imLocale: pt_PT.UTF-8
URxvt.scrollBar: off
URxvt.font: xft:Inconsolata-dz-Powerline:pixelsize=12:antialias=true:hinting=true
URxvt*loginShell:true
URxvt*termName:rxvt-unicode
URxvt.perl-ext-common: default,matcher,tabbed
URxvt.urlLauncher: /usr/bin/iceweasel
URxvt.matcher.button: 1
URxvt.perl-ext: default,url-select
URxvt.keysym.M-u: perl:url-select:select_next
URxvt.underlineURLs: true
URxvt.tabbed.tabbar-fg: 2
URxvt.tabbed.tabbar-bg: 0
URxvt.tabbed.tab-fg: 3
URxvt.tabbed.tab-bg: 0
Last edited by ruaz (2012-03-31 12:23:37)

I use powerline, but i have it installed via YADR. I had to tweak settings here-and-there as it's oriented towards a OSX install, but on the whole it worked out of the box. What exactly is the issue you're seeing? I think the only special stuff I did was making sure I had suitable fonts, and a snippet along the lines of:
if has("gui_running")
" GUI stuff
else
colorscheme solarized
set background=dark
let g:Powerline_symbols = 'unicode'
endif
EDIT: BTW, I can highly recommend the YADR configs; they are nicely organized and use a lot of nice plugins for any serious dev work.
Last edited by nogoma (2012-03-30 23:15:44)

[SOLVED] rxvt-unicode: disable iso 14755

Hi,
I want to disable all the urxvt functionalities associated with the ctrl+shift keys. Is there a way to do this at runtime ?
The PKGBUILD seems to have the "disable-frills" flag. Then the only thing related to ctrl+shift should be iso 14755.
I was using rxvt-unicode-256color from AUR before and this was not happening.
Last edited by X-dark (2011-01-03 16:15:19)

either compile with --disable-iso14755 or try URxvt* iso14755: False and URxvt* iso14755_52: False
Last edited by Mr.Elendig (2011-01-03 16:07:46)

[SOLVED] rxvt-unicode not switching to fullscreen

Hi there.
I just installed rxvt-unicode and wanted to activate the fullscreen toggle.
I read on the ArchWiki that I needed the urxvt-fullscreen package from the AUR:
https://wiki.archlinux.org/index.php/Rx … Fullscreen
After installing it I set the switch key in my ~/.Xdefaults file (Wiki says ~/.Xresources
but all other sources said .Xdefaults so I don't think I'm doing anything wrong here),
but when I press it nothing happens. Is there a log file I can check?
Here's my ~/.Xdefaults:
! to match gnome-terminal "Linux console" scheme
! foreground/background
URxvt*background: #002B36
URxvt*foreground: #839496
! black
URxvt.color0 : #000000
URxvt.color8 : #555555
! red
URxvt.color1 : #DC322F
URxvt.color9 : #DC322F
! green
URxvt.color2 : #55FF55
URxvt.color10 : #55FF55
! yellow
URxvt.color3 : #B58900
URxvt.color11 : #B58900
! blue
URxvt.color4 : #268BD2
URxvt.color12 : #5555FF
! magenta
URxvt.color5 : #D33682
URxvt.color13 : #FF55FF
! cyan
URxvt.color6 : #2AA198
URxvt.color14 : #55FFFF
! white
URxvt.color7 : #AAAAAA
URxvt.color15 : #EEE8D5
! Native transparency
URxvt.transparent: true
URxvt.shading: 23
! Adjust the scrollbar
URxvt.scrollBar: false
! Adjust the geometry
URxvt.geometry: 100x33
! Remove borders
URxvt.borderLess: true
! Font and letter spacing
! I want antialiasing!!
URxvt*font: xft:Monospace:pixelsize=13:antialias=true
URxvt*letterSpace: -1
! Perl extensions
URxvt.perl-ext-common : default,matcher,tabbed
URxvt.urlLauncher : /usr/bin/chromium
URxvt.matcher.button : 1
! Fullscreen switch
URxvt.keysym.F11: perl:fullscreen:switch
Last edited by rubik (2012-09-02 07:36:53)

Ok, I didn't notice that message during install and it's not on the wiki, so...
But now that I added it to my .Xdefaults the behavior is the same (i.e. nothing happens).
! to match gnome-terminal "Linux console" scheme
! foreground/background
URxvt*background: #002B36
URxvt*foreground: #839496
! black
URxvt.color0 : #000000
URxvt.color8 : #555555
! red
URxvt.color1 : #DC322F
URxvt.color9 : #DC322F
! green
URxvt.color2 : #55FF55
URxvt.color10 : #55FF55
! yellow
URxvt.color3 : #B58900
URxvt.color11 : #B58900
! blue
URxvt.color4 : #268BD2
URxvt.color12 : #5555FF
! magenta
URxvt.color5 : #D33682
URxvt.color13 : #FF55FF
! cyan
URxvt.color6 : #2AA198
URxvt.color14 : #55FFFF
! white
URxvt.color7 : #AAAAAA
URxvt.color15 : #EEE8D5
! Native transparency
URxvt.transparent: true
URxvt.shading: 23
! Adjust the scrollbar
URxvt.scrollBar: false
! Adjust the geometry
URxvt.geometry: 100x33
! Remove borders
URxvt.borderLess: true
! Font and letter spacing
! I want antialiasing!!
URxvt*font: xft:Monospace:pixelsize=13:antialias=true
URxvt*letterSpace: -1
! Perl extensions
URxvt.perl-ext-common : default,matcher,tabbed,fullscreen
URxvt.urlLauncher : /usr/bin/chromium
URxvt.matcher.button : 1
! Fullscreen switch
URxvt.keysym.F11: perl:fullscreen:switch

[SOLVED] Emacs + rxvt-unicode Cursor Bug

Similar Messages

Maybe you are looking for