Branches
Comments
[»]
future feature requests or bug reports
by Marc A. Lehmann - Dec 18th 2004 17:18:20
Future feature requests or bug reports on freshmeat are likely to be
ignored by the rxvt-unicode author.
Better use <rxvt-unicode@lists.schmorp.de> for that.
If you don't intend to communicate with the author, feel free to use
freshmeat, though :)
[reply]
[top]
[»]
Great work on v4.0
by InfinityX - Dec 18th 2004 13:47:14
As the subject says the new version is simply fantastic, the increase in
xft rendering speed is phenomenal as well, I can finally use transparency
without any visible slowdown. The inclusion of bold and italic font support
makes it without a doubt the best terminal emulator on my system.
The only problem I've seen so far is that italic and italic-bold text gets
reverse-videoed when using GNU Screen, is this a Screen problem or have I
not set urxvt up correctly?
[reply]
[top]
[»]
Re: Great work on v4.0
by Marc A. Lehmann - Dec 18th 2004 17:16:10
as screen has no way to turn on italic, i wonder how it can display it as
reverse? please note that screen is a different terminal than rxvt-unicode
and uses it's own set of control sequences.
it might be possible to maske screen learn italic, though. I am not sure.
[reply]
[top]
[»]
Transparent Scrollbar
by dib - Dec 16th 2004 23:31:20
Please try to add support for a transparent scrollbar as seen in aterm -
thanks for continuing a fantastic project!
[reply]
[top]
[»]
Re: Transparent Scrollbar
by Marc A. Lehmann - Dec 17th 2004 00:30:38
as the scrollbar is already trasnparent - what are you missing?
[reply]
[top]
[»]
Re: Transparent Scrollbar
by dib - Jan 15th 2005 00:57:13
> as the scrollbar is already trasnparent
> - what are you missing?
ah - sorry dude - when did you add that?
[reply]
[top]
[»]
out_of_input error
by bushwacka - Oct 31st 2004 13:32:40
Rxvt-unicode has been flawless in just about every way. The single thing
that happens, and this is reproducible on my system everytime, is if I open
a man page, and proceed to scroll, I will eventuall get an out_of_input
error and rxvt-unicode will terminate.
"terminate called after throwing an instance of 'out_of_input'
Aborted"
I run a 2.6.8 kernel with a Gentoo install.
[reply]
[top]
[»]
Re: out_of_input error
by Marc A. Lehmann - Dec 17th 2004 00:31:35
I can only imagine that your compiler lacks exyception support - did you
disable exceptions when compiling rxvt-unicode, or maybe your gcc was
configured for the wrong exception system=
[reply]
[top]
[»]
Bug reports
by Lord Lundy - Oct 3rd 2004 23:37:06
What is the preferred method to report bugs? Post a comment here as done
before? Use the mailling list (the archives button doesn't work, so I can't
check), and direct email may not have been seen...
Lund
[reply]
[top]
[»]
Re: Bug reports
by Marc A. Lehmann - Dec 17th 2004 00:32:45
Indeed, it's better to contact the list or the author directly. Comments
on freshmeat get overlooked easily, and certainly there will be no timely
response on freshmeat.
[reply]
[top]
[»]
urxvt can't use chinese input method
by °ü껾ü - Sep 10th 2004 22:39:27
Hi, I really like urxvt, although I havn't used it a lot at all. It's
because I can't get it work with any chinese input methods (yes I think
I've tried all of'em). As I'm using Debian, thus can easily get some
japanese and korean input methods, much to my surprise, they seem to be
fine. But rxvt and xterm work with all of the IMs. If u're willing to fix
it, here's one chinese im: http://scim.freedesktop.org/
and this is another:
http://www.fcitx.org/main/index.php
[reply]
[top]
[»]
Re: urxvt can't use chinese input method
by Marc A. Lehmann - Sep 12th 2004 04:53:32
% chinese input methods (yes I think I've
> tried all of'em). As I'm using Debian,
it seems that the chinese input methods based on imdkit are a but buggy,
and also trigger crashes with the XIM protocol (the latter is a bug in XIM
really). Additionally, rxvt-unicode-3.9 has a bug that can make it crash,
too, when the input method is being killed.
So the situation is bad :)
the cvs version contains a few workarounds around the imkdit and xlib
problems, and also fixes the crash problem. Try it out!
> rxvt and xterm work with all of the IMs.
They don't support switching locales, which keeps them from triggering
various protocol problems. Also, it seems that the chinese input methods
require events targetted at foreign windows too, which should really be
fixed to keep the protocol overhead low.
It is, however, impossible to make XIM work crash-free. The real solution
would probbaly be to switch to IIIMF, which ought to contain less race
condition bugs.
> http://scim.freedesktop.org/
Should work with 3.9... it does in debian. Maybe you have set the wrong
locale?
[reply]
[top]
[»]
rxvt-unicode crash when text selected
by rookie - Aug 17th 2004 14:15:52
Hello, I really like urxvt but I emerged rxvt-unicode 3.6, rxvt 3.6 and
manually compiled from source ver. 3.7 and all crash with following error
when I selected some area and released mouse button (left mouse click,
select, release button and bye bye term...)
---
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 18 (X_ChangeProperty)
Value in failed request: 0x40
Serial number of failed request: 935
Current serial number in output stream: 936
---
Linux 2.6.7-gentoo-r14 #1 Fri Aug 13 19:12:03 CEST 2004 x86_64 4
GNU/Linux
[reply]
[top]
[»]
Re: rxvt-unicode crash when text selected
by Marc A. Lehmann - Sep 12th 2004 05:03:46
Please set a breakpoint on "rxvt_xerror_handler", run urxvt and provide a
backtrace when it hits that function. Thanks.
[reply]
[top]
[»]
print-pipe
by Jinesh Choksi - Aug 15th 2004 15:13:58
The following doesn't seem to dump the screen contents into the file
rxvt.print:
URxvt.print-pipe: "cat >$HOME/rxvt.print"
(I was later going to use mktemp to ensure I got a unique filename
btw)
Using the above resource line, and pressing PrintScreen, generates
rxvt.print, but the contents are: the first character on the screen,
followed by x newlines, where x = term height.
Could it be that the unicode support broke this feature?
[reply]
[top]
[»]
Re: print-pipe
by Marc A. Lehmann - Aug 15th 2004 22:29:34
thx, fixed in 3.7
[reply]
[top]
[»]
scrooling text prints artifacts
by ikaro - Oct 8th 2004 17:57:33
hi,
im using urxvt 4.0 and I have this problem with the terminal, that
whenever there is text scrooling ( a simple ls is enought ) artifacts are
printed all over the terminal.
a snapshot to illustrate the problem:
http://ikaro.dk/tmp/rxvt.png
is this a known bug ? anyone have a fix ? :)
Thanks.
--
--
best regards
ikaro
[reply]
[top]
|
