[Solved] Rxvt-Unicode-256colors , -pe tabbed extension problem.

Hello.
I use rxvt-unicode-256colors for long time.
Wheb try to run -pe tabbed extension I got following errors:
iurxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
urxvt: Can't call method "focus_in" on an undefined value at /usr/lib/urxvt/perl/tabbed line 161.
urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "focus_out" on an undefined value at /usr/lib/urxvt/perl/tabbed line 169.
urxvt: Can't call method "focus_in" on an undefined value at /usr/lib/urxvt/perl/tabbed line 161.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "key_press" on an undefined value at /usr/lib/urxvt/perl/tabbed line 177.
urxvt: Can't call method "key_release" on an undefined value at /usr/lib/urxvt/perl/tabbed line 185.
urxvt: Can't call method "focus_out" on an undefined value at /usr/lib/urxvt/perl/tabbed line 169.
urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 82.
And opened terminal is not responsive
Thanks for help.
Last edited by SpeedVin (2009-08-16 19:51:55)

I just rebuild and reinstall both perl and rxvt-unicode-256colors packages but still have the error
I think I must give a try to another term and I will quote myself:
I think I will give chance to another terminal , can you give me some proposition? :)
-It must be lightweight,tabbed,and flexible :)
Roxterm is good?
Phh and it must use my .Xdefaults config
Last edited by SpeedVin (2009-08-16 19:16:31)

Similar Messages

[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] 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 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 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] 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] rxvt-unicode font color too dark

I just updated rxvt-unicode-patched and now my font is quite dark. It was bright previously but now appears as:
Here is my .bashrc:
Xcursor.theme: Obsidian
URxvt*scrollBar: false
URxvt*geometry: 120x70
URxvt*depth: 32
URxvt*jumpScroll: true
URxvt*skipScroll: true
URxvt*visualBell: false
URxvt*buffered: true
URxvt*background: rgba:0000/0000/0000/6666
URxvt*foreground: rgba:aaaa/aaaa/aaaa/7777
URxvt*transparent: false
URxvt*fading: 10
URxvt*fadeColor: grey
URxvt*shading: 75
URxvt*font: xft:Terminus-12
URxvt*boldFont: xft:Terminus-12-bold
URxvt*urlLauncher: google-chrome
URxvt.matcher.button: 2
URxvt.perl-ext-common: matcher,clipboard
URxvt.perl-lib: /usr/lib/urxvt/perl/matcher
URxvt*intensityStyles: true
URxvt*internalBorder: 0
URxvt*externalBorder: 1
URxvt*borderLess: false
URxvt*termName: rxvt-unicode
urxvt.colorBD: #ffffff
urxvt.colorIT: #bbbbbb
urxvt.colorUL: #999999
urxvt.underlineColor: #999999
XTerm*Geometry: 100x60
XTerm*background: Black
XTerm*foreground: White
XTerm*scrollBar: false
XTerm*termName: xterm-256color
!*background: #121212
!black
!*color0: #353535
!*color8: #666666
!red
!*color1: #AE4747
!*color9: #EE6363
!green
!*color2: #556B2F
!*color10: #9ACD32
!brown/yellow
!*color3: #DAA520
!*color11: #FFC125
!blue
!*color4: #6F99B4
!*color12: #7C96B0
!magenta
!*color5: #8B7B8B
!*color13: #D8BFD8
!cyan
!*color6: #A7A15E
!*color14: #F0E68C
!white
!*color7: #DDDDDD
!*color15: #FFFFFF
!*foreground: #DDDDDD
*background: #151515
*foreground: #ffffff
!black
*color0: #111111
*color8: #505050
!red
*color1: #b04020
*color9: #dd4010
!green
*color2: #afd700
*color10: #daff30
!yellow
*color3: #f7cf0a
!*color11: #fce70d
*color11: #ff9600
!blue
*color4: #3060aa
*color12: #6099dd
!magenta
*color5: #d6156c
*color13: #fe4365
!cyan
*color6: #a0c2de
*color14: #c9dee8
!white
*color7: #cacaca
*color15: #b0b0b0
(changing the last two lines to FFFFFF makes no difference)
BLACK="\e[0;30m"
BLUE="\e[0;34m"
GREEN="\e[0;32m"
CYAN="\e[0;36m"
RED="\e[0;31m"
PURPLE="\e[0;35m"
BROWN="\e[0;33m"
LIGHTGRAY="\e[0;38m"
DARKGRAY="\e[1;30m"
LIGHTBLUE="\e[1;34m"
LIGHTGREEN="\e[1;32m"
LIGHTCYAN="\e[1;36m"
LIGHTRED="\e[1;31m"
LIGHTPURPLE="\e[1;35m"
YELLOW="\e[1;33m"
WHITE="\e[1;37m"
NC="\e[0m" # No Color
PS1="\[$BLUE\]ââ\[$PURPLE\][ \[$YELLOW\]\$(date +%D) $(date +%r) \[$PURPLE\]][ \[$LIGHTGREEN\]\w \[$PURPLE\]]\n\[$BLUE\]ââ\[$YELLOW\]> \[$LIGHTGRAY\]"
^^ When on the PS1 line there I change the end from LIGHTGRAY to WHITE, only the first couple lines appear white sometimes, others it appears as it should:
Appreciate any help, thanks
Last edited by colbert (2011-07-05 03:04:36)

URxvt*foreground: rgba:aaaa/aaaa/aaaa/7777
I think this is your font color. Have you tried changing it?
XTerm*foreground: White
This one is for xterm so no wonder it doesn't do anything in urxvt.
Edit: Setting
urxvt.foreground: #aaaaaa
does produce dark font, '#ffffff' gets me bright white, as expected.
Last edited by karol (2011-07-04 23:32:06)

[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] rxvt-unicode (urxvt)

Around the neighborhood, I've been seeing urxvt being used by many and I wonder, how well does it fair with Terminal (xfce4-terminal) that I currently use and the rest of the terminals out there? I'm really interested in knowing what makes this terminal "better" then the rest and why many perfer it.
Last edited by Acecero (2008-08-25 04:54:16)

@voteforpedro36: ok, so "not as easy" as Terminal but quite managable, gotcha.
@fflarex: That's a good point, I don't see anything wrong with Terminal in my current usage, maybe in the future if I come to find a feature that only currently only exists to urxvt, that would be a good reason to switch.
@Purch: Thanks.
@bangkok_manouel: That's cool, can other terminals be deamonized as well?
@apaige: That's good to know, I'm actually using real transparency with xcompmgr and maybe I grow out of it someday but for now I do like taking advantage of it.
@daf666: So ctrl-shift-c, ctrl-shift-v is not what you consider normal? I'm fine with that.
@Inxsible: Cool, thanks for sharing some of the experiences you had with terminals. I can understand now that it doesn't matter what terminal you use, the goal is to find the right terminal that works best for your needs, in this case, you didn't want a slighty bloated terminal that initially supports tabs, though urxvt can, you would have to set that up, so why bother? I want to hear more about this "screen" thing, how does it work for you. That's what I like to hear from users.
@rooloo: Oh really? That might be something I could be concern about in the future, that unless it gets fix in the next release, which then I don't know when that's going to happen or when that might be fixed.
@lang2: So the only question left is, do I need to go lighter? I guess not.
@peets: Could you please explain more details on the mouseless url yanking? It's sound very interesting.
Now I have general question out of curiousity, from everyone's experience, can there every be a light weight application that is more well featured then a bloated piece of software or is it just some features that are not needed, that going lighter is more beneficial in some way?

[SOLVED] rxvt-unicode and Powerline patched fonts

Hey all,
I'm trying to make my zsh prompt look like this - https://gist.github.com/3712874
As it says, it requires patched font. I downloaded two of them - Inconsolata-dz for Powerline and Menlo for Powerline.
If in .Xresources I put Menlo as my font of choice, the prompt looks like in linked page - all characters are displayed properly.
If, however, I put Inconsolata as my font of coice, charcters will fail to show up and those rectangles will be shown. (as if those characters do not exist in that font)
Important thing to note is that BOTH fonts work fine in ViM (with Powerline plugin) - it shows characters which are displayed as rectangles in zsh prompt.
Any ideas?
Last edited by developej (2012-11-08 23:49:04)

! Font
!URxvt*font: xft:Inconsolata-dz for Powerline:size=10
URxvt*font: xft:Menlo for Powerline:regular:size=10
i also tried xft:Inconsolata-dz for Powerline:Medium:size=10 - didn't work. if i change the font size, it is changed in the terminal too, so unless terminal can interpret size even though i didn't get the font right, i don't think that's it.
i found inconsolata(non dz) for powerline, will try that one now
edit: non dz version doesn't work, same thing as with dz
Last edited by developej (2012-11-07 16:55:15)

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

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)

[SOLVED] ls colors different from tab completion colors

I've been configuring the colored output of ls and I've got ls colors set, but the colored output from tab completion is different sometimes making it hard to read the files/directories. Does anyone know where the file that controls the tab completion colors?
http://i.imgur.com/GwByh.png is a picture showing the issue.
.dir_colors
# Configuration file for dircolors, a utility to help you set the
# LS_COLORS environment variable used by GNU ls with the --color option.
# Copyright (C) 1996, 1999-2011 Free Software Foundation, Inc.
# Copying and distribution of this file, with or without modification,
# are permitted provided the copyright notice and this notice are preserved.
# The keywords COLOR, OPTIONS, and EIGHTBIT (honored by the
# slackware version of dircolors) are recognized but ignored.
# Below, there should be one TERM entry for each termtype that is colorizable
TERM Eterm
TERM ansi
TERM color-xterm
TERM con132x25
TERM con132x30
TERM con132x43
TERM con132x60
TERM con80x25
TERM con80x28
TERM con80x30
TERM con80x43
TERM con80x50
TERM con80x60
TERM cons25
TERM console
TERM cygwin
TERM dtterm
TERM eterm-color
TERM gnome
TERM gnome-256color
TERM jfbterm
TERM konsole
TERM kterm
TERM linux
TERM linux-c
TERM mach-color
TERM mlterm
TERM putty
TERM rxvt
TERM rxvt-256color
TERM rxvt-cygwin
TERM rxvt-cygwin-native
TERM rxvt-unicode
TERM rxvt-unicode-256color
TERM rxvt-unicode256
TERM screen
TERM screen-256color
TERM screen-256color-bce
TERM screen-bce
TERM screen-w
TERM screen.rxvt
TERM screen.linux
TERM terminator
TERM vt100
TERM xterm
TERM xterm-16color
TERM xterm-256color
TERM xterm-88color
TERM xterm-color
TERM xterm-debian
# Below are the color init strings for the basic file types. A color init
# string consists of one or more of the following numeric codes:
# Attribute codes:
# 00=none 01=bold 04=underscore 05=blink 07=reverse 08=concealed
# Text color codes:
# 30=black 31=red 32=green 33=yellow 34=blue 35=magenta 36=cyan 37=white
# Background color codes:
# 40=black 41=red 42=green 43=yellow 44=blue 45=magenta 46=cyan 47=white
#NORMAL 00 # no color code at all
#FILE 00 # regular file: use no color at all
#RESET 0 # reset to "normal" color
DIR 01;34 # directory
LINK 01;36 # symbolic link. (If you set this to 'target' instead of a
# numerical value, the color is as for the file pointed to.)
MULTIHARDLINK 00 # regular file with more than one link
FIFO 40;33 # pipe
SOCK 01;35 # socket
DOOR 01;35 # door
BLK 40;33;01 # block device driver
CHR 40;33;01 # character device driver
ORPHAN 40;31;01 # symlink to nonexistent file, or non-stat'able file
SETUID 37;41 # file that is setuid (u+s)
SETGID 30;40 # file that is setgid (g+s)
CAPABILITY 30;41 # file with capability
STICKY_OTHER_WRITABLE 32;40 # dir that is sticky and other-writable (+t,o+w)
OTHER_WRITABLE 35;40 # dir that is other-writable (o+w) and not sticky
STICKY 37;44 # dir with the sticky bit set (+t) and not other-writable
# This is for files with execute permission:
EXEC 01;32
# List any file extensions like '.gz' or '.tar' that you would like ls
# to colorize below. Put the extension, a space, and the color init string.
# (and any comments you want to add after a '#')
# If you use DOS-style suffixes, you may want to uncomment the following:
#.cmd 01;32 # executables (bright green)
#.exe 01;32
#.com 01;32
#.btm 01;32
#.bat 01;32
# Or if you want to colorize scripts even if they do not have the
# executable bit actually set.
#.sh 01;32
#.csh 01;32
# archives or compressed (bright red)
.tar 01;31
.tgz 01;31
.arj 01;31
.taz 01;31
.lzh 01;31
.lzma 01;31
.tlz 01;31
.txz 01;31
.zip 01;31
.z 01;31
.Z 01;31
.dz 01;31
.gz 01;31
.lz 01;31
.xz 01;31
.bz2 01;31
.bz 01;31
.tbz 01;31
.tbz2 01;31
.tz 01;31
.deb 01;31
.rpm 01;31
.jar 01;31
.war 01;31
.ear 01;31
.sar 01;31
.rar 01;31
.ace 01;31
.zoo 01;31
.cpio 01;31
.7z 01;31
.rz 01;31
# image formats
.jpg 01;35
.jpeg 01;35
.gif 01;35
.bmp 01;35
.pbm 01;35
.pgm 01;35
.ppm 01;35
.tga 01;35
.xbm 01;35
.xpm 01;35
.tif 01;35
.tiff 01;35
.png 01;35
.svg 01;35
.svgz 01;35
.mng 01;35
.pcx 01;35
.mov 01;35
.mpg 01;35
.mpeg 01;35
.m2v 01;35
.mkv 01;35
.ogm 01;35
.mp4 01;35
.m4v 01;35
.mp4v 01;35
.vob 01;35
.qt 01;35
.nuv 01;35
.wmv 01;35
.asf 01;35
.rm 01;35
.rmvb 01;35
.flc 01;35
.avi 01;35
.fli 01;35
.flv 01;35
.gl 01;35
.dl 01;35
.xcf 01;35
.xwd 01;35
.yuv 01;35
.cgm 01;35
.emf 01;35
# http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions
.axv 01;35
.anx 01;35
.ogv 01;35
.ogx 01;35
# audio formats
.aac 00;36
.au 00;36
.flac 00;36
.mid 00;36
.midi 00;36
.mka 00;36
.mp3 00;36
.mpc 00;36
.ogg 00;36
.ra 00;36
.wav 00;36
# http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions
.axa 00;36
.oga 00;36
.spx 00;36
.xspf 00;36
I'm using zsh.
Last edited by livinglifeback (2011-08-13 18:52:03)

I myself just uses the standard colors and don't change them from default, but I do get the same colors for both ls and completion with this in .zshrc:
eval `dircolors -b`
zstyle ':completion:*' list-colors ${(s.:.)LS_COLORS}

[SOLVED] Problem launching rxvt-unicode

$ rxvt-unicode
bash: rxvt-unicode: command not found
$ pacman -Q rxvt-unicode
rxvt-unicode 9.10-1
PS: I'm having to type all this since copying from xterm refuses to work...
Last edited by NoobCp (2011-04-10 18:45:01)

The wiki links to http://pod.tst.eu/http://cvs.schmorp.de … rxvt.1.pod which says
SYNOPSIS
urxvt [options] [-e command [ args ]]

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

[Solved] Rxvt-Unicode-256colors , -pe tabbed extension problem.

Similar Messages

Maybe you are looking for