On 01/05/2011 06:44 PM, Marc Andre Tanner wrote:
> On Sun, Jan 02, 2011 at 11:32:00AM -0500, Ross Mohn wrote:
>> Now I understand the mystery better. At home I do get the graphics
>> (using HEAD), but not at work. And the reason is that at home I use
>> en_US.utf8 while at work I'm stuck with AIX
On Thu, Jan 6, 2011 at 12:44 AM, Marc Andre Tanner wrote:
>> On the other hand, now that I've been prompted to finally compile and
>> try a version of st, I love it! And, this has probably already been
>> discussed, but wouldn't it be more efficient to just write an optional
>> patch to st that p
On Sun, Jan 02, 2011 at 11:32:00AM -0500, Ross Mohn wrote:
> Now I understand the mystery better. At home I do get the graphics
> (using HEAD), but not at work. And the reason is that at home I use
> en_US.utf8 while at work I'm stuck with AIX boxes that don't have that
> locale installed, just en
Now I understand the mystery better. At home I do get the graphics
(using HEAD), but not at work. And the reason is that at home I use
en_US.utf8 while at work I'm stuck with AIX boxes that don't have that
locale installed, just en_US. So, the UTF8 code within dvtm prints the
actual UTF8 graphic c
What version are you running? I was running 0.5.2 and just updated to
HEAD, and that fixed the problem for me. It looks like your patch was
added after version 0.6 so unless you are running against the HEAD of
the repository you won't have the fix. Here I am running a nested
instance: http://i.i
Yes, I did add that patch, and it does indeed set the graphmode flag in
dvtm, but it still prints 'lqj' rather than the graphic versions of
them. I just tried st: graphics from st, but just 'lqj' from dvtm within
st. Not sure what's going on now. :-/
On 12/30/2010 02:50 PM, Niki Yoshiuchi wrote:
The problem is with dvtm, specifically older versions. dvtm 0.5.2
definitely has this problem and I know that the HEAD of the git
repository does not. According to the git log it was fixed by you:
commit 163a07d5fb99f2b187e1da0f66084f14d6459626
Author: Marc Andre Tanner
Date: Fri Dec 17 21:01
On Thu, Dec 30, 2010 at 1:50 AM, Ross Mohn wrote:
> Thanks for that! Yes, it also works in screen and tmux, but not dvtm. I'll
> slog through some tmux code and see about adding it to dvtm.
Sorry if I wasn't clear, but the line drawing characters are correctly
displayed while using dvtm *inside*
Thanks for that! Yes, it also works in screen and tmux, but not dvtm.
I'll slog through some tmux code and see about adding it to dvtm.
On 12/29/2010 05:27 PM, Aurélien Aptel wrote:
> On Wed, Dec 29, 2010 at 4:44 PM, Ross Mohn wrote:
>> Has anyone ever seen any of the graphics characters print
On Wed, Dec 29, 2010 at 4:44 PM, Ross Mohn wrote:
> Has anyone ever seen any of the graphics characters print in a madtty
> of dvtm? I don't think they work because they're not being displayed by
> an ncurses function, just by plain old write(), so there's no graphics
> translation being performe
Has anyone ever seen any of the graphics characters print in a madtty
of dvtm? I don't think they work because they're not being displayed by
an ncurses function, just by plain old write(), so there's no graphics
translation being performed. Try echo'ing out this escape sequence and
see what you g
11 matches
Mail list logo
