Re : Re : Re : Re : New screen features available
Thanks, This does what you showed. I was under the impression we could use a layout style per window where here this is n numbers of layouts. I will have to see how I can fit this with I would like to do. cheers, jy 2007/9/13, Jesús Guerrero [EMAIL PROTECTED]: On Thu, 13 Sep 2007 14:46:04 -0400 Jean-Yves Levesque [EMAIL PROTECTED] wrote: 2007/5/29, Michael Schroeder [EMAIL PROTECTED]: On Wed, May 23, 2007 at 12:12:35PM -0400, Jean-Yves Levesque wrote: What I would like to see is the following: window 1: bash shell Window 2: group of two bash shell side by side window 3: group of 4 bash shells in a 4x4 view. When I go to window 1 I have one window. If I go to next window, I would see a 2x1 layout. ^a next would show me a 4x4 layout. ^a next would bring me back to the single window layout. Sounds to me like it is exactly what the layout code I have a hard time explaining what I would like to achieve with groups and layout. I will try to detail what I would like to do. If you have screenrc examples for what I would like to do, please provide these so I can understand how to do this: Window 1 - Running Elinks (full screen) Window 2 - Running Mutt (full screen) Window 3 - Running 2 SLRN sessions side by side to 2 different servers Window 4 - Running 4 telnet session to 4 servers in a 2x2 configuration. Maybe a graphical view will help you better. Note that I am not sure if this is 100% correct, but it worked for me. I just looked into the source for the few bits I did not pick on the mailing list. So, I paste here what I did: ## BEGIN: LOGS LAYOUT ## layout new system_logs screen -t 1 //group screen -t htop htop screen -t 5 //group screen -t trash bash screen -t 2 //group screen -t fvwm tail -f ~/logs/fvwm.log screen -t 3 //group screen -t www tail -f /var/log/lighttpd/access.log screen -t 4 //group screen -t messages tail -f /var/log/messages split -v resize -v 65% split resize 90% focus select trash focus split resize -v 30% select fvwm focus split select www focus select messages focus select htop layout save system_logs ## END: LOGS LAYOUT ## ## BEGIN: WORK LAYOUT ## layout new work screen -t 1 //group screen -t bash bash screen -t cash bash screen -t dash bash screen -t root su -c 'bash' screen -t 2 //group screen -t irssi irssi -c jesgue.homelinux.org screen -t 3 //group screen -t moc mocp screen -t mc mc ~/storage/ ~/ split -v resize -v 60% focus split resize -h 60% select irssi focus select moc focus select bash layout save work ## END: WORK LAYOUT ## ## === ## layout load work bindkey ^H layout next bindkey ^[Oa focus up bindkey ^[Ob focus down bindkey ^[Oc next bindkey ^[Od prev caption always %{dw} .- %{dB} %-w%50%{KY}[%t]%{dB}%+w %{dB}%%%=%C:%s %d/%m/%Y %{dw} -. termcapinfo rxvt-unicode 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007' termcapinfo xterm 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007' ## === ## Two layouts, you change between them using C-backspace. Many frames on each layout, you change current frame using C-up/down arrows. A group on each frame, some groups have only one window. On screenrc you tie a group to a frame just select'ing one of the windows in that group. You can see that from that point, only the windows in that group appears in the status bar of the given group. You cycle through windows into a group using C-left/right arrows. If a given group has only one window, you can't cycle. layout 1: http://jesgue.homelinux.org/pantallo.jpg layout 2: http://jesgue.homelinux.org/pantalloB.jpg I hope this helps you in any way. If not, just ask, though I am not a master when it comes to screen. But I can try to help. -- Jesús Guerrero [EMAIL PROTECTED] ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users -- Je ne parle qu'en mon nom. I am only speaking for myself. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re : Re : Re : New screen features available
2007/5/29, Michael Schroeder [EMAIL PROTECTED]: On Wed, May 23, 2007 at 12:12:35PM -0400, Jean-Yves Levesque wrote: What I would like to see is the following: window 1: bash shell Window 2: group of two bash shell side by side window 3: group of 4 bash shells in a 4x4 view. When I go to window 1 I have one window. If I go to next window, I would see a 2x1 layout. ^a next would show me a 4x4 layout. ^a next would bring me back to the single window layout. Sounds to me like it is exactly what the layout code I have a hard time explaining what I would like to achieve with groups and layout. I will try to detail what I would like to do. If you have screenrc examples for what I would like to do, please provide these so I can understand how to do this: Window 1 - Running Elinks (full screen) Window 2 - Running Mutt (full screen) Window 3 - Running 2 SLRN sessions side by side to 2 different servers Window 4 - Running 4 telnet session to 4 servers in a 2x2 configuration. So I would to use ctrl-a next to switch between windows (1,2,3,4) and use ctrl-a tab to switch within windows for windows 3 4. So I would see this as: - window 3 - group of 2 apps and 1 1x2 layout - window 4 - group of 4 apps and a 2x2 layout. Is this clearer? -- Je ne parle qu'en mon nom. I am only speaking for myself. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: Re : Re : Re : New screen features available
On Thu, 13 Sep 2007 14:46:04 -0400 Jean-Yves Levesque [EMAIL PROTECTED] wrote: 2007/5/29, Michael Schroeder [EMAIL PROTECTED]: On Wed, May 23, 2007 at 12:12:35PM -0400, Jean-Yves Levesque wrote: What I would like to see is the following: window 1: bash shell Window 2: group of two bash shell side by side window 3: group of 4 bash shells in a 4x4 view. When I go to window 1 I have one window. If I go to next window, I would see a 2x1 layout. ^a next would show me a 4x4 layout. ^a next would bring me back to the single window layout. Sounds to me like it is exactly what the layout code I have a hard time explaining what I would like to achieve with groups and layout. I will try to detail what I would like to do. If you have screenrc examples for what I would like to do, please provide these so I can understand how to do this: Window 1 - Running Elinks (full screen) Window 2 - Running Mutt (full screen) Window 3 - Running 2 SLRN sessions side by side to 2 different servers Window 4 - Running 4 telnet session to 4 servers in a 2x2 configuration. Maybe a graphical view will help you better. Note that I am not sure if this is 100% correct, but it worked for me. I just looked into the source for the few bits I did not pick on the mailing list. So, I paste here what I did: ## BEGIN: LOGS LAYOUT ## layout new system_logs screen -t 1 //group screen -t htop htop screen -t 5 //group screen -t trash bash screen -t 2 //group screen -t fvwm tail -f ~/logs/fvwm.log screen -t 3 //group screen -t www tail -f /var/log/lighttpd/access.log screen -t 4 //group screen -t messages tail -f /var/log/messages split -v resize -v 65% split resize 90% focus select trash focus split resize -v 30% select fvwm focus split select www focus select messages focus select htop layout save system_logs ## END: LOGS LAYOUT ## ## BEGIN: WORK LAYOUT ## layout new work screen -t 1 //group screen -t bash bash screen -t cash bash screen -t dash bash screen -t root su -c 'bash' screen -t 2 //group screen -t irssi irssi -c jesgue.homelinux.org screen -t 3 //group screen -t moc mocp screen -t mc mc ~/storage/ ~/ split -v resize -v 60% focus split resize -h 60% select irssi focus select moc focus select bash layout save work ## END: WORK LAYOUT ## ## === ## layout load work bindkey ^H layout next bindkey ^[Oa focus up bindkey ^[Ob focus down bindkey ^[Oc next bindkey ^[Od prev caption always %{dw} .- %{dB} %-w%50%{KY}[%t]%{dB}%+w %{dB}%%%=%C:%s %d/%m/%Y %{dw} -. termcapinfo rxvt-unicode 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007' termcapinfo xterm 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007' ## === ## Two layouts, you change between them using C-backspace. Many frames on each layout, you change current frame using C-up/down arrows. A group on each frame, some groups have only one window. On screenrc you tie a group to a frame just select'ing one of the windows in that group. You can see that from that point, only the windows in that group appears in the status bar of the given group. You cycle through windows into a group using C-left/right arrows. If a given group has only one window, you can't cycle. layout 1: http://jesgue.homelinux.org/pantallo.jpg layout 2: http://jesgue.homelinux.org/pantalloB.jpg I hope this helps you in any way. If not, just ask, though I am not a master when it comes to screen. But I can try to help. -- Jesús Guerrero [EMAIL PROTECTED] ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: Re : Re : New screen features available
On Wed, May 23, 2007 at 12:12:35PM -0400, Jean-Yves Levesque wrote: What I would like to see is the following: window 1: bash shell Window 2: group of two bash shell side by side window 3: group of 4 bash shells in a 4x4 view. When I go to window 1 I have one window. If I go to next window, I would see a 2x1 layout. ^a next would show me a 4x4 layout. ^a next would bring me back to the single window layout. Sounds to me like it is exactly what the layout code does. You just have to bind ^A SPACE to layout next and create three layouts. Cheers, Michael. -- Michael Schroeder [EMAIL PROTECTED] main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
Jean Jordaan wrote: screen -W | -windowlist Same as -X windowlist, but send output to stdout Does anyone know if this ability is being developed? Does anyone have any good hacks to get the same result? Thanks Robert ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/6/07, Michael Schroeder [EMAIL PROTECTED] wrote: So, feedback welcome. You probably have a lot of suggestions and enhancement requests. Sorry that development is a bit slow at the moment due to not enough spare time... For those of us who actually use shared screen sessions for presenting/co-coding/co-debugging I don't see how this project has gotten so far without an ability to view the acl (access control list). There is an acladd to add users, and an acldel to delete users, but no aclshow to see a list of who is in the list. It just seems that after to amount of time an aclshow would have been added. After doing a presentation with lots of viewers I always feel the need to terminate the session entirely to feel confident that I haven't forgotten to acldel someone who could rejoin and own my screen and have sudo privileges. This has led me to an alternate solution which I will describe in another post. -- .!# RichardBronosky #!. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On Tue, Feb 20, 2007 at 05:32:14PM -0800, Jonathan Daugherty wrote: # Here are the new features: # # - vertical split, complete with resizing *Thank you* for this feature. I've wanted this ever since I learned about horizontal splitting. I really like it. I did notice one odd thing, however. If I open screen in an xterm, say, and run ps aux, the output is very fast: basically instantaneous. If I then run ^a| and run the same command in a narrower window, my CPU usage goes to 100% and there is a great deal of flickering in the terminal. In addition, it takes a noticeably longer time to run ps aux. As a control, running ps aux in a plain screen window (not split) or a plain xterm of comparable width results in the faster behavior, so I'm lead to think that screen is involved. Yes, currently a vertical split is expensive. As screen doesn't use any special region-scrolling functions of the terminals it has to do lots of refreshes. I hope to fix that soon (at least for xterm). Cheers, Michael. -- Michael Schroeder [EMAIL PROTECTED] main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
# Yes, currently a vertical split is expensive. As screen doesn't use # any special region-scrolling functions of the terminals it has to # do lots of refreshes. I hope to fix that soon (at least for xterm). Great; I'm glad I noticed it, then. Thanks! -- Jonathan Daugherty http://www.b-tree.org ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/7/07, Sadrul H Chowdhury [EMAIL PROTECTED] wrote: On 2/6/07, Michael Schroeder [EMAIL PROTECTED] wrote: snip You probably have a lot of suggestions and enhancement requests. Sorry that development is a bit slow at the moment due to not enough spare time... Hi. I have a feature request that I would like included in the next version. The feature is to allow highlighting the windows which have bells in the hardstatus line. I have written a patch ( http://savannah.gnu.org/bugs/?18382) which accomplishes this by allowing me to add the numbers (or titles) of such windows by adding a '%b' (or '%B') in the hardstatus string. Hi. I don't mean to be too demanding, but are there any plans on adding this feature (by means of this patch or by any other way) in the next release? I recently started using mutt, which also allows adding a bell when new messages come in. This feature would be really useful with that. :-) Or am I missing something and it's doable with the current version? Thanks. Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/23/07, Richard Bronosky [EMAIL PROTECTED] wrote: One feature I'd LOVE to see is find as you type in copy mode when using ? or / to search! VIM does this quite effectively. Is it a crazy idea to do this in Screen? markkeys ^S=/:^R=? nikolai ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
One feature I'd LOVE to see is find as you type in copy mode when using ? or / to search! VIM does this quite effectively. Is it a crazy idea to do this in Screen? -- .!# RichardBronosky #!. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/20/07, Jonathan Daugherty [EMAIL PROTECTED] wrote: instantaneous. If I then run ^a| and run the same command in a To what have you bound the ^a| key sequence? -- Andy Harrison ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
# On 2/20/07, Jonathan Daugherty [EMAIL PROTECTED] wrote: # # instantaneous. If I then run ^a| and run the same command in a # # # To what have you bound the ^a| key sequence? The new vertical split feature (as described in the original post). -- Jonathan Daugherty http://www.b-tree.org ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
[Fwd: Re: New screen features available]
This came directly to me. I think it was supposed to go to the group. Pesky Reply All button! Original Message Subject:Re: New screen features available Date: Thu, 15 Feb 2007 03:04:37 -0500 From: Richard Bronosky [EMAIL PROTECTED] To: Brian Mathis [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] This would be useful with things like running top on a wide screen LCD. I'm lucky enough to have a pivoting LCD and a Linux distro that make it easy to use, but I think think this solves the problem for the masses. The problem is this: We have these wide screen displays that are great for movies, but suck for documents. How do we (best) use them as shell terminals? On 2/9/07, *Brian Mathis* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Andy Harrison wrote: On 2/9/07, Michael Schroeder [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Fri, Feb 09, 2007 at 01:47:55PM -0500, Brian Mathis wrote: I'm not sure my description is good enough, but the idea is that on a wide terminal, you could split that space into 2, and create an extra long terminal for 1 program to use. This is actually doable, It's just a matter of setting up the viewports in the canvas. Compile screen with -DHOLE to get another example of a non-standard layout. How about the other screen users? Do you think it's worth to implement something like this? I don't see this as an important feature. The suggested example can already be accomplished easily in vim, especially with the 'scrollbind' feature. Having an extra long terminal just isn't that big of a deal when screen's scrollback buffer is so easily accessible. This feature in vim is definitely similar, but that's just one application. There are many more where making this type of functionality available would apply across the board. It would be useful in all sorts of editors, email clients, irc, etc... and not everyone uses vim. The beauty of screen is that you don't need an implementation of this type of window control in every app independently. I think it takes the idea of virtual terminals to a new level. ___ screen-users mailing list screen-users@gnu.org mailto:screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users -- .!# RichardBronosky #!. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: [Fwd: Re: New screen features available]
On Fri, Feb 16, 2007 at 11:02:50AM -0500, Brian Mathis wrote: Subject: Re: New screen features available Date: Thu, 15 Feb 2007 03:04:37 -0500 From: Richard Bronosky [1][EMAIL PROTECTED] To: Brian Mathis [2][EMAIL PROTECTED] References: [3][EMAIL PROTECTED] [4][EMAIL PROTECTED] [5][EMAIL PROTECTED] [6][EMAIL PROTECTED] [7][EMAIL PROTECTED] This would be useful with things like running top on a wide screen LCD. I'm lucky enough to have a pivoting LCD and a Linux distro that make it easy to use, but I think think this solves the problem for the masses. The problem is this: We have these wide screen displays that are great for movies, but suck for documents. How do we (best) use them as shell terminals? Tiling window managers? http://en.wikipedia.org/wiki/Tiling_window_manager -- [Will [EMAIL PROTECTED]|http://www.lfod.us/] ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: [Fwd: Re: New screen features available]
Will Maier wrote: On Fri, Feb 16, 2007 at 11:02:50AM -0500, Brian Mathis wrote: This would be useful with things like running top on a wide screen LCD. I'm lucky enough to have a pivoting LCD and a Linux distro that make it easy to use, but I think think this solves the problem for the masses. The problem is this: We have these wide screen displays that are great for movies, but suck for documents. How do we (best) use them as shell terminals? Tiling window managers? http://en.wikipedia.org/wiki/Tiling_window_manager You realize that this is the SCREEN mailing list? You know, the program that handles TEXT BASED multiplexing? A window manager does not at all solve the problem, no matter if you're using X or Windows. Your response in completely out of context and has no relationship to screen or it's typical usage scenario. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/6/07, Michael Schroeder [EMAIL PROTECTED] wrote: - window groups currently a bit ugly to create: screen -t name //group creates a group named name a group is a subset of windows, ^Aw will only display the current group and next/prev will not leave the group. Use ^A to list all windows of the current group (this also leaves to group, so that next/prev or a second ^A will show the other windows. Hi Michael This sounds cool. Could you provide more information about how groups work. I tried a little by looking at description you sent, and a little at the source code, but I wasn't able to get them to work quite right. For example, I aussme that the //group is actually a comment and not an arg. And the -t flag is being reused from the old shelltitle arg. And you don't mention the new group command. It would be great if there were a similar set of commands to the layout subcommands for groups. Like all the subcommands for layouts, it would be nice if it was possible to create, move, save, and jump between groups. Also, it might be nice if it was possible to apply a group to a layout. -FR. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
Thanks for the continuing work on such a great program! I've just tried compiling on NetBSD, and got this error: gcc -c -I. -I.screen.c screen.c:54:26: sys/stropts.h: No such file or directory The configure script seems to think I have a kind of SVR4 system, so I'm able to hack around it by not setting the SVR4 macro in config.h afterwards. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/9/07, Phil!Gregory [EMAIL PROTECTED] wrote: * Michael Schroeder [EMAIL PROTECTED] [2007-02-06 23:34 +0100]: You probably have a lot of suggestions and enhancement requests. I'd like, at least, to get an official response on whether you'd like to include my patch to add RFC 1345 digraphs to the 'digraph' command. http://aperiodic.net/phil/screen/screen-rfc1345-digraph.patch I'd appreciate that as well. Thanks! nikolai ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
I think it's great that there is still development going on for screen. I for one could not live without screen! I think vertical split gives an interesting possibility... Here is the scenario: Say I have a terminal window that's 50 rows by 161 columns. I make a vertical split, so now my window is divided into 2 windows of 50x80. It would be very cool if those windows could be linked, so action in 1 window is the continuation of action in the other. For example, if I was editing something in 'vi' in a terminal set up this way (50x161 with 1 vertical split), vi would think the window was 100 rows by 80 columns. My cursor in window 1 would go down to line 50, then when it went down to line 51, it would show up in window 2 on line 51 in vi. I'm not sure my description is good enough, but the idea is that on a wide terminal, you could split that space into 2, and create an extra long terminal for 1 program to use. Michael Schroeder wrote: Hi Screen Users, you probably wonder why the new version of screen is not already available. Well, it got delayed a bit because of a couple of new features I've added. The development version is available from GNU savanna: [...] So, feedback welcome. You probably have a lot of suggestions and enhancement requests. Sorry that development is a bit slow at the moment due to not enough spare time... Cheers, Michael. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On Fri, Feb 09, 2007 at 01:47:55PM -0500, Brian Mathis wrote: I'm not sure my description is good enough, but the idea is that on a wide terminal, you could split that space into 2, and create an extra long terminal for 1 program to use. This is actually doable, It's just a matter of setting up the viewports in the canvas. Compile screen with -DHOLE to get another example of a non-standard layout. How about the other screen users? Do you think it's worth to implement something like this? Cheers, Michael. -- Michael Schroeder [EMAIL PROTECTED] main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On Thu, Feb 08, 2007 at 07:40:50PM -0500, Phil!Gregory wrote: - vertical split, complete with resizing I'll compile and play with the new code a bit later tonight to see how the new vertical splits work with 'focus up' and 'focus down', but do you have plans to add 'focus left' and 'focus right'? Uh, those two are named wrong. Currently we have focus next and focus prev, and yes, I plan to add up/down/left/right and upmost/downmost/leftmost/rightmost as well. - window groups I think I can already see uses for this. (I have too many screen windows. :) - layouts Likewise, especially with the vertical splits. You probably have a lot of suggestions and enhancement requests. I'd like, at least, to get an official response on whether you'd like to include my patch to add RFC 1345 digraphs to the 'digraph' command. http://aperiodic.net/phil/screen/screen-rfc1345-digraph.patch Good question. There are a couple of issues: 1) it breaks downward compatibility 2) in the old table the order of the two digraph keys does not matter. E.g. it contains a - LATIN SMALL LETTER A WITH DIAERESIS and you can press either a and a to get an a-umlaut. This has the following use case: a user can bind bind : digraph \ and then get an a-umlaut by pressing ^A:a, an o-umlaut by pressing ^A:o and so on (so you have created an umlaut command). That's also why the old table has: s - LATIN SMALL LETTER SHARP S (German) So it probably makes sense to make this configurable and ship screen with both tables. Cheers, Michael. -- Michael Schroeder [EMAIL PROTECTED] main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On Feb 09, 07 19:51:42 +0100, Michael Schroeder wrote: On Fri, Feb 09, 2007 at 01:47:55PM -0500, Brian Mathis wrote: I'm not sure my description is good enough, but the idea is that on a wide terminal, you could split that space into 2, and create an extra long terminal for 1 program to use. This is actually doable, It's just a matter of setting up the viewports in the canvas. Compile screen with -DHOLE to get another example of a non-standard layout. How about the other screen users? Do you think it's worth to implement something like this? Yes, it is a cool thing to see several portions of a file side by side. If it is not a requirement that these portions are without gaps or overlaps, then vim already does that for me. Ctrl-w Ctrl-v By doing the vertical split in vim I get one cursor per window (which often comes handy), by doing the split in screen there would be only one cursor. cheers, Jw. -- o \ Juergen Weigert unix-software __/ _===.===_ V | [EMAIL PROTECTED] creator__/_---|\/ \ |0179/2069677 __/ (//\ (/) | / _/ \_ vim:set sw=2 wm=8 ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On Fri, Feb 09, 2007 at 02:07:14PM -0500, Aaron Davies wrote: On 2/9/07, Michael Schroeder [EMAIL PROTECTED] wrote: On Thu, Feb 08, 2007 at 07:40:50PM -0500, Phil!Gregory wrote: - vertical split, complete with resizing I'll compile and play with the new code a bit later tonight to see how the new vertical splits work with 'focus up' and 'focus down', but do you have plans to add 'focus left' and 'focus right'? Uh, those two are named wrong. Currently we have focus next and focus prev, and yes, I plan to add up/down/left/right and upmost/downmost/leftmost/rightmost as well. Regarding this, I never got a final answer to my question about binding shift-key combinations, such as the nicely intuitive shift-tab for focus prev. This already works in the current version. Anybody have any more ideas? As long as the keys are defined in the terminfo database it's no big deal. Cheers, Michael. -- Michael Schroeder [EMAIL PROTECTED] main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/9/07, Brian Mathis [EMAIL PROTECTED] wrote: This feature in vim is definitely similar, but that's just one application. There are many more where making this type of functionality available would apply across the board. It would be useful in all sorts of editors, email clients, irc, etc... and not everyone uses vim. The beauty of screen is that you don't need an implementation of this type of window control in every app independently. I think it takes the idea of virtual terminals to a new level. My take is that if it were viewed by the community as a extremely useful feature, you already would see it some of those applications. Just my $0.02. I'd use the feature if it was there, I'd just rather see other features get priority. -- Andy Harrison ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/8/07, Nikolai Weibull [EMAIL PROTECTED] wrote: On 2/8/07, Adam Monsen [EMAIL PROTECTED] wrote: One feature that I'm excited for (but is probably more work for the other project) is direct support for GNU Screen in gnome-terminal. http://bugzilla.gnome.org/show_bug.cgi?id=332148 This is up to gnome-terminal, not screen. But is it *entirely* up to gnome-terminal? Perhaps a public API for GNU Screen would make it easier to implement direct integration with programs like gnome-terminal (eterm, konsole, etc.). -- Adam Monsen ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
* Michael Schroeder [EMAIL PROTECTED] [2007-02-06 23:34 +0100]: you probably wonder why the new version of screen is not already available. Well, it got delayed a bit because of a couple of new features I've added. Thank you. The work is appreciated. - vertical split, complete with resizing I'll compile and play with the new code a bit later tonight to see how the new vertical splits work with 'focus up' and 'focus down', but do you have plans to add 'focus left' and 'focus right'? - window groups I think I can already see uses for this. (I have too many screen windows. :) - layouts Likewise, especially with the vertical splits. You probably have a lot of suggestions and enhancement requests. I'd like, at least, to get an official response on whether you'd like to include my patch to add RFC 1345 digraphs to the 'digraph' command. http://aperiodic.net/phil/screen/screen-rfc1345-digraph.patch Again, thank you. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Do not underestimate the value of print statements for debugging. Don't have aesthetic convulsions when using them, either. --- -- ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
While we're all putting forward feature requests... I use screen within putty or other ssh like things. All of these aps always have a scroll bar. I'd like to see someway that Screen could make better use of this scrollbar or present me with one of it's own. For example, when I switch screens, maybe it could redraw the whole screen-off-the-screen. This would be useful bound to a key sequence so one could do it on demand rather than it happening each time one switched screens. Maybe Screen could provide an ascii scrollbar replacing the ssh ap's one. I have seen sometimes the scrollbar (in the ssh ap) gets turned off by some escape sequence. Send this escape sequence and put in the ascii one. Michael Grant ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On 2/6/07, Michael Schroeder [EMAIL PROTECTED] wrote: - window groups Awesome! nikolai ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
I just committed a version with more screen-like layout commands. We now have layout new [title] layout select [number/title] layout title [newtitle] layout number [newnumber] layout show and the old layout next layout prev layout attach layout autosave My ~/.screenrc file contains layout new bind y command -c layout bind -c layout ylayout next bind -c layout ' ' layout next bind -c layout ^? layout prev bind -c layout nlayout next bind -c layout playout prev bind -c layout 0layout select 0 bind -c layout 1layout select 1 bind -c layout 2layout select 2 bind -c layout 3layout select 3 bind -c layout 4layout select 4 bind -c layout 5layout select 5 bind -c layout 6layout select 6 bind -c layout 7layout select 7 bind -c layout 8layout select 8 bind -c layout 9layout select 9 bind -c layout \' layout select bind -c layout ?layout show bind -c layout ilayout number bind -c layout clayout new for playing with layouts. Thus you can use ^Ayc to create a new layout, ^Ay? to show the available layouts, ^Ayy to move to the next layout, and so on. Cheers, Michael. -- Michael Schroeder [EMAIL PROTECTED] main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
On Tue, Feb 06, 2007 at 05:34:31PM EST, Michael Schroeder wrote: Hi Screen Users, you probably wonder why the new version of screen is not already available. Well, it got delayed a bit because of a couple of new features I've added. The development version is available from GNU savanna: cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/screen co screen Here are the new features: - vertical split, complete with resizing ^A | split vertically resize [-l] [-h] [-v] amount -l : resize is local to slice -h : resize horizontally -v : resize vertically amount: 10 resize to size 10 amount: +10 make 10 bigger amount: -10 make 10 smaller amount: 10% make it 10% of all amount: =make all windows equal - better resize code using weights the layout will stay in shape even after heavy resizing - window groups currently a bit ugly to create: screen -t name //group creates a group named name a group is a subset of windows, ^Aw will only display the current group and next/prev will not leave the group. Use ^A to list all windows of the current group (this also leaves to group, so that next/prev or a second ^A will show the other windows. - layouts A layout stores the current setup of the display, i.e. all the slices and the window assignments. layout save Desktop1 will save the current setup under the name Desktop1. If you detach and reattach later on, the layout will automatically be restored. Desktop1 will become the current layout. layout autosave off This turns the autosafe feature off. Layouts are automatically saved if autosave is on and the user detachs or switches to another layout. layout new Desktop2 Create a new empty layout named Desktop2. layout name foo Rename the current layout to foo. layout next layout prev layout load name Load the next/prev layout / the layout named name. layout attach :last layout attach name Set the layout used when somebody is attaching. Default is :last, this is the layout that was current when the last detach was done. Besides the restoring of the screen on re-attach, layouts can be used to implement a kind of virtual desktop in screen. Say you put layout save Desktop1 in your ~/.screenrc. If you need a new Desktop, do ^A:layout new Desktop2. You can then use layout next to switch between both layouts. So, feedback welcome. You probably have a lot of suggestions and enhancement requests. Sorry that development is a bit slow at the moment due to not enough spare time... Cheers, Michael. Thanks, Michael. I have no suggestions or enhancement requests at this point but I am very happy that the rumors I had heard about gnu/screen development being abandoned were not true. I am also quite thrilled that vertical split is possible with the new release. Due to the high definition of current displays this had become indispensable. Thank you very much. cga. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: New screen features available
Michael Schroeder wrote: So, feedback welcome. You probably have a lot of suggestions and enhancement requests. Sorry that development is a bit slow at the moment due to not enough spare time... First, I'm glad to see continuing work on screen. Thanks for doing that. Second, I'd like to be able to have multiple status lines. I'd like to be able to have a status line at the top of my screen as well as at the bottom. Thanks again for your hard work. Alan ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users