Re: New ae uploaded to Incoming

1998-05-18 Thread Raul Miller
Dale Scheetz [EMAIL PROTECTED] wrote:
 While I can add this binding back into the ae.rc file with no
 difficulties, and probably should. It is exactly those function keys that
 these keybinding are supposed to be fixing. There are many terminals
 without function keys, all send a control key...

There aren't many control keys.  Maybe control-t (teach)?

Control-e (explain) might also be viable, but normally,
it's end-of-line in emacs.  [Control-t is transpose in
emacs, and ae doesn't need to support that.]

-- 
Raul


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: New ae uploaded to Incoming

1998-05-17 Thread Rob Browning
Dale Scheetz [EMAIL PROTECTED] writes:

 I did the best I could at replacing all the critical functionality with
 control keys so that ae can function in both a dumb terminal as well as
 the full featured console. Because of the limited choices the alphabet
 provides, I was not able to convert all the keys to control keys, so the
 block, cut, and paste functions, the help key, undo, and case flip are
 still controled by the function keys. I am taking suggestions for control
 key sequences for these functions, and will do what I can to convert all
 of them in the near future.

Well, if you're emulating emacs, I'd thing that mapping 

  block  -  C-space
  cut-  C-w
  paste  -  C-y
  undo   -  C-u   (not really right, I know...)

might make sense.  And what about C-? for help?  All this predicated
on the fact that I know exactly none of the restrictions on the
choices..

-- 
Rob Browning [EMAIL PROTECTED]
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94  53 2B 97 F5 D6 4E 39 30


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: New ae uploaded to Incoming

1998-05-17 Thread Dale Scheetz
On 17 May 1998, Rob Browning wrote:

 Dale Scheetz [EMAIL PROTECTED] writes:
 
  I did the best I could at replacing all the critical functionality with
  control keys so that ae can function in both a dumb terminal as well as
  the full featured console. Because of the limited choices the alphabet
  provides, I was not able to convert all the keys to control keys, so the
  block, cut, and paste functions, the help key, undo, and case flip are
  still controled by the function keys. I am taking suggestions for control
  key sequences for these functions, and will do what I can to convert all
  of them in the near future.
 
 Well, if you're emulating emacs, I'd thing that mapping 

The release being discussed did not try to emulate emacs. The most recent
release (-19) has just been moved out of Incoming into frozen and
unstable. This release is much more emacs like keybindings, although
there are several exceptions as discussed below. All of my statements
below are with respect to the -19 version.

 
   block  -  C-space

I used C-@ before I knew about C-space. I will add it to the next release
(as an alternate key) to reduce the surprise for those emacs users used to
using C-space.

   cut-  C-w

Which is what I used ;-)

   paste  -  C-y

Here as well.

   undo   -  C-u   (not really right, I know...)
 
On my first cut I used that key as well, but when I found out that the
default emacs key was C-_ I choosed that one instead ;-)

I can add C-U as an alternative as well, as it isn't used
elsewhere...maybe...

 might make sense.  And what about C-? for help?  All this predicated

Well, the choice I made was not all that correct either. The correct
choice would be a C-H sequence of some sort, but this is problematical at
several levels.

I actually like C-? as much as the poor choice of C-X C-H that I used,
maybe more. I would easily sway to a popularity poll on the issue ;-)

 on the fact that I know exactly none of the restrictions on the
 choices..
 
The restrictions are nonexistant, as far as the .rc file format is
concerned. You can designate a key as \0180 or as P. The control key is
represented as ^ so C-Y is represented as ^Y and works for upper and lower
case Y when executed (all other instances of Y will be case dependent. ^[
represents the esc key, which is why I used ^[ for the literal escape.
This sequence (C-[) creates an escape key to ae. On terminals without an
escape key this is useful for typing the escape sequences described in the
help screen. Also note the entry for .literal in the ae.rc file is
assigned this keystroke with the string ^\[ to keep the .rc parser from
interpreting the string as an escape.

The current version of ae is compiled against the slang library which is
termcap oriented. This is the reason for all the termcap declarations at
the beginning of the ae.rc file. Because of the sparse nature of slang,
many of the keycode type entries are required in addition to their
initial termcap code entries. You will note that multiple entries are
allowed for all the functions that may be bound to a key, so creativity
can be allowed to get things all tangled up ;-)

One more point of general interest. Copy /etc/ae.rc into your home
directory as ae.rc and any ae session run as that user will use the .rc
file found in the users home directory, rather than the one found in
/etc/ae.rc. You can then modify this file to your heart's content. This is
a great way to experiment without effecting ae's functionality for others.
You can also construct a custom configuration of ae that satisfies your
desires for key bindings and never effect the way other users see ae.

Luck,

Dwarf
--
_-_-_-_-_-   Author of The Debian Linux User's Guide  _-_-_-_-_-_-

aka   Dale Scheetz   Phone:   1 (850) 656-9769
  Flexible Software  11000 McCrackin Road
  e-mail:  [EMAIL PROTECTED] Tallahassee, FL  32308

_-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: New ae uploaded to Incoming

1998-05-17 Thread Raul Miller
Dale Scheetz [EMAIL PROTECTED] wrote:
 Well, the choice I made was not all that correct either. The correct
 choice would be a C-H sequence of some sort, but this is problematical at
 several levels.

C-? is fine for those environments where it's not DEL, but the proper
way to implement help has all unbound keys suggest the cannonical help
key (for example: press F1 for help).

-- 
Raul


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: New ae uploaded to Incoming

1998-05-17 Thread Rob Browning
Raul Miller [EMAIL PROTECTED] writes:

 C-? is fine for those environments where it's not DEL, but the proper
 way to implement help has all unbound keys suggest the cannonical help
 key (for example: press F1 for help).

Ok, but Dale's trying to find control bindings for everything, in
addition to the function keys, I believe for terminals where the
function keys don't work right.

-- 
Rob Browning [EMAIL PROTECTED]
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94  53 2B 97 F5 D6 4E 39 30


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: New ae uploaded to Incoming

1998-05-17 Thread Gregory S. Stark

Dale Scheetz [EMAIL PROTECTED] writes:

 On 17 May 1998, Rob Browning wrote:

block  -  C-space
 
 I used C-@ before I knew about C-space. I will add it to the next release
 (as an alternate key) to reduce the surprise for those emacs users used to
 using C-space.

C-space typically sends C-@ on most terminals.

undo   -  C-u   (not really right, I know...)

If you're looking for to not surprise first-time sysadmins in desperate
straits, which is really the only type of person who would be using ae,
then I suggest binding 
C-z (Mac and Windows users), 
C-/ and C-_ (emacs users), and
C-u (Vi users).

  And what about C-? for help?  

I would suggest guaranteeing that both C-h and C-? are _always_ delete
backwards. Otherwise some sysadmin is going to be cursing you somewhere when
they're desperately trying to edit their /etc/fstab and can't delete without
bringing up the help screen.

Incidentally, Esc h seems nicer to me than C-x h for help, but whatever.

If you're looking for emacs users to be able to survive you'll need a bunch
more bindings though. C-d, M-d, C-n, C-p, C-b, C-f, for example.

greg




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: New ae uploaded to Incoming

1998-05-17 Thread Dale Scheetz
On Sun, 17 May 1998, Raul Miller wrote:

 Dale Scheetz [EMAIL PROTECTED] wrote:
  Well, the choice I made was not all that correct either. The correct
  choice would be a C-H sequence of some sort, but this is problematical at
  several levels.
 
 C-? is fine for those environments where it's not DEL, but the proper

This is exactly why I can't use it with the current ae.rc, as C-? is
already bound to DEL.

 way to implement help has all unbound keys suggest the cannonical help
 key (for example: press F1 for help).
 
While I can add this binding back into the ae.rc file with no
difficulties, and probably should. It is exactly those function keys that
these keybinding are supposed to be fixing. There are many terminals
without function keys, all send a control key...

Luck,

Dwarf
--
_-_-_-_-_-   Author of The Debian Linux User's Guide  _-_-_-_-_-_-

aka   Dale Scheetz   Phone:   1 (850) 656-9769
  Flexible Software  11000 McCrackin Road
  e-mail:  [EMAIL PROTECTED] Tallahassee, FL  32308

_-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


New ae uploaded to Incoming

1998-05-11 Thread Dale Scheetz
I want to take this time to make a broader announcement than I usually do
when I release a new version of a package.

ae has been in a big mess since the move to the slang library, and the
only excuse that I have for taking so long is that the mess was very
complicated, and not all the details were in my control.

I want to thank Jim Mintha for taking over the slang package in the midst
of this crises. Without his help, I would not be releaseing the package
even now.

All of the major issues have been dealt with, however I wish to discuss
some things in more detail here.

I did the best I could at replacing all the critical functionality with
control keys so that ae can function in both a dumb terminal as well as
the full featured console. Because of the limited choices the alphabet
provides, I was not able to convert all the keys to control keys, so the
block, cut, and paste functions, the help key, undo, and case flip are
still controled by the function keys. I am taking suggestions for control
key sequences for these functions, and will do what I can to convert all
of them in the near future.

The vi emulation has also been repaired (for the most part) and should
work in both console and xterm environments. I took the DISPLAY method
of deciding whether X was in place or not. This may not work in all
configurations, so please let me know what these configurations are that
don't work correctly.

I have also modified the arrangement of config files in /etc. The default
config file (ae.rc) is found in /etc while the other config files provided
can be found in /etc/ae. These include the console and X config files for
the vi emulation, as well as fn.rc, which is a function key implimentation
of the editor.

For those who want this, instead of the default, there are several ways
to deal with the problem.

The best is to take the config file you like and place it in your home
directory. ae will look there first when looking for a .rc file. I found
this a great way to segregate my test config files from the default during
testing, but it makes a good way to customize ae by user preference as
well.

There are many little details in the config files, and while I attempted
to do a good round of testing on each file I built, I am only human and
thus prone to mistake. Please take a close look at this new version of ae
and let me know if there are any keys that still don't work in particular
situations.

Waiting is,

Dwarf
--
_-_-_-_-_-   Author of The Debian Linux User's Guide  _-_-_-_-_-_-

aka   Dale Scheetz   Phone:   1 (850) 656-9769
  Flexible Software  11000 McCrackin Road
  e-mail:  [EMAIL PROTECTED] Tallahassee, FL  32308

_-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]