Hey Janis!

> I was using some character based editor in os/2

qedit was (is?) character based.  The help thingy in joe is very simular to
the one in qedit back then although the commands were totally different,
alt instead of ctl being the most obvious difference. joe weighs in at
around 500k these days not counting the macros etc in
/usr/share.  I just built joe to have a looksee and it the package is
under 2M compared to just under 7M for micro-emacs.  Of the two I'd say joe
wins since it can handle more than enough of what is needed for a text
editor.  All my searches for qedit result in gui ports which is of no
consequence as that isn't the same as I remember it.  Saw a screenshot of a
java based one that sent a cold shiver down my spine.

What is the world coming to?!?!?!?!  :::sigh:::

> Try naming it upload.zip .. I can't find anything in the docs

Yeah.  All I could find about it was that it can be uploaded using a ftp
'put' function.  If a grab using a ftp 'get' functon produces a testgrab
then perhaps a 'put' should be testthrow???  Mind you that is one character
too long for the DOS-think Fido sysops so logic and DOS-think dictates
something like testtoss.

> I guess I could email Kim Heino about it

That would probably be the wisest.  No rush on my account but I think if he
went through the effort of creating a grab format for offlining using pure
ascii - could easily be utf-8 - then he must have be planning something for
uploads ... eventually ... you'd think.  I like the format for sure. 
Extremely usable without jumping through too many hoops to replicate
simular for an upload.

I think it is a good idea.

> Stinkin' isp.. or maybe it's stinkin' dsl line

I blame httpd.

> It says it is in the docs.. some sysops I know have tried to
> get bbbs to talk to their perl scripts with no success

Okay.  Good thing I was keeping this in reserve.

> I haven't tried it to be honest... maybe I should :)

Maybe.  However my vote goes towards getting the offline uploads working
the same way the downloads work and see where that might lead without the
need for perl.  Given that half the idea works without perl then one would
think the other half is doable without perl.  perl would be nice if only
for potential portability and not critical, or at least from a Linux
perspective.

Life is good,
Maurice

--- BBBS/LiI v4.01 Flag