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)

Similar Messages

[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)

Potoshop's tools and windows disappears with Leopard's Spaces.

Dear friends,
I was having very annoying problem with PS CS3 and spaces. Interface disappears when you focus a program that is on other space. This was with Photoshop CS3 and Flash CS3 trials. I'm very sad about this. Instead of optimizing the process its actually making it more annoying. For photoshop I used "tab" key twice to hide/show the interface, then it gets back. For flash, F4 does the same thing. But it's annoying.....
Mac Pro 2 x 2.8GHz Xeons with 2GB RAM.
I've seen a couple of guys having the same thing. Anyone found a solution?
Thanks.

I've noticed that same issue if I use the dock icons to act as application/space switchers but only on Adobe apps most notably Photoshop but occasionally Illustrator too it seems. I've adopted a different solution which seems to solve that options bar/tool box disappeaing act. In System Preferences/Exposé there is an option to use hot corners. I've assigned Spaces to my lower right corner. Flicking my cursor to that corner gives me a graphic image of all my spaces and windows open in each. In that image I can select my Photoshop space and don't experience the interface disappearing issue.

[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.

Have updated firefox and my e-mail at terra.es has disappeared .with no mail shown or history.how can i recover my mail or get back to original firefox. am on windows 7.

have updated firefox and my e-mail at terra.es has disappeared .with no mail shown or history.how can i recover my mail or get back to original firefox. am on windows 7.

Clear the cache and the cookies from sites that cause problems.
* "Clear the Cache": Tools > Options > Advanced > Network > Offline Storage (Cache): "Clear Now"
* "Remove the Cookies" from sites causing problems: Tools > Options > Privacy > Cookies: "Show Cookies"
Start Firefox in <u>[[Safe Mode]]</u> to check if one of the extensions is causing the problem (switch to the DEFAULT theme: Firefox (Tools) > Add-ons > Appearance/Themes).
* Don't make any changes on the Safe mode start window.
* https://support.mozilla.com/kb/Safe+Mode
* [[Troubleshooting extensions and themes]]

[rxvt-unicode]pseudo-transparency not working with Awesome WM (solved)

Hi all,
first of all, let me tell you that I googled about this problem, I read the Archwiki, the rxvt FAQ and several threads in multiple forums but nothing that I found actually worked.
I'm using Awesome WM and OpenBox and my rxvt is the standard rxvt-unicode from the repos.
Since an update, rxvt is not transparent anymore (I was using pseudo-transparency). Actually, transparency works with OpenBox but it does not work with Awesome WM. I find it very weird.
I tried increasing the shading value in .Xdefaults as suggested in an other thread in this form but it did not help at all. I thought the problem was that I needed libafterimage so I installed it but then, how to use it?
Does someone have any idea about this? I'd be very thankfull!
Last edited by Sherwood51 (2011-01-18 17:04:37)

And how exactly did you get it to work with feh ? I keep failing to get pseudo-transparency.
My theme.lua has this:
awsetbg -f -u feh path/to/wallpaper
and I also tried this:
feh --bg-scale path/to/wallpaper
and in Xdefaults:
URxvt*background 0
URxvt*depth 24 ( doesn't work with 32 either )
URxvt*inheritPixmap true
URxvt*transparent true
EDIT:
I got cairo working ( finally ), so I have true transparency, so don't mind my post.
Last edited by Varg (2011-01-19 21:08:33)

Downloaded new iTunes, Comes up with T'c and C's, I click accept, window disappears but nothing happens. Please Help :(

Downloaded new iTunes, Comes up with T'c and C's, I click accept, window disappears but nothing happens. Please Help

James Williams2 wrote:
I've thought to download iTunes 10.4.1 fresh from Apple (ie not through Software Update) but don't want to risk screwing up the iTunes that I currently have
nothing will be screwed up.
but, if it makes you feel better, do this:
download the iTunes standalone installer
reboot into safe mode
run a permission repair session using disk utility
run the installer
let the Mac reboot normally

[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 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.

Where can I find rxvt-unicode .Xdefaults options?

I have yet to find a comprehensive, straightforward listing of the rxvt-unicode settings.
The Arch wiki is incomplete, and links to http://pod.tst.eu/http://cvs.schmorp.de … rxvt.1.pod, which doesn't seem to list any tab options.
Moreover, some options in .Xdefaults seem to only work with the prefix .URxvt (e.g. tab-fg and tab-bg), and some only seem to work with the prefix .urxvt (e.g. scrollTtyKeypress). I really can't figure out when to use which, aside from trial and error.
And even though every resource seems to agree that URxvt.tabbed.new-button: false should disable the clickable New tab button, it doesn't.
urxvt --help still doesn't distinguish between which case-sensitive prefixes are required.
Can anybody shed some light on this?
.Xdefaults:
urxvt.depth: 32
urxvt.background: [80]#0C0020
urxvt.scrollBar: false
urxvt.scrollTtyOutput: false
! scroll in relation to buffer (with mouse scroll or Shift+Page Up)
urxvt.scrollWithBuffer: true
! scroll back to the bottom on keypress
urxvt.scrollTtyKeypress: true
URxvt.foreground: [100]#FFFFFF
URxvt.font: xft:monospace:size=11
URxvt.perl-ext-common: tabbed
URxvt.cursorBlink: true
URxvt.keysym.M-c: perl:clipboard:copy
URxvt.keysym.M-v: perl:clipboard:paste
URxvt.keysym.M-C-v: perl:clipboard:paste_escaped
URxvt.tabbed.new-button: false
URxvt.tabbed.tab-fg: 1
URxvt.tabbed.tab-bg: 0
Last edited by RobotGymnast (2014-01-12 19:03:36)

karol wrote:I did some testing and I think this option refers to urxvt-tabbedex package: https://wiki.archlinux.org/index.php/Rx … management
The 'NEW' button is off be default, but you can enable it, just like it says in the wiki.
The article is wrong; the New button isn't disabled by default, at least it wasn't for me. I only added lines pertaining to it when I accidentally clicked it and got a new tab.
karol wrote:
I'm using
URxvt.tabbed.autohide: yes
to disable the tab bar if only one tab is present.
Thanks, but I don't want tab bar autohiding. I don't like my window shifting around when I open a second tab (which I almost always do).
Last edited by RobotGymnast (2014-01-12 19:32:35)

[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] 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_

Screen: Cannot find terminfo entry for 'rxvt-unicode', works in root

I'm using screen (http://www.archlinux.org/packages/14519/) and it works fine under root, but it keeps saying it can't find the terminfo entry for anything when I'm under a different user ('linux', 'xterm', 'rxvt-unicode'). First I tried setting URxvt*termName: rxvt (xterm as well), then I tried copying screenrc from /etc/ and /etc/skel/ to my home directory as .screenrc, and finally I tried compiling from source as another user. Does anyone have any ideas how to fix this?

phrakture wrote:Are you ssh'ing to another machine?
Nope, I've installed arch on my laptop.
This error typically happens when you ssh to a machine that does NOT have the terminfo installed.
I don't know if terminfo is the correct name of the package, but pacman -Qs *term* or *info* or terminfo didn't show anything.
Could you possibly post your screenrc, just so I can check?
This is the config I've copied from /etc/skel/ to ~/, if I type nano .screenrc after logging in this is what I'll see.
Edit: I forgot to say that screen produces the same results in xterm.
# Example of a user's .screenrc file
# This is how one can set a reattach password:
# password ODSJQf.4IJN7E # "1234"
# no annoying audible bell, please
vbell on
# detach on hangup
autodetach on
# don't display the copyright page
startup_message off
# emulate .logout message
pow_detach_msg "Screen session of \$LOGNAME \$:cr:\$:nl:ended."
# advertise hardstatus support to $TERMCAP
# termcapinfo * '' 'hs:ts=\E_:fs=\E\\:ds=\E_\E\\'
# make the shell in every window a login shell
#shell -$SHELL
# autoaka testing
# shellaka '> |tcsh'
# shellaka '$ |sh'
# set every new windows hardstatus line to somenthing descriptive
# defhstatus "screen: ^En (^Et)"
defscrollback 1000
# don't kill window after the process died
# zombie "^["
# enable support for the "alternate screen" capability in all windows
# altscreen on
# xterm tweaks
#xterm understands both im/ic and doesn't have a status line.
#Note: Do not specify im and ic in the real termcap/info file as
#some programs (e.g. vi) will not work anymore.
termcap xterm hs@:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l
terminfo xterm hs@:cs=\E[%i%p1%d;%p2%dr:im=\E[4h:ei=\E[4l
#80/132 column switching must be enabled for ^AW to work
#change init sequence to not switch width
termcapinfo xterm Z0=\E[?3h:Z1=\E[?3l:is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l
# Make the output buffer large for (fast) xterms.
#termcapinfo xterm* OL=10000
termcapinfo xterm* OL=100
# tell screen that xterm can switch to dark background and has function
# keys.
termcapinfo xterm 'VR=\E[?5h:VN=\E[?5l'
termcapinfo xterm 'k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~'
termcapinfo xterm 'kh=\EOH:kI=\E[2~:kD=\E[3~:kH=\EOF:kP=\E[5~:kN=\E[6~'
# special xterm hardstatus: use the window title.
termcapinfo xterm 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007'
#terminfo xterm 'vb=\E[?5h$<200/>\E[?5l'
termcapinfo xterm 'vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l'
# emulate part of the 'K' charset
termcapinfo xterm 'XC=K%,%\E(B,[\304,\\\\\326,]\334,{\344,|\366,}\374,~\337'
# xterm-52 tweaks:
# - uses background color for delete operations
termcapinfo xterm* be
# wyse terminals
#wyse-75-42 must have flow control (xo = "terminal uses xon/xoff")
#essential to have it here, as this is a slow terminal.
termcapinfo wy75-42 xo:hs@
# New termcap sequences for cursor application mode.
termcapinfo wy* CS=\E[?1h:CE=\E[?1l:vi=\E[?25l:ve=\E[?25h:VR=\E[?5h:VN=\E[?5l:cb=\E[1K:CD=\E[1J
# other terminals
# make hp700 termcap/info better
termcapinfo hp700 'Z0=\E[?3h:Z1=\E[?3l:hs:ts=\E[62"p\E[0$~\E[2$~\E[1$}:fs=\E[0}\E[61"p:ds=\E[62"p\E[1$~\E[61"p:ic@'
# Extend the vt100 desciption by some sequences.
termcap vt100* ms:AL=\E[%dL:DL=\E[%dM:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC
terminfo vt100* ms:AL=\E[%p1%dL:DL=\E[%p1%dM:UP=\E[%p1%dA:DO=\E[%p1%dB:LE=\E[%p1%dD:RI=\E[%p1%dC
termcapinfo linux C8
# old rxvt versions also need this
# termcapinfo rxvt C8
# keybindings
#remove some stupid / dangerous key bindings
bind k
bind ^k
bind .
bind ^\
bind \\
bind ^h
bind h
#make them better
bind 'K' kill
bind 'I' login on
bind 'O' login off
bind '}' history
# Yet another hack:
# Prepend/append register [/] to the paste if ^a^] is pressed.
# This lets me have autoindent mode in vi.
register [ "\033:se noai\015a"
register ] "\033:se ai\015a"
bind ^] paste [.]
# default windows
# screen -t local 0
# screen -t mail 1 mutt
# screen -t 40 2 rlogin server
# caption always "%3n %t%? @%u%?%? [%h]%?%=%c"
# hardstatus alwaysignore
# hardstatus alwayslastline "%Lw"
# bind = resize =
# bind + resize +1
# bind - resize -1
# bind _ resize max
# defnonblock 1
# blankerprg rain -d 100
# idle 30 blanker
Here's the other config file I've tried from /etc/
# This is an example for the global screenrc file.
# You may want to install this file as /usr/local/etc/screenrc.
# Check config.h for the exact location.
# Flaws of termcap and standard settings are done here.
#startup_message off
#defflow on # will force screen to process ^S/^Q
deflogin on
#autodetach off
vbell on
vbell_msg " Wuff ---- Wuff!! "
# all termcap entries are now duplicated as terminfo entries.
# only difference should be the slightly modified syntax, and check for
# terminfo entries, that are already corected in the database.
# G0 we have a SEMI-GRAPHICS-CHARACTER-MODE
# WS this sequence resizes our window.
# cs this sequence changes the scrollregion
# hs@ we have no hardware statusline. screen will only believe that
# there is a hardware status line if hs,ts,fs,ds are all set.
# ts to statusline
# fs from statusline
# ds delete statusline
# al add one line
# AL add multiple lines
# dl delete one line
# DL delete multiple lines
# ic insert one char (space)
# IC insert multiple chars
# nx terminal uses xon/xoff
termcap facit|vt100|xterm LP:G0
terminfo facit|vt100|xterm LP:G0
#the vt100 description does not mention "dl". *sigh*
termcap vt100 dl=5\E[M
terminfo vt100 dl=5\E[M
#facit's "al" / "dl" are buggy if the current / last line
#contain attributes...
termcap facit al=\E[L\E[K:AL@:dl@:DL@:cs=\E[%i%d;%dr:ic@
terminfo facit al=\E[L\E[K:AL@:dl@:DL@:cs=\E[%i%p1%d;%p2%dr:ic@
#make sun termcap/info better
termcap sun 'up=^K:AL=\E[%dL:DL=\E[%dM:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:IC=\E[%d@:WS=1000\E[8;%d;%dt'
terminfo sun 'up=^K:AL=\E[%p1%dL:DL=\E[%p1%dM:UP=\E[%p1%dA:DO=\E[%p1%dB:LE=\E[%p1%dD:RI=\E[%p1%dC:IC=\E[%p1%d@:WS=\E[8;%p1%d;%p2%dt$<1000>'
#xterm understands both im/ic and doesn't have a status line.
#Note: Do not specify im and ic in the real termcap/info file as
#some programs (e.g. vi) will (no,no, may (jw)) not work anymore.
termcap xterm|fptwist hs@:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l
terminfo xterm|fptwist hs@:cs=\E[%i%p1%d;%p2%dr:im=\E[4h:ei=\E[4l
# Long time I had this in my private screenrc file. But many people
# seem to want it (jw):
# we do not want the width to change to 80 characters on startup:
# on suns, /etc/termcap has :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l:
termcap xterm 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l'
terminfo xterm 'is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l'
# Do not use xterms alternate window buffer.
# This one would not add lines to the scrollback buffer.
#termcap xterm|xterms|xs ti=\E7\E[?47l
#terminfo xterm|xterms|xs ti=\E7\E[?47l
#make hp700 termcap/info better
termcap hp700 'Z0=\E[?3h:Z1=\E[?3l:hs:ts=\E[62"p\E[0$~\E[2$~\E[1$}:fs=\E[0}\E[61"p:ds=\E[62"p\E[1$~\E[61"p:ic@'
terminfo hp700 'Z0=\E[?3h:Z1=\E[?3l:hs:ts=\E[62"p\E[0$~\E[2$~\E[1$}:fs=\E[0}\E[61"p:ds=\E[62"p\E[1$~\E[61"p:ic@'
#wyse-75-42 must have defflow control (xo = "terminal uses xon/xoff")
#(nowadays: nx = padding doesn't work, have to use xon/off)
#essential to have it here, as this is a slow terminal.
termcap wy75-42 nx:xo:Z0=\E[?3h\E[31h:Z1=\E[?3l\E[31h
terminfo wy75-42 nx:xo:Z0=\E[?3h\E[31h:Z1=\E[?3l\E[31h
#remove some stupid / dangerous key bindings
bind ^k
#bind L
bind ^\
#make them better
bind \\ quit
bind K kill
bind I login on
bind O login off
bind } history
Last edited by siodine (2007-12-19 20:29:58)

Rxvt-unicode, TERM and visible content redraw (CTRL+L)

Hi,
I've recently switched to rxvt-unicode (from community) from gnome-terminal. The thing is that with the default TERM=rxvt-unicode-256color I can see the screen being redrawn, e.g. when I hit CTRL+L while I'm in the shell or when I use Page-Down/Up in VIM. It looks as if there was some kind of double-buffering lacking. In other words: open rxvt-unicode and when I hit CTRL+L I can see the shell prompt being redrawn (it's fast but still noticeable).
The phenomenon doesn't exist in gnome-terminal. What's even more important, it doesn't exist in rxvt-unicode when I'm in tmux (which I have set to use TERM=screen-256color inside).
What's also worth noting is that when I set TERM to screen-256color in rxvt itself (not using tmux) the flickering while the screen is redrawn is also gone. But I don't want to use it like this - it's never a good idea to mix TERM settings.
Has anyone solved this problem without setting TERM to some non-rxvt value?
Last edited by piotr.domagalski (2012-09-16 14:32:46)

thisoldman wrote:
I normally have laststatus=2, it's in my default .vimrc. I'm not surprised at a flicker from vim's status bar, the information has to be reevaluated and the characters redrawn with every cursor movement.
I don't use transparency with urxvt, could that be an aggravating factor for the prompt flicker? I also wonder if screen flicker is as noticeable with a different shell or a different prompt?
Does bash-completion affect the flicker? It used to affect the redrawing of my PS1 but I haven't had that app installed for a couple of years now.
No, I don't think it has anything to do with bash-completion. It is not a shell specific problem.
I think it's something more low level, lack of some buffering or using it if TERM=rxvt-unicode-256color. You can see this effect in many applications (mocp, vim) when you force the terminal to be redrawn with ctrl+l. There's no such flicker with gnome-terminal (haven't tested other vte-based, though).
And it's not that there's a major flaw in rxvt-unicode because by simply using tmux I can make this flickering stop in all these situations.
Last edited by piotr.domagalski (2012-09-16 17:52:59)

Can't open folder or add directory, window disappears

I am using mac mavericks running latest lightroom on creative cloud.
Whenever I try to add a folder, and navigate to a folder on my internal HD the window disappears. I've tried quitting/reopening and updating Lightroom and nothing changes. The last time I tried it I received the following error: https://www.dropbox.com/s/pucv89mw3uyoe17/Screenshot%202013-12-15%2014.03.09.png

How to Adjust Mouse Settings in Mac OS X Lion
By Bob LeVitus
7 of 9 in Series: The Essentials of Adjusting Settings in Mac OS X Lion
Some Mac OS X Lion users like to customize the way their mouse works. The Mouse System Preferences pane in OS X Lion is where you set your mouse speed and double-click delays.
If you have a notebook Mac, you may see a Mouse icon in the System Preferences application, but unless you have a mouse connected via USB or Bluetooth, it will just sit there searching for a mouse that's not there.
The first item in this pane is a check box that’s new in Mac OS X Lion: Move Content in the Direction of Finger Movement When Scrolling or Navigating. If scrolling or navigating in windows feels backward to you, try un-checking this box.
Next are the features you’ll find in the Mouse System Preferences pane (if you have a mouse connected):
Move the Tracking Speed slider to change the relationship between hand movement of the mouse and cursor movement on-screen.
The Double-Click Speed setting determines how close together two clicks must be for the Mac to interpret them as a double click and not as two separate clicks.
If your mouse has a scroll ball or scroll wheel, you also see a Scrolling Speed slider, which lets you adjust how fast the contents of a window scroll when you use the scroll wheel or ball.
If your mouse has more than one button, you see a pair of Primary Mouse Button radio buttons. These let you choose which button you use to make your primary (regular) click. Conversely, the other mouse button (the one you didn’t choose) becomes your secondary (Control or right) click. This is a setting many lefties like to change. Set the primary button as the right button, and you can click with the index finger of your left hand.
Original article located at...
http://www.dummies.com/how-to/content/the-essentials-of-adjusting-settings-in-ma c-os-x-l.html

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

Similar Messages

Maybe you are looking for