Sunday, August 25, 2013

Re: Mapping <*-CR>


On Aug 26, 2013 1:00 AM, "Thomas E. Dickey" <dickey@his.com> wrote:
>
> On Sunday, August 25, 2013 4:10:44 PM UTC-4, Michael Henry wrote:
> > On 08/25/2013 02:16 PM, Nikolay Pavlov wrote:
> >
> > > TERM=konsole and TERM=konsole-256color are contained in my
> > > terminfo database, seem to work fine with konsole and can be
> > > configured in profiles/environment variables. To my surprise,
> > > files in /usr/share/terminfo regarding konsole were installed
> > > by ncurses and not by konsole, but it appears that *all* other
> > > entries there except for fbterm come from sys-libs/ncurses. So
> > > I can't say whether using such non-standard $TERM is fine, but
> > > I do use it (-256color variant).
>
> I wrote them.  None of the GNOME or KDE developers have contributed
> that I recall to any of the terminal descriptions that are relevant.
>
> > > Note that konsole is the only terminal I know that supports
> > > true color. Using non-standard $TERM makes me able to
> > > recognize konsole and enable true color support in some
> > > applications (i.e. vim, there is a patch for this lying
> > > somewhere, search for 'guicolors').
>
> as the stackoverflow link comments, xterm recognizes the escape
> sequence and matches it against its palette.  (Reading konsole's
> code, it seems that it does the same thing - ymmv)

I know about xterm. About konsole: I checked true color support by using screenshots and it works as expected. I doubt there may be colors 000000, 000001 and 000002 in palette (except for the first one, of course). Konsole version is 4.10.4.

> > http://stackoverflow.com/questions/6403744/are-there-terminals-that-support-true-color
> >
> >
> >
> > They mention only Konsole as having true color, and a tiny bit
> > more searching on my part doesn't turn up anything else (other
> > than another terminal based on Konsole).  If you want true
> > color, you may have to live with Konsole (though you could
> > certainly do worse).
>
> no... see the comment by Tangent 128.  xterm patch #282 implements
> the sequence as noted above.

Taking color from 8-bit palette is not something I may call "true color support".

> > You may find, however, that some things don't work quite right
> > now that Konsole sends xterm-compatible keycodes.  The "konsole"
>
> Testing konsole 2.10.5 on Fedora19, I see that it does not.
> It matches the "konsole" entry which I wrote.
>
> That's probably the most recent copy of konsole that I can test.
>
> > entry in terminfo matches an older version of Konsole, so
> > programs that use terminfo to determine what to expect will be
> > unable to recognize the keys.
>
> Now that I'm reminded, I can retest and see if another change crept in
> (when I see a newer version of konsole).
>
> > Basically, since modern Konsole is trying to emulate xterm,
> > TERM=xterm is a closer match to the actual behavior than the old
> > TERM=konsole entry.
>
> Both konsole and gnome-terminal have been pretty stagnant for several years.
> Both have had as a goal, to "emulate xterm" for more than ten years,
> but have not made progress on that.
>
> --
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php
>
> ---
> You received this message because you are subscribed to the Google Groups "vim_use" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
 
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

No comments: