Re: [dev] st patches and clipboard issues
On Thu, 1 Jan 2015 21:19:24 -0500 Philip Rushik prus...@gmail.com wrote: Hey Philip, Also, the other issue I want to report is that st does not work with synergy's clipboard sharing feature. did you try enabling the Elevated mode in the client (should be selectable at the bottom of the main window)? Cheers FRIGN -- FRIGN d...@frign.de
Re: [dev] st patches and clipboard issues
On Thu, Jan 01, 2015 at 09:19:24PM -0500, Philip Rushik wrote: I have attempted to figure this out, but the mechanism st uses seems so simple and correct according to what I know of the X11 protocol, so I can't figure it out However, somebody here might know st better than I do. You can do some testing with xclip[0] which allows you to manipulate the clipboard and also see requests made to xclip from X to see what's going on. If run with the -quiet flag it will stay in the foreground and notify you of every request it gets. That way you can see if the clipboard sharing program is passing on the requests to the x client that currently has the selection. Or just attach a debugger to st and see what's different between the first requests that work and the second ones that don't. That might be even easier. CustaiCo [0] http://sourceforge.net/projects/xclip/
Re: [dev] st patches and clipboard issues
You can do some testing with xclip[0] which allows you to manipulate the clipboard and also see requests made to xclip from X to see what's going on. If run with the -quiet flag it will stay in the foreground and notify you of every request it gets. That way you can see if the clipboard sharing program is passing on the requests to the x client that currently has the selection. I have xclip installed, but the -quiet flag doesn't seem to work as you say it should. Or just attach a debugger to st and see what's different between the first requests that work and the second ones that don't. That might be even easier. Yeah, but its something that would be tough to do during work. I'll see what I can do though. st with scrollback: https://github.com/strake/st Ok, I figured it already existed. I bother with the patch then.
Re: [dev] st patches and clipboard issues
st with scrollback: https://github.com/strake/st
Re: [dev] [st] Patches
I don't think the DEC alignment test is necessary. Please read LEGACY in st repo.
Re: [dev] [st] Patches
Hello. On Sun, 07 Oct 2012 11:10:50 +0200 Aurélien Aptel aurelien.ap...@gmail.com wrote: I don't think the DEC alignment test is necessary. Please read LEGACY in st repo. I applied the patch for it to have a reason to modularize the tsetchar() function. I think this will be needed for another feature I have in mind. Then the test loop will be removed. Sincerely, Christoph Lohmann
Re: [dev] [st] Patches
On Sun, Oct 07, 2012 at 11:10:21AM +0200, Aurélien Aptel wrote: I don't think the DEC alignment test is necessary. Please read LEGACY in st repo. I duded about this, but like I was not sure I sent the patch to the list in order to begin a discussion about this. You can see that the message in the commit was very clear about the sequence maybe was not necessary.
Re: [dev] [st] Patches
I applied the patch for it to have a reason to modularize the tsetchar() function. I think this will be needed for another feature I have in mind. Then the test loop will be removed. Uhmmm, you could say me this and it was very easy for me split the patch and keep only that part. Next time I will try split this kind of patches.
Re: [dev] [st] Patches
Hello. On Sun, 07 Oct 2012 11:55:50 +0200 Roberto E. Vargas Caballero k...@shike2.com wrote: I applied the patch for it to have a reason to modularize the tsetchar() function. I think this will be needed for another feature I have in mind. Then the test loop will be removed. Uhmmm, you could say me this and it was very easy for me split the patch and keep only that part. Next time I will try split this kind of patches. You didn’t do anything wrong. Patches should normally create full fea‐ tures instead of just frameworks. So your patch is right. Sincerely, Christoph Lohmann
Re: [dev] [st] Patches
Yeah! Oh, we could have a variable for everything that one could wish to start in st: STTMUX, STGNUSCREEN, STAALIBKDE... or we could just use -e. Yeah, even when you start it from a menu like dmenu or it is automatically spawned from a graphical application. It's true that a boolean variable may not be the best solution, but -e also it is not the solution. Maybe a better aproach can be a variable with the parameters for st (like LESS variable) or something like this.
Re: [dev] [st] Patches
how is -e not a solution? 2012/9/20 Roberto E. Vargas Caballero k...@shike2.com: Yeah! Oh, we could have a variable for everything that one could wish to start in st: STTMUX, STGNUSCREEN, STAALIBKDE... or we could just use -e. Yeah, even when you start it from a menu like dmenu or it is automatically spawned from a graphical application. It's true that a boolean variable may not be the best solution, but -e also it is not the solution. Maybe a better aproach can be a variable with the parameters for st (like LESS variable) or something like this. -- sic dicit magister P Université du Québec à Montréal / Loyola University Chicago http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B) gpg --keyserver pgp.mit.edu --recv-keys ED6EF59B
Re: [dev] [st] Patches
how is -e not a solution? Uhmmm, I suck ^^!. dmenu allows you write the full command line, so you can use -e with it.
Re: [dev] [st] Patches
On Wed, Sep 19, 2012 at 8:42 PM, Roberto E. Vargas Caballero k...@shike2.com wrote: Hi, A new serie of patches for st. Please send comments or suggestions. Best regards. Would you also port st to wayland? cheers! mar77i
Re: [dev] [st] Patches
How many patches are left to get scrollback buffer? On Sep 19, 2012, at 20:42, Roberto E. Vargas Caballero k...@shike2.com wrote: Hi, A new serie of patches for st. Please send comments or suggestions. Best regards. 0001-Clear-X-window-in-tsetreset.patch 0002-Remove-unused-parameters-in-ttyresize.patch 0003-Add-KAM-sequence.patch 0004-Fix-LNM-sequence.patch 0005-Add-some-documentetion-to-tsetmode.patch
Re: [dev] [st] Patches
2012/9/19 pancake panc...@youterm.com: How many patches are left to get scrollback buffer? We don't want scrollback buffers. -- sic dicit magister P Université du Québec à Montréal / Loyola University Chicago http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B) gpg --keyserver pgp.mit.edu --recv-keys ED6EF59B
Re: [dev] [st] Patches
Quoth Peter Hartman: 2012/9/19 pancake panc...@youterm.com: How many patches are left to get scrollback buffer? We don't want scrollback buffers. Some of us do.
Re: [dev] [st] Patches
Just use 9term.
Re: [dev] [st] Patches
Well... I was asking about comments and suggestion of the patches. I am not the person who can accept or deny new suggestion, but I am going to give my personal opinion. Would you also port st to wayland? I think in case of being possible, st is very far to do this, because it has a lot of things to fix before. How many patches are left to get scrollback buffer? Idea of main developers is not add this feature to st, because you can get it using other external programs, like for example tmux. This helps to keep st very simple, efficient and clear. Maybe a good solution could be integrate tmux inside of st (for example if STTMUX is defined, run tmux in starup).
Re: [dev] [st] Patches
On 19/09/2012, Roberto E. Vargas Caballero k...@shike2.com wrote: Maybe a good solution could be integrate tmux inside of st (for example if STTMUX is defined, run tmux in starup). Yeah! Oh, we could have a variable for everything that one could wish to start in st: STTMUX, STGNUSCREEN, STAALIBKDE... or we could just use -e.