I was able to get it working with CTRL-a SHIFT-TAB by doing:
bindkey "\033[Z" focus prev
--
Andrew Harrison
public key: 0x67518262
On Thu, Mar 14, 2019 at 1:57 PM John Haverlack wrote:
> Greeting Screeners,
>
> Please forgive me if this is a duplicate feature request. I searched the
> screen
d just be able to copy
it into your home dir, type 'infokey' and have it compile a new .info
customizations file. This one makes info behave a bit like a cross
between vi keys and lynx keys.
--
Andy Harrison
public key: 0x67518262
.infokey
Descript
"
bind e caption always"%{= Bw} (%2n) %{..g}[%{..Y}%t%{..g}] %{> h}"
Then I have a menu script that essentially does things like this:
screen -t foo.example.com ssh foo.example.com
--
Andy Harrison
public key: 0x67518262
__
$
> 6852
>
I don't believe it's a bug. If you consult the manpage, it says:
* If the command begins with a '-' character, the shell will
* be started as a login-shell.
So you've got the preceding '-' character, but no command
following it.
honors COLUMNS and LINES, it's the shell itself. So you need to make
sure the snippet of code that determines LINES and COLUMNS is in your
shell's rc file on the remote host as well. I tested it to make sure
and doing it this way works fine for me. I didn't test bash, just
tcsh (
if ( ! $?LINES && ! $?COLUMNS ) then
foreach element ( $screen_size )
if ( ! $?LINES ) then
setenv LINES $element
endif
if ( ! $?COLUMNS ) then
setenv COLUMNS $element
endif
end
endif
- --
Andy Harrison
public key: 0x6751826
lems with one of my sshfs mounts. I finally solved it with the
following sshfs params:
sshfs [EMAIL PROTECTED]:/path /mount/point -o allow_root -o
idmap=user -o uid=1000 -o gid=1000
I would suggest trying that, or change allow_root to allow_other, and
see if that helps.
--
Andy Harrison
public key:
On Wed, Jun 11, 2008 at 12:37 AM, Canhua Chen <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 10, 2008 at 10:42:52PM -0400, Andy Harrison wrote:
>> On Tue, Jun 10, 2008 at 3:17 AM, Can-Hua Chen <[EMAIL PROTECTED]> wrote:
>> > Today I find that my problem is probably relat
nally put this into my .tcshrc file...
if ($term == "screen") then
unsetenv TERMCAP
endif
Reproduce that in your preferred shell and see if that helps.
--
Andy Harrison
public key: 0x67518262
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
screen.spec --define "MAXWIN 50" --define
"NO_SYS_SCREENRC 1" --define "NO_ENABLE_TELNET 1" --define
"NO_ENABLE_LOCALE 1"
... would build screen with 50 windows and suppress the creation of a
global screenrc file, as well as suppressing the telnet and locale
ir="/var/run/screens" \
--with-pty-group=5 \
--enable-colors256 \
--verbose
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iD8D
0..."
#sleep 3
screen -X echo 'creating screen...'
sleep 3
screen -t footest tcsh
sleep 3
screen -X echo 'number is...'
sleep 3
screen -X number # shows "This is window 0..."
sleep 3
screen -X echo 'running other...'
sleep 3
screen -X other
sleep 3
scr
I can't reproduce the problem, but wanted to
> know if anyone was aware of this issue.
I'd also try looking at some truss output. truss -f -p
before you create the new window and see if you can discern anything
obvious.
--
Andy Harrison
public key: 0x67518262
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/7/07, abez wrote:
> sub sys {
> system(@_);
> }
My favorite part is where you spend 24 keystrokes to save yourself 15
keystrokes earlier in the script. Hehe... sorry, that deserved a bit
of ribbing...
- --
Andy Harrison
p
there
> is already running screen session in detached mode, when I'm doing "screen -r"
> - I'm getting into that remote screen, however all screen commands like
> :detach don't work as desired - they are applied to my local screen rather
> than remote one.
[Ct
Admin. You can use screen -X to
send commands to your existing screen session.
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iD8DBQFHJxq1NTm8fWdRgmIRAjD7AKCGrR+BUwHl9/vDRcLUO4Lp21xkAQCgtFA4
0qsZc+3cMcb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/28/07, envisage wrote:
> for example, is there a method whenever attach a session with screen
> -x /-r, execte a "ctrl+a : encoding gbk gbk".
I believe you could also set the 'defencoding' param in your .screenrc
hen
unsetenv TERMCAP
endif
Try duplicating that in bash and it will probably fix the issue.
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iD8DBQFHH0aONTm8fWdRgmIRAnXnAJ0UHIfFLbaGhmyZf8DNOCib/teCngC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9/28/07, Thomas Adam wrote:
>
> Right -- in CVS, Got any information about this?
>
http://lists.gnu.org/archive/html/screen-users/2007-02/msg0.html
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Versi
ish what you want with the new saved layouts feature.
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iD8DBQFG/Vy0NTm8fWdRgmIRAqNdAKDtV2/eMT3yw3qQ000Oz1mBf9dQLQCgz1tp
3
ute the following commands:
>
> 1) xterm
> 2) screen ( 3) ssh [EMAIL PROTECTED]
> 4) screen ( 5) ...
>
Just press [ctrl][a] then [a] again, then [d].
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4-svn0 (GNU/Lin
age return, so I used paste buffers instead.
http://lists.gnu.org/archive/html/screen-users/2007-06/msg00011.html
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: http://firegpg.tux
specific issue was that I couldn't get screen to use the
'stuff' command with a carriage return, so that's why I went the paste
buffer route.
- --
Andy Harrison
public key: 0x67518262
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: http://firegpg.tuxfam
l, far more
convenient since they scroll up and down regardless of cursor
position.
--
Andy Harrison
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
le-buffer on \
--scrollbar off \
--buttonBar no
I don't turn on transparency because I just let beryl handle it so
that I can have true transparency.
--
Andy Harrison
x27;m using (aterm,
xterm, eterm, konsole, etc...). Changing my TERM variable to other values
didn't help adequately. I never bothered to research it further once I
figured out that scrapping the termcap cured everything.
--
Andy Harrison
___
On 3/9/07, Richard Bronosky <[EMAIL PROTECTED]> wrote:
How can I stop screen from defining a TERMCAP?
I put the following in my .tcshrc file. You'll have to change the syntax a
bit if you use bash.
if ($term == "screen") then
unsetenv TERMCAP
end
d be a good (elegant) way to do
this?
Not sure logrotate is really attractive.
Nothing a shell script can't handle.
#!/bin/sh
SL=screenlog-`date +%m-%d-%y-%H:%M`
if [ -f $1 ] ; then
mv $1 $SL
else
echo "Specify screen log file to archive..."
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.or
select 1
This would cause screen 1 to be selected within the FooScreen instance.
--
Andy Harrison
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
y
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@gn
hing 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
of a windowlist
right from the commandline.
Thanks!
Wow, just realized I've been a screen user for 15 years...
--
Andy Harrison
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
o that I can grab it from a filehandle?
I've tried a number of different methods.
Any pointers?
What exactly are you trying to accomplish with your script?
--
Andy Harrison
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
"C-a : source .screenrc.hosts"
And the file just contains a bunch of lines like:
screen -t server1.example.com ssh server1.example.com
screen -t server2.example.com ssh server2.example.com
screen -t server3.example.com ssh server3.example.com
So you could create one script to add and one
re using doing this from a graphical
desktop environment of any kind, your window manager will probably be
trapping this key combination already and will not pass it along to
screen.
--
Andy Harrison
___
screen-users mailing list
screen-users@gnu.org
http://l
ndows' list when displayed.
--
Andy Harrison
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
from a 'screen -list' command.
--
Andy Harrison
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
ke to start using 4.00.02.
Did you also change your .screenrc? I think the default install
throws a binding in there to kill that Ctrl-a \ command...
Not sure about window title. Maybe the shelltitle screen command can
alter that? Just a guess...
--
An
g, but I
can't change it to a different color instead. When I try to change
the background color, it changes all of the background color, not just
for the currently highlighted line. I thought there was some %?%F
action that I had done, but
me is adding this to my .tcshrc file.
if ($term == "screen") then
unsetenv TERMCAP
endif
Screen tries to insert a big TERMCAP into your environment and it
doesn't play nice at all, particularly with aterm and tcsh. As long
as I ditch that TERMCAP, everything works great.
--
Andy Harriso
41 matches
Mail list logo