2013/4/13 Christoph Lohmann <2...@r-36.net>:
> Greetings.
> I merged the patches from the list and applied them. St now does on copy
> replace ’\r’ with ’\n’ and when it receives some paste item ’\n’ is re‐
> placed with ’\r’.
Thanks, that's much better than before! Every combination I'm aware of
Greetings.
On Sat, 13 Apr 2013 12:29:08 +0200 p37si...@lavabit.com wrote:
> When copying from vim running in st, lots of spaces are copied, but it
> is another problem.
That’s due to vim using BCE, which will make the remaining line full of
whitespaces with the corresponding background color of
On Sat, Apr 13, 2013 at 08:53:08AM +0200, Christoph Lohmann wrote:
> Greetings.
>
> On Sat, 13 Apr 2013 08:53:08 +0200 Alexander Sedov
> wrote:
> > > Maybe pasting to st should be fixed too, so when newlines are pasted,
> > > they are translated to ^M. But '\n' should be copied, otherwise pasti
Greetings.
On Sat, 13 Apr 2013 08:53:08 +0200 Alexander Sedov
wrote:
> > Maybe pasting to st should be fixed too, so when newlines are pasted,
> > they are translated to ^M. But '\n' should be copied, otherwise pasting
> > to graphical programs is broken.
> That's how urxvt does it and this is
> Yeah, it makes sense for pasting from st to st.
> But pasting from, for one, surf to st suffers from ^J instead of ^M
> (mcabber, nano, who knows what else), and pasting to file and, as
> topicstarter states, to gvim is pain, too.
Yeah, the problem here is you will have problems in both cases, s
> This is the reason why st is writing '\r', because is the code that is
> generated when you press return.
Yeah, it makes sense for pasting from st to st.
But pasting from, for one, surf to st suffers from ^J instead of ^M
(mcabber, nano, who knows what else), and pasting to file and, as
topicstar
> > I'd say this qualifies for a move to config.h.
> > I might be back later with a patch for that.
>
> Umm, no. "If you want to use st with x, y, z programs, set this to
> \r, if you want to use a, b, c programs, set \n" is a terrible idea.
>
> Best to figure out what is more correct, do that, and
On Thu, Apr 11, 2013 at 05:00:00PM +0100, Nick wrote:
> Best to figure out what is more correct, do that, and patch any
> applications that do things the wrong way.
I guess other terminals manage this okay, in spite of their faults,
why not check to see what they are doing?
> Maybe pasting to st should be fixed too, so when newlines are pasted,
> they are translated to ^M. But '\n' should be copied, otherwise pasting
> to graphical programs is broken.
That's how urxvt does it and this is what my patch originally done
(sort of, translation was in ttywrite while in sho
On Thu, Apr 11, 2013 at 05:00:00PM +0100, Nick wrote:
> On Thu, Apr 11, 2013 at 05:25:46PM +0200, Martti Kühne wrote:
> > On Thu, Apr 11, 2013 at 5:22 PM, Carlos Torres wrote:
> > > this is a funny patch. it must have been about 1 to 2 months ago that
> > > there was another discussion about past
On Thu, Apr 11, 2013 at 05:25:46PM +0200, Martti Kühne wrote:
> On Thu, Apr 11, 2013 at 5:22 PM, Carlos Torres wrote:
> > this is a funny patch. it must have been about 1 to 2 months ago that
> > there was another discussion about pasting to other apps and thats
> > when that carrige return appea
On Thu, Apr 11, 2013 at 5:22 PM, Carlos Torres wrote:
> this is a funny patch. it must have been about 1 to 2 months ago that
> there was another discussion about pasting to other apps and thats
> when that carrige return appeared. and now there is a patch to revert
> that back...lol this is gre
this is a funny patch. it must have been about 1 to 2 months ago that
there was another discussion about pasting to other apps and thats
when that carrige return appeared. and now there is a patch to revert
that back...lol this is great, i look forward to another patch that
takes it back to \r :)
This patch makes behaviour consistent with xterm and comments.
diff --git a/st.c b/st.c
index 93058b9..90c102e 100644
--- a/st.c
+++ b/st.c
@@ -790,7 +790,7 @@ selcopy(void) {
}
/* \n at the end of every selected line except for the
last one */
14 matches
Mail list logo
