#JR COMM 1.1??
16 messages in this thread
Hope 1.1 comes soon. I'll settle for an arexx port and no scripting.
assuming that I can do in ARexx the things I would need for automated logon
sequences. (Wait for string, send string, check if on-line, access dialer,
set d/l protocol and protocol options, etc.)
Actually, way more people have JR-comm than have ARexx. I bet Jack goes
for scripting before the ARexx port IF he has to do 'em in separate
releases.
=Tom=
The ARexx port would _provide_ scripting; the number of people who have
ARexx may be a LOT larger than you think; for instance, every a3000 owner
has ARexx, and many, many individuals have ARexx for various other reasons
– all of our products support ARexx and we _strongly_ recommend our
customers purchase and use ARexx, even if only our pre-packaged macros.
Also – in the serious developer community – if your application doesn't
have ARexx, it's not considered complete at this time, and that attitude
will only get stronger. Personally, I wouldn't _ever_ consider using a
telecomm program w/o ARexx; too much you can't do.
Ben
Amateur Radio Callsign is A A 7 A S
Ben,
Well, ARexx isn't the answer to *everything* in regard to a script
language. For example, multiple string matching simultaneously, it
wouldn't be able to handle this at 19.2kbps, maybe even 9600bps.
Some things *have* to be done internally, right?
But, since ARexx is now part of the system, I agre, it's now required in
any application.
-jack-
Multiple string matching at 19,200… probably not with a stock machine. On
the other hand, you can provide that as a callable function in your program
from ARexx. Best of both worlds. Unparalleled power in script language,
speed where it counts.
Yes – absolutely – some things have to be done internally, or you would
have written JRcomm in Arexx. :^) Now THERE is a sobering thought! <grin>
I don't advocate ARexx as application. Just as a macro/execution
controller.
Board Master, for instance, allows you to specify routes to be routed, but
the routing itself is done in asm – for the same reason that you would want
to do your low level string matching in asm for really high speed comm
apps.
Ben
Amateur Radio Callsign is A A 7 A S
Ben,
Gawd, two threads in a row that we agree on, must be some sort of record,
or you're mellowing out there! <grin>
Anways, what I plan on doing is have a rather basic core script language
inside JR-Comm. For whatever reason, there are going to be a segment of
people that have no wish to delve into ARexx, so there's no need for me to
short change them, true?
-jack-
Jack,
Is there any possiblity for Kermit support in 1.1? I need it to
interface with my HP-48SX. I am thinking about buying ATALK III because it
does. I played arround with JRComm a little (I just downloaded 1.01 and am
trying to find some Skyline BBS's to check out what Skypix is like) and I
really like the program, but I need Kermit also. There does not seem to be
any good Kermit progs out there. Handshake works, but I hate the interface
and cannot seem to get ASCII transfers, which I need sometimes. Also, It
does not seem to support Local/Server aspect of the protocol.
<<< Michael Shea >>>>
<<< 76665,3360 >>>>
Michael,
I don't know about you but I don't have to transfer that many files
my HP48SX that the terminals user interface is that big of a deal. I
certainly wouldn't buy a commercial terminal just for it. You could also
try VLT term, as it also supports Kermit.
-Jason-
Michael,
I plan on adding XPR support to JR-Comm 1.1 and I understand that there
is a Kermit XPR library out there already. As to how complete that driver
is, I don't know. Maybe someone else here can tell you more about it.
-jack
Jack,
Thanks for the support. I found the XPR library on a BBS and it seems
to support some but not all of the features I would like.
I have pretty much decided that I might tackle, as my first really
challenging programing project, a tool that will solve two of my problems
in regards to my HP-48SX. What I hope to end up with is a text editor to
write HP-48 programs on (the HP-48 is a remarkable tool, but program
developement can take awhile because the built in editor is slow) with a
built in Kermit term. That way I could write my program on the Amiga, hit
a hot key and transfer it to the HP (in server mode), then run and test the
prog on the calc.
<<< Michael Shea >>>>
<<< 76665,3360 >>>>
Jack,
I have what I know is going to be a stupid question, but here goes. I
was trying to print out the Usermanual for JR-Comm 1.01 today so I could
read it during the football game. It looks like you have it seperated into
pages for printing, but whatever I do, I can't get the pages to line up
(ie. I get page breaks [yours] in the middle of my printed pages. What am
I doing wrong?
<<< Michael Shea >>>>
<<< 76665,3360 >>>>
Um… actually, I think it's worth "changing" them – I don't see it as
_short_ changing them. You can _easily_ provide precooked scripts that run
from simple text parameter files, the user doesn't even have to see the
script itself… And ARexx, despite all the hue and cry, just isn't that
hard to deal with. It's Bill's manual (sorry, Bill) that's hard to deal
with. Example scripts go a long way towards showing what can be done.
ARexx is one of, if not _the_, most important things in the Amiga's
arsenal. IMHO.
Ben
Amateur Radio Callsign is A A 7 A S
Ben,
Hey, no need to convert me, for I have seen the light, and it is *good*.
I'm just not into trying to convert the masses myself. Besides, even
though there will be ARexx with WB 2.0, it won't do any good for those that
don't, or <gasp> won't upgrade to WB 2.0 when it is made available for the
non-A3000 platforms.
-jack-
Quit saying that! <grin>
I keep hoping those * at CBM will do it right, make fools out of all of us
who think they're going to * the 500 owners by not releasing 2.0 for them.
"*" as appropriate for the occasion… Personally, I paln to fill these in
next year, when I know what happened. :^)
er, plan.
ARexx! ARexx! ARexx! ARexx! ARexx! ARexx! ARexx! ARexx! ARexx!
Ben
Amateur Radio Callsign is A A 7 A S
While I certainly agree that an AREXX port should be a standard part of
any Amiga Amiga application, I would like to extend Jacks opinion that an
Arexx port is not the answer to all problems. It worries me, that as of
late I have spoken to several unnamed developers about several unnamed
products under development and when I try to be helpfull by suggesting what
I would consider to be desirable features, I have more than once heard, "it
dosn't have it but you could do it yourself through Arexx."
I certainly don't expect any developer to add any features based only on
my opinions but if the developer beleives that it is a worthwhile feature,
then he should add it. I am starting to think that some developer allready
do, or soon will be using Arexx as a crutch, and I think tha will hurt the
quality of Amiga Software. So I say, write code for all the features you
want, and then add a Arexx port so the user can do things with your program
that you never dreamed of!
-Jason-
Brian,
JR-Comm 1.1 will have scripts and ARexx. But, it won't be soon, it's
going to be a major rewrite of the program over the winter and spring.
-jack-