lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

lynx-dev Re: MAILTO internal page proposal - form with textarea


From: Kim DeVaughn
Subject: lynx-dev Re: MAILTO internal page proposal - form with textarea
Date: Sat, 13 Feb 1999 13:23:48 -0800

On Sat, Feb 13, 1999, Leonid Pauzner (address@hidden) said:
|
| I got an idea that mailto: built-in interface looks ugly
| and may be replaced with form-based menu with TEXTAREA
| which now integrated with editor due to recent changes.

That's certainly one alternative.

Another is to automatically invoke the users mailer, when a mailto:
link is activated.

I currently do the latter, via an EXTERNAL: statement in my lynx.cfg
file:

  EXTERNAL:mailto:mutt -s "" %s:TRUE

the only disadvantages being that 1) I need to consciously recognize/
notice that I am on a mailto: link, and need to hit the "." command,
and 2) the "mailto:"; string itself is passed along as part of the
address string (which I could automatically prune off using a wrapper
script that would then invoke mutt, but I've been lazy, and have not
written it yet :-) ).

That gives me the full power of my mailer to deal with the response/
comment that I'm making.

It would be nice though, if the normal RightArrow/whatever activation
command would do the mailer invocation automatically, and I wouldn't
have to manually look for "mailto:"; in the statusline, or remember to
use the "." command.


FWIW, the real reason that I started using this method, was not because
of the "uglyness" of the existing interface, but rather because the
cc: to myself was/is being ignored (besides which, I would prefer having
a bcc: instead).


| This may be not a wonderful thing for blind users
| but nice for others.

How/why would it (the use of a TEXTAREA) be any worse than the current
interface?


| Currently just an idea, no coding yet.

Good idea.  If you do anything with it, perhaps you could offer an option
to build/use a TEXTAREA, or invoke the users mailer, as controled via an
o(ptions) setting, which would be saved in the .lynxrc file.  And if the
new method does pose some particular problem for the blind, the current
method could be a third option.

/kim

reply via email to

[Prev in Thread] Current Thread [Next in Thread]