[solved] Transparent vim in pseudo-transp. urxvt?
Hi,
currently I'm using pseudo-transparency in rxvt-unicode-256color.
Can I have this transparency in vim too? When I start vim the background is set to black.
My .Xdefaults:
URxvt.saveLines: 1000
URxvt.scrollBar: false
urxvt*depth: 24
urxvt*shading: 80
URxvt.inheritPixmap: true
URxvt.secondaryScroll: true
URxvt.foreground: white
URxvt.font: xft:Bitstream Vera Sans Mono:pixelsize=12
URxvt.perl-ext-common: default,matcher
URxvt.urlLauncher: firefox
URxvt.matcher.button: 1
URxvt.matcher.pattern.1: \\bwww\\.[\\w-]\\.[\\w./?&@#-]*[\\w/-]
Thanks in advance
Last edited by Barghest (2009-05-03 17:15:00)
Barghest wrote:
Thanks bluewind,
I found out that the reason was this line:
call <SID>X("Normal", "cccccc", "000000", "")
I commented it out and added a new line with ctermbg=NONE.
I guess I could have entered NONE also in the other line? What does it stand for?
It's a function to set colors. (search for "fun <SID>X" in the file to see what it does)
call <SID>X("Normal", "cccccc", "NONE", "")
should also remove the background.
Similar Messages
-
Urxvt - transparency - vim ? - SOLVED-
I'm runnung urxvt with real transparency by putting this in my .Xdefaults:
URxvt*depth: 32
URxvt*background: rgba:2121/2121/2121/aaaa
vim gives me error codes when I try to run it in a transparent terminal:
BadMatch (invalid parameter attributes)
Vim: Got X error
Vim: Finished
If I run Vim -X I can get it to work, but then I lose the nice X stuff like buffer copying with the middle mouse button.
I've looked around, but can't find anyone having or addressing this problem? Any ideas from urxvt users out there?
Thanks
tdphys
SOLVED
Gah...
I didn't have URxvt at the beginning of the two lines in my .Xdefaults. How embarrasing since i added them for the initial posting. Goes to show, dumb mistakes are only solved after posting to the forum.
Sigh...
Last edited by tdphys (2008-09-04 19:22:44)Quick update: I was thinking about this - the wiki post can only be mentioning pseudo transparency ("non-standard wallpaper setters"), so it wouldn't apply to this situation (true transparency via compiz). After a little searching, I found this :
It seems the newest version has the copy-background-to-pixmap method overriding true transparency if that is set by the resources. That's the opposite of the way it used to be, but otherwise works. I just had to remove the other background settings, such as .inheritPixmap and .tintColor, and it works again.
So I commented out those resources in my ~/.Xdefaults ... and it works!
So, really solved. -
[SOLVED]Vim dosnt recognize 256color urxvt
I want to use rxvt as console, but vim says it dosnt have 256color support.
I downloaded the package rxvt-unicode from the repos, also did some tweaking to .Xresources.
If I execute urxvt and try to use the theme 'xoria256.vim' for vim, it says its not supported.
The output of echo $TERM is : rxvt
Im also having a hard time making urxvt recognize my font..
This is the .Xresources file :
URxvt.font: xft:Terminus:pixelsize=20:antialias=false
URxvt.boldFont: xft:Terminus:bold:pixelsize=14:antialias=false
!black.normal : xoria256.LineNr.guibg
!black.bright : black.normal.rgb - 8
#define _color0 #121212
#define _color8 #0a0a0a
!red.normal : red.bright.r - 8
!red.bright : xoria256.Special.guifg
#define _color1 #d78787
#define _color9 #df8787
!green.normal : green.bright.g - 8
!green.bright : xoria256.PreProc.guifg
#define _color2 #afd787
#define _color10 #afdf87
!yellow.normal : yellow.bright.rg - 8
!yellow.bright : xoria256.Special.guifg
#define _color3 #f7f7af
#define _color11 #ffffaf
!blue.normal : blue.bright.b - 8
!blue.bright : xoria256.Statement.guifg
#define _color4 #87afd7
#define _color12 #87afdf
!magenta.normal : magenta.bright.rb - 8
!magenta.bright : xoria256.Identifier.guifg
#define _color5 #d7afd7
#define _color13 #dfafdf
!cyan.normal : cyan.bright.gb - 8
!cyan.bright : green.bright + blue.bright
#define _color6 #afd7d7
#define _color14 #afdfdf
!white.normal : white.bright.rgb - 8
!white.bright : xoria256.Folded.guifg
#define _color7 #e6e6e6
#define _color15 #eeeeee
!bold : xoria256.Type.guifg
!underline : xoria256.htmlValue.guifg
#define _colorBD #afafdf
#define _colorUL #dfdfaf
!foreground : xoria256.Normal.guifg
!background : xoria256.Normal.guibg
!cursorColor : xoria256.Cursor.guibg
#define _foreground #d0d0d0
#define _background #1c1c1c
#define _cursorColor #ffaf00
URxvt*color0 : _color0
URxvt*color1 : _color1
URxvt*color2 : _color2
URxvt*color3 : _color3
URxvt*color4 : _color4
URxvt*color5 : _color5
URxvt*color6 : _color6
URxvt*color7 : _color7
URxvt*color8 : _color8
URxvt*color9 : _color9
URxvt*color10 : _color10
URxvt*color11 : _color11
URxvt*color12 : _color12
URxvt*color13 : _color13
URxvt*color14 : _color14
URxvt*color15 : _color15
URxvt*colorBD : _colorBD
URxvt*colorIT : _colorIT
URxvt*colorUL : _colorUL
URxvt*foreground : _foreground
URxvt*background : _background
URxvt*cursorColor : _cursorColor
XTerm*color0 : _color0
XTerm*color1 : _color1
XTerm*color2 : _color2
XTerm*color3 : _color3
XTerm*color4 : _color4
XTerm*color5 : _color5
XTerm*color6 : _color6
XTerm*color7 : _color7
XTerm*color8 : _color8
XTerm*color9 : _color9
XTerm*color10 : _color10
XTerm*color11 : _color11
XTerm*color12 : _color12
XTerm*color13 : _color13
XTerm*color14 : _color14
XTerm*color15 : _color15
XTerm*colorBD : _colorBD
XTerm*colorIT : _colorIT
XTerm*colorUL : _colorUL
XTerm*foreground : _foreground
XTerm*background : _background
XTerm*cursorColor : _cursorColor
Last edited by nullwiz (2013-08-29 00:37:12)thisoldman wrote:
Are you running the Arch box remotely (or using Arch as a guest OS)? I'm asking because CR-LF is a DOS/Windows newline while Linux uses LF only. And terminals can act odd over SSH connections.
Does the file '/usr/share/terminfo/r/rxvt-unicode-256color' exist on your machine? It should have been installed when urxvt was installed.
You can remove the CR+LF warnings by fixing your .Xresources file (but first make a backup). The 'file' command probably produces output something like this:
$ file .Xresources
.Xresources: ASCII text, with CRLF line terminators
You can remove the CRs within vim by using the following command:
:set fileformat=unix
Then save the file. That will get rid of the warnings. For other solutions see http://www.cyberciti.biz/faq/howto-unix … xt-format/
Next, watch your spelling in .Xresources. You misnamed the resource, it's termName, with an uppercase 'N', and there is no terminfo file for urxvt256-color. The correct line is:
URxvt*termName: rxvt-unicode-256color
Wow, you really readed my mind.
I figured it out when I rebooted, it was just throwing errors without a reason.
That indeed was the problem.
Thanks. Marked as solved -
[SOLVED] Transparent URxvt position in Openbox
I've followed the "Urxvt in the background" topic in the ArchWiki Openbox entry. I am unable to get the terminal to appear anywhere but the upper right corner. I have tried various changes to the postion settings in the application section of the rc.xml file with no effect. It also doesn't seem to be on the bottom layer, as other windows can be moved below it. It also doesn't have focus.
My current application section is rc.xml
<application name="urxvt">
<decor>no</decor>
<focus>yes</focus>
<position>
<x>-5</x>
<y>0</y>
</position>
<layer>below</layer>
<desktop>all</desktop>
</application>
Last edited by 000krf (2009-01-08 22:39:19)That didn't work either. Here is what I have found, after further experimenting...
Here is my .Xdefaults file
URxvt*transparent:true
URxvt*scrollBar: false
#URxvt*borderLess: true
URxvt*foreground: White
And here is my current rc.xml file
<application name="urxvt">
<decor>no</decor>
<focus>yes</focus>
<position>
<x>-5</x>
<y>5</y>
</position>
<layer>below</layer>
<desktop>1</desktop>
</application>
As shown above, my terminal appears as transparent, on the desktop, and in the upper right-hand corner, but with a black border. If I uncomment the "URxvt*borderLess: true" line the terminal appears in the upper left-hand corner and borderless. It is as though this line causes the position section in the rc.xml file to be ingnored.:( -
[SOLVED] Transparency in termite gone
So, the title states it pretty well.
Updated last night, went to bed, booted everything like normally, woah! Transparency isn't working!
And I'm pretty sure termite is to blame, somehow... But I don't know why.
I've tested other terminals to rule it out a bit, it works just fine in my old terminal, urxvt.
It's also seemingly not the fault of xcompmgr. I tried using compton, the same situation exists.
I'll just leave my last update log here, since I have no idea what to do. Maybe it's just something really obvious I'm missing.
I tried re-installing termite today, with no success.
This is after I realised transparency is not working
[2013-10-31 08:26] [PACMAN] Running 'pacman -Syu --ignore wine'
[2013-10-31 08:26] [PACMAN] synchronizing package lists
[2013-10-31 08:26] [PACMAN] starting full system upgrade
[2013-10-31 08:27] [PACMAN] upgraded glibc (2.18-8 -> 2.18-9)
[2013-10-31 08:27] [PACMAN] upgraded cracklib (2.9.0-1 -> 2.9.0-2)
[2013-10-31 08:27] [PACMAN] upgraded gdbm (1.10-2 -> 1.10-3)
[2013-10-31 08:27] [PACMAN] upgraded grep (2.14-2 -> 2.15-1)
[2013-10-31 08:27] [PACMAN] upgraded lib32-util-linux (2.23.2-1 -> 2.24-1)
[2013-10-31 08:27] [PACMAN] upgraded libgssglue (0.4-1 -> 0.4-2)
[2013-10-31 08:27] [PACMAN] upgraded libmpdclient (2.8-1 -> 2.9-1)
[2013-10-31 08:27] [PACMAN] upgraded libpulse (4.0-5 -> 4.0-6)
[2013-10-31 08:27] [PACMAN] upgraded libtirpc (0.2.3-1 -> 0.2.3-2)
[2013-10-31 08:27] [PACMAN] upgraded lzo2 (2.06-1 -> 2.06-3)
[2013-10-31 08:27] [PACMAN] upgraded mpc (0.23-1 -> 0.24-1)
[2013-10-31 08:27] [PACMAN] upgraded pciutils (3.2.0-3 -> 3.2.0-4)
[2013-10-31 08:27] [PACMAN] upgraded wavpack (4.70.0-1 -> 4.70.0-2)
[2013-10-31 08:27] [PACMAN] upgraded xfsprogs (3.1.11-1 -> 3.1.11-2)
[2013-10-31 08:27] [PACMAN] upgraded youtube-dl (2013.10.29-1 -> 2013.10.30-1)
This is the night before
[2013-10-30 07:29] [PACMAN] Running 'pacman -Syu'
[2013-10-30 07:29] [PACMAN] synchronizing package lists
[2013-10-30 07:29] [PACMAN] starting full system upgrade
[2013-10-30 07:29] [PACMAN] upgraded ffmpeg (1:2.0.2-3 -> 1:2.1-1)
[2013-10-30 07:29] [PACMAN] upgraded mpv (0.2.1-3 -> 0.2.1-4)
[2013-10-30 07:29] [PACMAN] upgraded sqlite (3.8.1-1 -> 3.8.1-2)
[2013-10-30 07:29] [PACMAN] upgraded youtube-dl (2013.10.28-1 -> 2013.10.29-1)
Oh, this also might be helpful...
[options]
resize_grip = false
scroll_on_output = false
scroll_on_keystroke = false
audible_bell = false
visible_bell = false
mouse_autohide = false
allow_bold = false
dynamic_title = true
urgent_on_bell = false
clickable_url = false
#font = nanumgothiccoding normal 8
font = gohufont normal 8
#font = terminus normal 8
scrollback_lines = 65535
search_wrap = true
#icon_name = terminal
geometry = 480x265
# 0.0: opaque, 1.0: transparent
transparency = 0.35
# "system", "on" or "off"
cursor_blink = off
# "block", "underline" or "ibeam"
cursor_shape = block
# $BROWSER is used by default
browser = chromium
# word characters used for word selection
# (default if unset: all graphic non-punctuation/space characters)
#word_chars = -A-Za-z0-9,./?%&#:_=+@~
# set size hints for the window
#size_hints = false
[colors]
foreground = #999999
#foreground_bold = #999999
#foreground_dim = #999999
background = #000000
#cursor = #999999
# if unset, will reverse foreground and background (cursor)
#highlight = #2f2f2f
# colors from color0 to color254 can be set
#black + counter
color0 = #444444
color8 = #666666
#red + counter
color1 = #C42D4E
color9 = #ff5d87
#green + counter
color2 = #7CA831
color10 = #B7FF00
#yellow + counter
color3 = #FFBB00
color11 = #FFE86E
#blue + counter
color4 = #00aaff
color12 = #89f2ff
#magenta + counter
color5 = #6a42db
color13 = #A15EF2
#color13 = #aa61cf
#color13 = #8169c2
#cyan + counter
color6 = #3F5357
#color6 = #4e6266
color14 = #98acb1
#white + counter
color7 = #d1d1d1
color15 = #A8A8A8
[hints]
#font = Monospace 12
#foreground = #dcdccc
#background = #3f3f3f
#padding = 2
#border = #3f3f3f
#border_width = 0.5
#roundness = 2.0
# vim: ft=dosini
If more information is needed, I'll happily provide it.
Last edited by Jellicent (2013-11-01 07:28:20)WonderWoofy wrote:
You should try searching for the answer on your own. But since I was looking for the same info, I'll give it to you this time.
Edit: I guess I'm feeling generous.
Thank you! But I reassure you that I did my research and that I didn't find anything until someone in #archlinux said "upstream dropped it".
Ironically I didn't have the idea of looking into the repo myself, since I hoped for something else to be the culprit.
Could you kindly explain how (exactly) to apply that? I have never tinkered with patches.
What I did was I cloned the repo, and manually created the util folder and its files (because it wouldn't compile without the files), patched the config in the main folder, compiled and installed it.
No transparency to see.
Plus I had to take out this part:
##diff -Naur termite.orig/.config.swp termite/.config.swp
#--- termite.orig/.config.swp 2013-10-30 19:54:16.560230144 -0700
#+++ termite/.config.swp 1969-12-31 16:00:00.000000000 -0800
#@@ -1,12 +0,0 @@
#-b0VIM 7.4
Because it gave me errors and I don't have that file.
So... yeah.. I could use a bit of advice here. ;/
Edit: Nevermind, found a work-around.
Last edited by Jellicent (2013-11-01 15:31:57) -
[SOLVED] Japanese Input in Terminal? (urxvt)
I'm using uim+anthy and after a quick "space+shift" I can type
Japanese anywhere just fine-- except in my terminal (rxvt-unicode-256color--
Japanese characters are displayed properly by the way)
My ~Xdefaults:
*antialias: true
*hinting: true
*hintstyle: hintfull
Xft.dpi: 96
Xft.antialias: true
Xft.rgba: rgb
Xft.hinting: true
Xft.hintstyle: hintfull
URxvt.perl-ext-common: default,tabbed
URxvt.title: makutsu
## borderless and no scrollbar
URxvt*scrollBar_right: false
URxvt*scrollBar: false
URxvt*borderLess: false
## transparency
URxvt*inheritPixmap: true
URxvt*tintColor: white
URxvt*shading: 40
URxvt.font: xft:Takao:pixelsize=12
*background: #000000
*foreground: #FFFFFF
!black
*color0 : #222222
*color8 : #454545
!red
*color1 : #B22222
*color9 : #FA8072
!green
*color2 : #556B2F
*color10: #9ACD32
!yellow
*color3 : #B8860B
*color11: #DAA520
!blue
*color4 : #4682B4
*color12: #6495ED
!magenta
*color5 : #9932CC
*color13: #DA70D6
!cyan
*color6 : #87CEEB
*color14: #B0E0E6
!white
*color7 : #C0C0C0
*color15: #FFFFFF
and in my ~xinitrc:
nitrogen --restore &
cairo-compmgr &
export XMODIFIERS='@im=uim'
export LC_CTYPE=ja_JP.utf8
export GTK_IM_MODULE="uim"
export QT_IM_MODULE="uim"
LANG=zh_CN.utf8 conky &
exec ck-launch-session openbox
[Japanese is working just fine even without the "exports"
but I observed that with "export LC_CTYPE=ja_JP.utf8" the
Japanese characters get antialiased]
My fonts.conf:
<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match target="font" >
<edit mode="assign" name="rgba" >
<const>rgb</const>
</edit>
</match>
<match target="font" >
<edit mode="assign" name="hinting" >
<bool>true</bool>
</edit>
</match>
<match target="font" >
<edit mode="assign" name="hintstyle" >
<const>hintslight</const>
</edit>
</match>
<match target="font" >
<edit mode="assign" name="antialias" >
<bool>true</bool>
</edit>
</match>
</fontconfig>
Not sure if it is relevant but I noticed that when I try to do "space+shift"
within the terminal it will only react to the space key--
Last edited by tabelle (2010-07-14 17:44:00)cthon wrote:
From what I recall, running uim-xim in the background significantly slows down urxvt and xterm startup. I recommend running:
% uim-fep
at the beginning of your terminal session. This enables Japanese input only in the current terminal window. I haven't used uim-xim in years.
I had that problem with scim and setting imFont fixed it
I have this in my .Xdefaults
urxvt*imFont: -*-song ti-*-*-*-*-*-*-*-*-*-*-*-*
EDIT: I have it set up for chinese, so maybe song ti does not work for you
Last edited by xenofungus (2010-09-09 20:01:03) -
[SOLVED] Transparent Minecraft screen
Hello, I've been having issues with my graphics for Minecraft lately. Ever since the upgrade to Mesa 10 and above along with the Intel drivers that go along with it, I have had a major transparency bug with Minecraft. I've included some screenshots below on imgur.
I'm running a system(Dell Inspiron N5110) with:
Intel i5-2450m (2.5GHz at 2 cores)
6 GB RAM
Intel HD Graphics 3000 (integrated graphics)
My system is currently up to date, and I also did a reinstall yesterday(I had the issue beforehand too, I just downgraded to mesa and all required libraries to 9.2.4 - the last version that didn't happen with this - I just want to get it fixed and run on latest versions now). Minecraft is completely up to date(1.7.5). Doesn't matter what launcher I use either.
http://imgur.com/a/a9Wl6
Last edited by logangorence (2014-03-31 21:29:58)Thank you for pointing me towards that post, I had not seen that one while searching. All I found was old posts that didn't lead me anywhere.
Edit: Issue solved, close if you'd like.
Last edited by logangorence (2014-03-31 21:30:19) -
[SOLVED](use vim instead) Using ex's -c argument
Say I have a file that looks like this
*background:
rgb:FF/FF/FF
*color0:
rgb:0/0/0
*color8:
rgb:68/68/68
*color1:
rgb:B2/18/18
*color9:
rgb:FF/54/54
*color2:
rgb:18/B2/18
*color10:
rgb:54/FF/54
*color3:
rgb:B2/68/18
*color11:
rgb:FF/FF/54
*color4:
rgb:18/18/B2
*color12:
rgb:54/54/FF
*color5:
rgb:B2/18/B2
*color13:
rgb:FF/54/FF
*color6:
rgb:18/B2/B2
*color14:
rgb:54/FF/FF
*color7:
rgb:B2/B2/B2
*color15:
rgb:FF/FF/FF
*foreground:
rgb:0/0/0
I want to put all the lines that start with rgb at the end of the line before them. Sounds simple, right? I can do this if I open up ex manually and type in three commands, but I want to be able to just type one command into the terminal/use this in a script. I looked at the man page and thought -c would solve all my problems, but I can't get it to work. I'm trying
ex -c "g/\*/j
w
q" file
The only ways I can get it to work is are practically the same thing, run ex in script mode and give it a script file/pipe the commands into it
ex -s file < ex_script
# or
echo "g/\*/j
w
q" | ex -s file
What am I doing wrong? Also, how can I put multiple ex commands on one line? Is that possible?
I know how to do this with sed also, but I'd rather do it with ex because I think it'll be less obtuse.
Last edited by jac (2010-07-06 10:59:44)Oh, I was mistaken in thinking vim had its own ex binary/wrapper. I tried the multiple -c commands with ex yesterday, and it only executed the last one. This does work with vim as you have described.
This solves it for me because I thought I was using the ex-thing from vim anyway. Looking at the man page for vim, it has a limit of 10 -c/+ switches, so I'm guessing this is added functionality of vim and that is why it doesn't work with standard ex.
Thank you, Procyon! -
[Solved] Jedi-Vim Nuisance
Okay so I got jedi-vim working for editing python in vim however though the auto-complete is very useful, the new window that describes each function however stays even when say continuing onto a new line unless I manually close it, very annoying. Is there anyway of automating that? Or maybe just making it pull up the docs on command rather than automatically with the auto-complete?
Last edited by kc3 (2014-05-23 02:36:14)Have a look at the FAQ on github: https://github.com/davidhalter/jedi-vim#faq
I think the first question/answer refers to you problem.
autocmd FileType python setlocal completeopt-=preview
This should disable the automatic preview.
To bind it to a command try:
Here are a few more defaults for actions, read the docs (:help jedi-vim) to get more information. If you set them to "", they are not assigned.
(also from the github readme).
Sorry for bumping this topic, if you managed to solve it on your own by now. -
[SOLVED] vi (vim) no longer works properly after updating the system
After updating the system with pacman -Syu vi stopped working. All syntax colors are gone, and everything is grey. When I press i to enter "insert" mode, editing is not visible. Changes are obscure and you can't tell what you are modifying. Quitting with :q will still prompt you to use :q! to abort changes, even if no changes were visibly made.
When scrolling to the beginning or end of a file, the screen flashes with grey glitch like areas. What happened to my vi!?!?!?!?!?
This all happened while following the beginner's guide to install arch linux. I realized this when trying to arbitrarily read a test file I made directly after updating.
The problems continued to be visible when installing and setting up sudo (those steps are the next steps that require vi)... I think the sudo installation worked... but my vi is horribly glitchy
Any ideas?
Last edited by trusktr (2010-02-19 07:19:55)Setting EDITOR does not help in every case. For instance, visudo is by default hard linked to vi. (You can change this, I know. )
But in fact, vi is only a symlink to ex. So I simply renamed this link and put another symlink to vim (vim-big in my case since I in fact do use the gvim package).
/usr/bin/vi -> vim-big
/usr/bin/vi-simple -> ex
The drawback is that I have to set those links on every vi-update. (But I sure will remember...)
Last edited by bernarcher (2010-02-19 00:58:57) -
[SOLVED] vi/vim/gvim rebuild from ABS failed
Hi, tried to rebuild vi from source (to get rid of ruby dependence of vim,gvim by modifing PKGBUILD) and got this message.
having patch file:7.2.166
having patch file:7.2.001-100.gz
Number of patches does not match the patchlevel!
Edit the PKGBUILD accordingly!
If I change the PKGBUILD so that
_patchlevel=167
instead of
_patchlevel=65
It gives me the following message
having patch file:7.2.166
having patch file:7.2.001-100.gz
patching file src/pty.c
patching file src/version.c
patch unexpectedly ends in middle of line
patch: **** Only garbage was found in the patch input.
How should I modify PKGBUILD to actually build it
Last edited by ogronom (2009-05-11 13:21:07)patchlevel should only be 166, as there isn't a patch 167 yet.
ftp://ftp.vim.org/pub/vim/patches/7.2/
I think the problem might be that the 1-100 file is a collection of individual patches (inclusive from 1 to 100). The patch fetch/apply scriptlet might be trying to apply all those twice. It is a fairly simple shell script (not alot of logic).
on line 21 of get_patches.sh
for _line in $(/bin/cat MD5SUMS); do
you could try changing that to
for _line in $(/bin/cat MD5SUMS | grep -vF '-'); do
that should work, in conjunction with changing the patchlevel to 166
EDIT: You should also file a bug report about the get_patches script failing if there are patch bundles included in the md5sum file from the vim patch directory, as it appears to be trying to add the patch bundle as well as the individual patches.
Last edited by cactus (2009-05-11 02:56:35) -
[solved]How can I copy from urxvt and paste in firefox?
I can't copy anything from urxvt to firefox,but I can copy from firefox to urxvt.
I use fluxbox,anyone can help me?zen_guerrilla wrote:
Add these lines to your .Xdefaults:
URxvt*perl-ext: default,mark-urls
URxvt*urlLauncher: firefox
and source it with xrdb ~/.Xdefaults. Then double-click on the url on urxvt, press Ctrl and right click the url. Select 'run firefox' and you're good to go.
...or you can just middle-click the link and it'll open in firefox. -
[Solved] Key input stops working in urxvt in Openbox
For you who use the Openbox window manager and the urxvt terminal emulator, does your keyboard sometimes just kinda stop working in urxvt?
For example, in urxvt, type "openbox --reconfigure". Your keyboard stopped working, didn't it? "Alt-Tab" to another window and then back again. Typing in the urxvt windows works again!
Another example, load a urxvt window. Now go to a TTY (Ctrl-Alt-F2). Now go back to X. The same problem! No more keyboard input in urxvt!
This is a really minor bug. But seeing how Openbox is the most popular floating window manager and urxvt is the most popular terminal emulator for Arch Linux users, I can't believe that I'm the only one that noticed this...
Is there a way to fix this, so urxvt doesn't lose keyboard input?
Last edited by drcouzelis (2013-03-01 06:07:59)Thanks for trying it out.
Here is my .Xdefaults file:
URxvt*iconFile: /usr/share/icons/Faience/apps/96/terminal.png
URxvt*scrollBar: false
URxvt*termName: screen-256color
URxvt*saveLines: 10000
URxvt*cursorBlink: true
URxvt*pointerBlank: true
URxvt*pointerBlankDelay: 987654321
URxvt*font: xft:Terminus:size=12
URxvt*perl-ext-common: default,fullscreen
URxvt*keysym.F11: perl:fullscreen:switch
URxvt*background: #0f0f0f
URxvt*foreground: #c8c8c8
URxvt*color0: #251f1f
URxvt*color1: #eb4509
URxvt*color2: #94e76b
URxvt*color3: #ffac18
URxvt*color4: #46aede
URxvt*color5: #e32c57
URxvt*color6: #d6dbac
URxvt*color7: #efefef
URxvt*color8: #5e5e5e
URxvt*color9: #eb4509
URxvt*color10: #95e76b
URxvt*color11: #ffac18
URxvt*color12: #46aede
URxvt*color13: #e32c57
URxvt*color14: #d6dbac
URxvt*color15: #efefef
I'm currently using the "rxvt-unicode-patched-left_ptr-unicode3" package, but I experienced the same problem with the official "rxvt-unicode" package.
As I expected, it sounds like the problem is just me... Maybe I can try creating a new user and slowly adding in my personal config files until urxvt breaks. -
[SOLVED] custom terminal (urxvt) settings with vim
Hi all,
I want to run vim in a terminal (urxvt) session with XRESOURCES settings different than the default, located at ~/.Xresources.
I'm doing this because when I run vim I want different font settings as well as some other urxvt settings
How can I do this?
I have a second xresources file called .Xresources-vim
I tried setting the environment variable XRESOURCES=.Xresources-vim, and ran vim on the same line, but it doesn't pick up on the alternate urxvt settings.
If I change XRESOURCES as above and run urxvt on the same line, i get the custom settings
So I want to somehow execute vim with one key combination and get it into a urxvt session with the custom settings
any ideas?
Best,
Alan
Last edited by beitme (2013-09-05 04:08:45)You can also just have a different class specifier in your Xresources file, so you'd have settings for URxvt*<option>: setting, and urxvt-vim.<option>: setting. Then call as "urxvt -name urxvt-vim -e vim" and it will take all the urxvt-vim settings from Xresources.
But if this is for different color settings, you do know that vim syntax highlighting can use 256 colors, right? So you wouldn't need to reset the 16 base colors. -
[SOLVED] URXVT Transparency Dragging Refresh Rate Lag Problems
Hi! Hope y'all are well.
I've been scattering through the threads here searching for posts on window/frame lag, and noticed a few posts regarding the issue... but most were realated to window tearing, which is not exactly my issue...
So basically when I drag my urxvt CLI, which is transparent, the window itself moves without delay, however my desktop wallpaper, which can be seen through the CLI of course, experiences a refresh delay, hope that makes any sense.
Any questions, please ask.
Thanks!
Last edited by w201 (2013-02-05 08:49:13)transset-df worked.
! 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: #4D4DFF
! scrollback buffer lines - 65535 is max on most machines (64 is default)
URxvt*saveLines: 12000
! font color (default is black)
URxvt*foreground: White
! background color (prior to tinting) (default is white)
URxvt*background: Blue
! 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: rxvt
Maybe you are looking for
-
Custom node not appearing in hbox
I can insert this custom node into an hbox (I scanned the hbox and verified their existence), but the contents of the frame from the fxz file do not show up. My objective: -I have a series of fxz files (frames) that I wish to put into an hbox -Each f
-
Does Photoshop Elements 13 support Nikon D7100 Raw format?
Does Photoshop Elements 13 support Nikon D7100 Raw format?
-
I have a MacBook Pro 2.4GHz i7 (mid 2012) connected to an Apple LCD Cinema Display. I want to add a second non-apple display that accepts HDMI or VGA. What is the best way to achieve this?
-
Dear All - Our customer is considering the use of BRF Plus for their rules management and need information on the following: 1. Performance for large large rule sets - multiple instances of the engine for large, global and centralized installation 2.
-
Installed PCI-6025E recognized by Windows XP but only in PXI system by MAX
I installed a PCI-6025E DAQ board on a Windows XP machine. Upon startup it recognized the new hardware and installed the driver from the NI-DAQ 6.9.3 CD. All seemed to work fine. When I try to bring up the device in MAX it only shows up in the PXI sy