Re: lynx-dev [PATCH] remove extension to EXTERNAL command, extend CERN rules support for mailto: URLs

[Vlad Harchev]

On Tue, 11 Jul 2000, Henry Nelson wrote:

> > > On some excellent day in the year 2000, John Smith wrote:
> >  
> >   Why you've chosen this prolog? Is it some idiom or joke?
>                                                        ^^^^
> Per your request: http://www.flora.org/lynx-dev/html/month052000/msg00376.html

  Oh, I forgot this compeletely - it was more than month ago. Thanks. 
  I didn't ask for inserting date then :) 

> > > ...  When Eduardo submitted his patch, it was turned down.
> 
> True apologies to Eduardo; it was not a "patch," and it was not "turned
> down."  Got confused with the piece of code included in the following post.
>  http://www.flora.org/lynx-dev/html/month111999/msg00381.html
> 
> Reference was made to this a month later in the thread "Setting mailer in
> Lynx."  Some people may wish to review one solution to the problem:
>  http://www.flora.org/lynx-dev/html/month121999/msg00589.html
> 
> > > I thought this thread had already been talked out.  It really boggles my
> > > mind that a patch pretty much going against the conclusion of the previous
> > > discussion was suddenly presented before lynx-dev again.
> > 
> >   What patch you are talking about?
> 
> What you referred to as the "original patch that extened EXTERNAL."
> 
> > Seems there was no such situation
> 
> What was the "MAILTO internal page proposal - form with textarea" thread
> of Feb. 1999, all about?  Here's an interesting quote ("||" prefix added,
> from: http://www.flora.org/lynx-dev/html/month021999/msg00586.html )

  I don't read archives at flora before posting :), and I have a bad memory.

  But as for form with textarea - do you think it can be better than native
mailer like pine or mutt? Yes, it's nice direction for improving builtin MUA,
but not a substitution for external.
 
> || > 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.
> || 
> || The CERN Rules translation could be used for something like this, if
> || mailto: were not handled earlier so that it never reaches that stage.

  Support for external handler for mailto: should be invoked on ACTIVATE
command (if configured), so this will be true.
 
> >   Nobody is going to remove internal mailto: handler
> 
> I should hope not!

  One of the reasons that ripping it out takes the time :) . <- Joke
  
> > - there would be just a
> > lynx.cfg setting something like EXTERNAL_MAIL:TRUE/FALSE, if TRUE it will 
> > call
> > external wrapper that will be supplied with a lot of mailto: -specific 
> > things
> > like subject, cc:, To:, and filename of the file with body quoted, if any.
> 
> Oh, whoopee.

  Agreed :)

> >   So, security won't suffer.
> 
> As long as you don't start mucking around with lynxprog/lynxexec.

  Yes, it will only be improved when I start :)

> > won't be supplied with all info internal mailto: handler has), and EXTERNAL
> > handler won't have all info necessary too (subject+cc+To:+body) - so some 
> > sort
> > of support for external handlers of mailto: should be implemented.
> 
> Knock, knock.  I think that's what I'm saying.
>  
> >  As for original patch that extened EXTERNAL - I don't like it too now, but 
> > I
> > don't insist on removing it from source tree (is it development version or
> > not?).
> 
> Well, there's "development," and there's "development."  Here in Japan
> "land development" means first grading a mountain level to build a go-cart
> track in the middle of a residential area, then asking for the permit.

  Wow! They even ask for permission! :)
 
> __Henry
> 
> ; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden
> 

 Best regards,
  -Vlad


; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden