[Edbrowse-dev] various new commands

[Karl Dahlke <eklhad@comcast.net>]

As per discussions with users, and some of my own thoughts,
I'm asking if it's worth adding a few commands,
with the tradeoff that it's always nice to have more commands,
and it's damn confusing to have so many cryptic commands.

g$
go to the last link on the line.
A line can have many links and you don't have to count.
Example to send a tweet would be 3g$ instead of 3g5.
maybe i$* instead of i5*,
if you see that the last input on the line is the button you want to push.
I've seen surveys with ten checkboxes on a line,
more or less, for how satisfied you are, and you just want to check the last one.

>From within the file manager, also known as directory mode:

lsl  file length
lst  file mod time in short numeric form, for braille displays etc.
lsp  file owner group permission, in octal of course,
  again saving time to read or space on a braille display.
lsi inode, link count, and major minor numbers if any

These would be nice but can to some degree be handled
as functions in config file.

function lsl {
!wc -c "'_/'."
}

Or /bin/ls -ld run through sed etc,
but these are a bit awkward, reformatting mod time and permissions the way we want,
and of course you have to type <lsp instead of lsp,
and you have the ok prompt afterwards which you don't need.
So not quite so convenient.

this brings me to another question.
Should I continue to use <func to run an edbrowse function,
or should I, like the shell,
compare the first word (alpha string followed by whitespace)
of your entered line agains the functions you have
and if there is a match then run that function.
No need for the < symbol.
Course you dare not have a function named e,
or you couldn't type "e foo" any more.
If I removed the necessity for < I'd probably have to keep it around
optionally for backward compatibility.

Just wondering what folks think on these matters.

Karl Dahlke