You are not logged in.
Pages: 1
Hello
This is kinda hard to explain, but I'll give a shot - with a couple of screenshots.
Notice the terminal on the left, and also at the bottom.. whenever I type in a command (or paste from somewhere) that's longer than xx characters, and hit "END" to edit the command, it goes all the way to the start of the line - but visually it's leaving the character behind, so it's impossible to see where you're editing. I suppose it has something to do with my terminal size (even tho "fullscreen" in Xmonad).
Other than that, I can't figure out why it does it, but it's really anoying.
.Xdefaults
http://codepad.org/U2VSyAUR
Thanks for any help.
Last edited by valvet (2010-11-07 18:30:05)
Offline
Still working on this..
Offline
what package? rxvt-unicode or rxvt-unicode-256color? If you are using the former, then try switching to the later.
Evil #archlinux@libera.chat channel op and general support dude.
. files on github, Screenshots, Random pics and the rest
Offline
That's strange. I am using xmonad and rxvt-unicode-256color too, but there's no problem. I am running the current version of both of 'em. Have you upgraded xmonad/-contrib? or try to build your rxvt version on your own machine.
Offline
Hi
At a concert, so short answer. Im using 256 colors version. The latest. Will try normal rxvt ucode when i get home.
Offline
Hi
Back home. I just tried both urxvt-unicode, aswell as compiling it myself (also 256 colors).
michael@swamp ~/dev/abs/rxvt-unicode-256color> ppacman -Qi rxvt-unicode-256color
Name : rxvt-unicode-256color
Version : 9.07-10
URL : http://software.schmorp.de/pkg/rxvt-unicode.html
Licenses : GPL2
Groups : None
Provides : rxvt-unicode
Depends On : gcc-libs libxft
Optional Deps : gtk2-perl: for urxvt-tabbed usage
Required By : None
Conflicts With : rxvt-unicode
Replaces : None
Installed Size : 2844.00 K
Packager : Unknown Packager
Architecture : i686
Build Date : Sun 07 Nov 2010 02:55:11 AM CET
Install Date : Sun 07 Nov 2010 02:57:44 AM CET
Install Reason : Explicitly installed
Install Script : Yes
Description : a unicode enabled rxvt-clone terminal emulator (urxvt), with 256 colour support
It still happens. Notice the extra "p" in pacman.. weird. I'm getting nowhere fast.
Offline
That's strange. I am using xmonad and rxvt-unicode-256color too, but there's no problem. I am running the current version of both of 'em. Have you upgraded xmonad/-contrib? or try to build your rxvt version on your own machine.
Also, yes - my xmonad stuff should be up to date.
Name : xmonad-darcs
Version : 20101103-1
URL : http://hackage.haskell.org/package/xmonad
Licenses : custom:BSD3
Groups : None
Provides : None
Depends On : gmp libxinerama ghc haskell-x11>=1.5.0.0 haskell-mtl
Optional Deps : None
Required By : xmonad-contrib-darcs
Conflicts With : xmonad
Replaces : None
Installed Size : 4404.00 K
Packager : Unknown Packager
Architecture : i686
Build Date : Wed 03 Nov 2010 11:13:51 PM CET
Install Date : Wed 03 Nov 2010 11:14:03 PM CET
Install Reason : Explicitly installed
Install Script : Yes
Description : A tiling window manager
Name : xmonad-contrib-darcs
Version : 20101103-1
URL : http://hackage.haskell.org/package/xmonad-contrib
Licenses : custom:BSD3
Groups : None
Provides : None
Depends On : haskell-x11-xft xmonad-darcs
Optional Deps : None
Required By : None
Conflicts With : xmonad-contrib
Replaces : None
Installed Size : 26100.00 K
Packager : Unknown Packager
Architecture : i686
Build Date : Wed 03 Nov 2010 11:16:53 PM CET
Install Date : Wed 03 Nov 2010 11:17:21 PM CET
Install Reason : Explicitly installed
Install Script : Yes
Description : Third party extensions for xmonad
Could you try with my Xdefaults file above, see if you can reproduce it? Also try using the font I am (Droid).
Thanks
Last edited by valvet (2010-11-07 02:04:57)
Offline
You may want to check to see if it happens in another terminal like xterm. If so, you should check your prompt formatting for errors.
Offline
Hm, I have got sth in my mind...it remembers me a problem I had with the keyboad input. Just to foreclose a terminal issue...could you retry these tests with an other terminal like aterm or xterm.
If this issue still exists, try to downgrade your input packages (keyboard..I guess)
EDIT:
:-) someone was faster with terminal suggestions.
Last edited by linux-ka (2010-11-07 10:33:26)
Offline
It appears to be a problem with the bash prompt (PS1). Removed it from .bashrc, and now I can't seem to reproduce it.
I don't really care about prompts, but I don't see anything wrong here:
# prompt
PS1='\u@\h \w> \a'
# show [SH] when entering shell in VIM
if [ $VIM ]; then
export PS1='[SH] \u@\h \w> \a'
fi
Offline
After a little more digging, the culprit is the \a I have in my PS1. The reason I have this, is because xmonad/dzen is set up with urgent notification, and if I do eg. pacman -Syu and move to another workspace, it'll notify me whenever it's done with that command because of the \a in the PS1.
Any ideas how to fix this/another solution?
Offline
I'm not very familiar with prompt programming, but I think that the proper solution is to have non-printing characters in a block at the beginning of the line. This seems to be a fairly complete guide:
Offline
I'm not very familiar with prompt programming, but I think that the proper solution is to have non-printing characters in a block at the beginning of the line. This seems to be a fairly complete guide:
Hi
I just tried doing \a at the start of the prompt instead - sadly, it results in the same problem, as if it were at the end :x.
Offline
Did you try using something like this or did you just try '\a'?
[ \a \]
Offline
Did you try using something like this or did you just try '\a'?
[ \a \]
I tried both.. with and without spaces etc., with the [ \a \] it's now 2 letters that's being left behind, instead of one with just \a.. weird :-).
PS1='[ \a \][\u@\h \W]\$ '
Offline
I'm out of ideas. Hopefully someone with strong PS1 knowledge will jump in.
Offline
I'm out of ideas. Hopefully someone with strong PS1 knowledge will jump in.
It actually appears to work after all. I was missing a \ infront of the first bracket [, so it'll look like:
PS1='\[\a\][\u@\h \W]\$ '
So far no issues. Thanks for helping :-)
Offline
It doesn't matter where the \a is in the prompt string, since it's a non-printing character. But as such, it needs to be properly escaped, as detailed in man bash, section PROMPTING.
This is not "strong PS1 knowledge". Reading the manual is all it takes.
Offline
Pages: 1