On Sun, Aug 24, 2014 at 07:37:14PM -0400, Nick wrote:
> I don't have time to test it yet. Will it also work for text within
> programs like dvtm / screen, or is that too much to ask as they
> don't expose the necessary line wrapping information to st?
It works fine with tmux and screen.
Eric
Quoth Ben Hendrickson:
> When getting selected text, lines that were wrapped because of length
> ought not include the wrapping newline in the selection.
Cool, this is a very useful fix, thanks.
I don't have time to test it yet. Will it also work for text within
programs like dvtm / screen, or i
On Sun, Aug 24, 2014 at 06:25:13PM -0400, Wolfgang Corcoran-Mathe wrote:
> I don't see a reason for this extra newline, but apologies in advance
> if I'm just being thick.
Thanks, will apply this tomorrow.
I don't see a reason for this extra newline, but apologies in advance
if I'm just being thick.
--
Wolfgang Corcoran-Mathe
diff --git a/su.c b/su.c
index fe7e139..71268c1 100644
--- a/su.c
+++ b/su.c
@@ -64,7 +64,7 @@ main(int argc, char *argv[])
uid = getuid();
if (uid) {
-
> > - decode
> > - encode
> > - decode
>
> These steps aren't as slow as you might think.
I already have said in another mail that they are not a bottleneck,
and we are not going to increment the performance of st. It's only
about make the code better.
> Look at how ??decoding?? is
Greetings.
On Sun, 24 Aug 2014 16:56:33 +0200 "Roberto E. Vargas Caballero"
wrote:
> If the character is a multibyte, we decode it again. So for
> multibyte characters we:
>
> - decode
> - encode
> - decode
These steps aren't as slow as you might think.
> It is slow and
Work on this is definitely appreciated. Whenever I come about to pull
newest versions of the suckless projects I use. I'm a rather lazy
compiler when it comes to these, tho... :D
> >
> > ptr = buf;
> > while((charsize = utf8decode(ptr, &unicodep, buflen))) {
> > utf8encode(unicodep, s, UTF_SIZ);
> > tputc(s, charsize);
> > ptr += charsize;
> > buflen -= charsize;
> > }
>
> Why not usin
