From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <eklhad@comcast.net>
Received: from resqmta-ch2-03v.sys.comcast.net
 (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35])
 by hurricane.the-brannons.com (Postfix) with ESMTPS id 1B6E2783A6
 for <edbrowse-dev@lists.the-brannons.com>;
 Sat, 19 Sep 2015 22:48:03 -0700 (PDT)
Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110])
 by resqmta-ch2-03v.sys.comcast.net with comcast
 id KHr21r0012PT3Qt01Hr2hs; Sun, 20 Sep 2015 05:51:02 +0000
Received: from eklhad ([IPv6:2601:405:4002:b0a:21e:4fff:fec2:a0f1])
 by resomta-ch2-14v.sys.comcast.net with comcast
 id KHr21r0010GArqr01Hr2hw; Sun, 20 Sep 2015 05:51:02 +0000
To: Edbrowse-dev@lists.the-brannons.com
From: Karl Dahlke <eklhad@comcast.net>
Reply-to: Karl Dahlke <eklhad@comcast.net>
User-Agent: edbrowse/3.5.4.2+
Date: Sun, 20 Sep 2015 01:51:01 -0400
Message-ID: <20150820015101.eklhad@comcast.net>
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net;
 s=q20140121; t=1442728262;
 bh=usQfh5iLsuZk+5w8jH3mTNJ4bKqdZJYAbK728bqhCwY=;
 h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID:
 Mime-Version:Content-Type;
 b=EUqsYsm4QJsn3lmxfG98CguxQmycjGoJWIeu/9ILNcQY+JrpbjBKpweZ5Asf/6CuW
 1HjviNCC8Hct9S6mnPftldZFipUQHrWhTmOso5DDsQ2kKKpWmlq89RvdXs0OtqhYGC
 Frv6pnfcFICLQbxmOnjjXOv41IAbjC1Re4jKizVYQDLW/1UYTYXWSPunXlBcaqJuwS
 j8aKjgg20D+jwb3itLMaxCGCbvY3PUyaa/MKWFCuS1GklO1yUjeua/hD93M9KRCjRY
 FQ9BOK424GisX3vwdBpIxQ0gNrq5XuRLDf74zxqtseMp3FlkfJgBQEOd6agHQHy/iI
 IGxhL13NWQETg==
Subject: [Edbrowse-dev] various new commands
X-BeenThere: edbrowse-dev@lists.the-brannons.com
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Edbrowse Development List <edbrowse-dev.lists.the-brannons.com>
List-Unsubscribe: <http://lists.the-brannons.com/mailman/options/edbrowse-dev>, 
 <mailto:edbrowse-dev-request@lists.the-brannons.com?subject=unsubscribe>
List-Archive: <http://lists.the-brannons.com/mailman/private/edbrowse-dev/>
List-Post: <mailto:edbrowse-dev@lists.the-brannons.com>
List-Help: <mailto:edbrowse-dev-request@lists.the-brannons.com?subject=help>
List-Subscribe: <http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev>, 
 <mailto:edbrowse-dev-request@lists.the-brannons.com?subject=subscribe>
X-List-Received-Date: Sun, 20 Sep 2015 05:48:03 -0000

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