[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)
Similar Messages
-
[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 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 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. -
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) -
I recently reinstalled my arch linux system and I found that unicode and matrix font (cmatrix -l) doesnt work in rxvt-unicode. Using "cmatrix -l" in the regular tty terminal works but neither does unicode. When I try to view Japanese texts it outputs garbage. I installed the asian fonts suggested in the fonts page in the wiki.
zowki wrote:
I have matrix.fnt in these locations:
/etc/fonts/matrix.fnt
/usr/share/kbd/consolefonts/matrix.fnt
It seems to only work in TTY terminals. Is it because matrix.fnt is a terminal only font?
Here I actually have mtx font in the standard path:
$ pacman -Ql cmatrix
cmatrix /usr/
cmatrix /usr/bin/
cmatrix /usr/bin/cmatrix
cmatrix /usr/man/
cmatrix /usr/man/man1/
cmatrix /usr/man/man1/cmatrix.1.gz
cmatrix /usr/share/
cmatrix /usr/share/fonts/
cmatrix /usr/share/fonts/misc/
cmatrix /usr/share/fonts/misc/mtx.pcf
cmatrix /usr/share/kbd/
cmatrix /usr/share/kbd/consolefonts/
cmatrix /usr/share/kbd/consolefonts/matrix.fnt
cmatrix /usr/share/kbd/consolefonts/matrix.psf.gz
Note this line: /usr/share/fonts/misc/mtx.pcf
But this font doesn't present in /usr/share/fonts/misc/fonts.dir so I can't use it.
I copied this font file out into a directory and tried to add the font manually. Say:
$ cp mtx.pcf ~/.fonts
and then run these in ~/.fonts directory:
$ cd ~/.fonts
$ mkfontdir
$ xset fp+ ~/.fonts
$ fc-cache
This makes the font available to the X server. But urxvt refuses to use it:
$ urxvt -fn "mtx"
unable to deduce codeset, ignoring font 'mtx'
urxvt: unable to load base fontset, please specify a valid one using -fn, aborting.
$ urxvt -fn "xft:mtx"
urxvt: unable to calculate font width for 'mtx:minspace=True', ignoring.
urxvt: unable to load base fontset, please specify a valid one using -fn, aborting.
On the other hand xterm is happy with this font, just type in xterm -fn mtx and it works. And
cmatrix also works fine. So I think you need to do something before you can use it with urxvt.
Maybe edit it using fontforge?
Please point out if I missed something.
Last edited by eirika (2009-10-02 15:34:41) -
[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: 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-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) -
[Solved] Gnome shutdown and logout menu font problem
Hi All,
When I click shutdown or logout options under System, the popup window apears as normal, but the there is no readable font/ characters. The characters look like what you see when you open a binary in a text editor, just thin little squares where the text should be. All other menus and text are working fine.
Any idea?
-Shawn
Last edited by afu (2009-07-26 21:08:02)Hmmm... Not sure what happened but it works now.
-Shawn -
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] 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) -
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] 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 blinks/flashes when using backspace
I'm using rxvt-unicode and every time I am on an empty line and I hit the backspace, the window flashes the color of the text, which in my case is blue. It gets annoying. Anyway to fix/change this?
My configuration file is as follows
!-- URxvt --!
URxvt*termName: rxvt-unicode
urxvt*geometry: 60*15
URxvt*transparent: false
URxvt*shading: 10
URxvt*background: #060606
URxvt*foreground: #3C7EA6
Urxvt*cursor: #5E468C
Urxvt*font: -*-terminus-medium-*-*-*-12-*-*-*-*-*-*-*
Urxvt*boldFont: -*-terminus-bold-*-*-*-12-*-*-*-*-*-*-*
URxvt*saveLines: 10000
URxvt*scrollBar: false
URxvt*urgentOnBell: true
URxvt*visualBell: true
URxvt*smartresize: true
URxvt.depth: 32
Edit: Thanks Karol. It worked.
Last edited by Tacna (2012-04-17 21:17:27)Try setting
URxvt*visualBell: true
to 'false'.
Maybe you are looking for
-
Update new material master weight and dimension in open sales orders and de
Hi, Iu2019m maintaining gross weight, net weight, volume in material master. When the time of sales order entry in VA01 its calculating weight and dimensions based on material master and order quantity. And I create deliveries in VL01N. If I made a c
-
Volume controls of my A305-S6858 causes crashes
I have a Satellite A305-S6858. Recently, it seems like almost every time I try to change the volume, explorer decides to crash repeatedly until I reboot the machine. It doesn't matter if I use the volume wheel on the front of the notebook or the slid
-
I need total stock transfer value for a month
hi i need total stock transfer value for a month where can i see guna Edited by: sdnguna on Sep 5, 2009 12:34 PM
-
last few days my mac got a black screen while working once ort twice a day. no idea why. it's only the screen and there is no way to wake him up. but the cpu didn't shut down and it sounds like he is working correctly. any idea? would make me happy!
-
Need help please wrt54g ver. 2
I came home from lunch today and went to get on xbox live and got no internet connection so i called COX (my isp) and when I hardwired my laptop directly to the modem my internet worked fine. Now, I run both of my pcs wirelessly and have my xbox har