💾 Archived View for mirrors.apple2.org.za › archive › www.textfiles.com › apple › THELAMP › TLMP1998… captured on 2024-12-18 at 03:29:07.

View Raw

More Information

-=-=-=-=-=-=-

[HEA]
    _____________________   ___                                   _
    |___   ______________| |   |                                 | |
        |  | _             |   |                                 | |
        |  || |            |   |                                 | |
        |  || |            |   |                                 | |
        |  || |            |   |   ____ _   _ _   _   ______     | |
        |  || |            |   |  / __ \ | | / \_/ \  | ___ \    | |
        |  || |__   ____   |   | / /  \  | |  /\ /\ \ | |  \ \   | |
        |  ||  _ \ |  _ \  |   | \ \__/  | | | |_|| | | |__/ /   | |
        |  || | | || |_||  |   |  \___/|_| |_|    |_| | ____/    |_|
        |  || | | || |__   |   |____________________  | |         _
        |__||_| |_|\____/  |________________________| | |        |_|
                                                      | |
         Lighting Your Apple II Path On Delphi        | |
                                                      |_|

                       >>> WELCOME TO THE LAMP! <<<
                       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                   THINKING KFEST: The KFest GS Project
             WEB SLINGING 101: Using Your Delphi Web Workspace
              AND THE BEST OF THE A2 AND A2PRO MESSAGE BOARDS

            "Teaching the Apple II user how to fish since 1998"

 ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
 The Lamp!             An Onipa'a Software Production       Vol. 1, No. 4
 ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
 Publisher & Editor.......................Ryan M. Suenaga, M.S.W., L.S.W.
 Internet Email........................................thelamp@delphi.com
 ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

                             TABLE OF CONTENTS
                             ~~~~~~~~~~~~~~~~~
                              April 15, 1998


OPENING PITCH
     Finding Your God At Bamboo Ridge ------------------------------- [OPN]

A FUNNY THING HAPPENED                                                [FOR]
     The Heat Is On ------------------------------------------------- [HET]
     Miscellanea                                                      [MSC]
     Rumor Mill ----------------------------------------------------- [RMR]
     Public Postings                                                  [PUB]
     Best Of The Best ----------------------------------------------- [BOB]

A2Pro_DUCTIVITY
     Checking out A2PRO on Delphi ----------------------------------- [A2P]

THINKING KFEST
     The KFest GS Project ------------------------------------------- [KFE]

FREEWARE FAVORITES
     File-A-Trix ---------------------------------------------------- [FRE]

WEB SLINGING 101
     Using Your Delphi Web Workspace -------------------------------- [WEB]

EXTRA INNINGS
     About The Lamp! ------------------------------------------------ [INN]

                                [*] [*] [*]

READING THE LAMP!   The index system used by The Lamp! is designed to make
"""""""""""""""""   your reading easier.  To use this system, load this
issue into any word processor or text editor.  In the index you will find
something like:

EXTRA INNINGS
     About The Lamp! ------------------------------------------------ [INN]

To read this article, simply use your search or find command to locate
[INN].  There is a similar tag at the end of each article: [EOA].


         :: DISCUSSED ON DELPHI ::::::::::::::::::::::::::::::::::
         :                                                       :
         :     Brain damage?  No thanks, I already have some.    :
         :                                                       :
         ::::::::::::::::::::::::::::::::::::::::: GOLDFISCHE ::::


[EOA]
[OPN]------------------------------
                     OPENING PITCH |
-----------------------------------
From The Editor
"""""""""""""""
by Ryan M. Suenaga, B.A., M.S.W., L.S.W.
                    [thelamp@delphi.com]

                     FINDING YOUR GOD AT BAMBOO RIDGE
                     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     Give someone a fish, feed them for a day; teach someone to fish, feed
them for a lifetime.  A simple enough philosophy that could substitute for
at least four of the courses I took in graduate school, yet one not enough
of us subscribe to.

     I got a call from an Apple IIgs user on the island who needed a new
copy of a system disk.  I don't have a license to distribute it--most
people don't--so the short term answer would've been to refer him to our
local user group (The Hawai'i Macintosh and Apple Users Society--although
dropping the "and Apple" from their name would be more than appropriate
nowadays).  He could've gotten his disk, I could've gotten on to the other
things I need to do.

     Instead, I told him what I believed best--that his Apple II needs
would be served by getting online, and subscribing to the remaining Apple
II publications, including this one.

     For the Apple II user, it's a more valuable gift to get them involved
with the Apple II community than it is to replace their trashed system
disk.

     I could have fed him for the night.  I decided to teach him to fish
instead.

     If the computing world at large is fast becoming an electronic
community, Apple II users must be acutely aware that our village is small,
and without the assistance of Apple Computer, Inc., or any other large
multinational corporations, the only way the Apple II community will
continue to survive in the 21st century is if the entire village learns to
fish.

     Use your opportunities with other Apple II users to teach independence
and self-sufficiency, and use the magic of the virtual and actual printed
word to build the Apple II village to house us into the new century.  Every
time we feed the Apple II user rather than teach him how to fish, we lose
an opportunity to have a long-lasting positive impact on our community, and
we're not doing ourselves any favors that way.

     Teach the Apple II fanatic how to fish, and we all become stronger,
more independent, and more self-sufficient.  Not to mention better fed.

     Besides, if everyone in your village depends on you to feed them, what
will they eat when you're in Kansas City in July?

                                [*] [*] [*]

     Sorry, I blew it department: this issue of _The Lamp!_ must include an
apology to Delphi users who eagerly await the release of _The Lamp!_ from
the _IIScribe_ Forum's Database.  Somehow, the original archives of the
compressed text and Appleworks versions of _The Lamp!_ became
read-disabled.  My sincere apologies.

                                [*] [*] [*]

     By the time you get this, it'll likely be just past the time that
early registration prices for the Apple II event of the year, KansasFest
1998, expire.  If by some miracle I do manage to get this issue out before
April 15, use it as your reminder that you can save $100 by registering
immediately.  If not, keep in mind that even at regular prices, KansasFest
is well worth the money.

     In preparation for the celebration that will be KFest '98, this month
we usher in the first of a series of pre-KFest articles, entitled _Thinking
KFest_.  This month is the story of the construction of the KFest IIgs, an
Apple IIgs that's easier to bring on the trip to Avila than the standard
high performance model, yet doesn't require the Dremel-wielding skills of a
Tony Diaz to put together.  In coming months we'll look at other reasons to
show up in the hot summer sun at the even hotter Apple II event of the
year.  Don't miss the opportunity to be among the dozens of Apple II
faithful at Avila College in Kansas City, Missouri in July.

     It'll be one heckuva fishing trip.




Ryan
thelamp@delphi.com

ASCII ART BEGINS
_________  _                     _                                      _
|__   __| | |                   | |                                    | |
   | |    | |                   | |                                    | |
   | |    | |___     ____       | |       _____   __ ___ _   _ _____   | |
   | |    | ___ \   / __ \      | |      /____ \  | v   v | | v ___ \  | |
   | |    | |  | | | /__\ \     | |       ____| | | /\ /\ | |  /   \ \ | |
   | |    | |  | | | _____|     | |      / ___  | | || || | | |    | | |_|
   | |    | |  | | | |_____     | |____  | |__| | | || || | |  \___/ /  _
   |_|    |_|  |_| \______|     |______| \____^_| |_||_||_| | |\____/  |_|
                                                            | |
                                                            | |
                                                            |_|

ASCII ART ENDS


[EOA]
[OPN]------------------------------
     A FUNNY THING HAPPENED. . . . |
-----------------------------------
Checking out A2 on Delphi
"""""""""""""""""""""""""
by Ryan M. Suenaga, B.A., M.S.W., L.S.W.
                    [thelamp@delphi.com]

       * The Heat Is On

              * Miscellanea

                     * Rumor Mill

                            * Public Postings

                                        * Best Of The Best

                              THE HEAT IS ON
                              """"""""""""""

     [*] User Groups & Publications ...... What Time Is Joe's Chat?
     [*] Telecommunications        ....... New COG, New Features
     [*] Entertainment Software    ....... Wolf Updates And Tidbits
     [*] The Apple II Legacy       ....... We're Coming Home, Toto



                                MISCELLANEA
                                """""""""""

SIS AUTHOR ON THE VIRTUAL MOVE   My old ISP has shut down so my old email
""""""""""""""""""""""""""""""   address and Web site are no longer valid.
My new contact information is as follows:

email: geoff@gwlink.net
web: www.gwlink.net/gwlink/ (note: no tilde in the URL)

To those who have links to me on their web page, thank you for linking to
me--I'll be sending out a message to the maintainers of these pages
notifying of the change since this message won't be seen by everyone.

Geoff
                       (SISGEOFF, 10938, GO COM A2)


A2: NEWER DOESN'T MEAN BETTER   Just the other day, I was talking with an
"""""""""""""""""""""""""""""   old Apple II friend of mine (who now owns a
Mac and a PC), and we were discussing how Apple II users are very different
than other computer users. After all, we're used to tinkering with our
systems and know all about what's "under the hood."

It seemed to both of us that people who got started with the Apple II are
just more adventurous and less intimidated by computers.

Contrast the differences...when a Windows 95 program is downloaded, a user
just has to click on a file named Install, but when a similar Apple II or
IIGS program is downloaded, we actually perform the installation ourselves.

Most of us can look at our IIGS System folder and know about everything in
it, mainly because if it's a system add-on, we put it there ourselves. Ask
a Windows 95 user about all the files on his/her hard drive, and you'll
draw blank stares.

The adventurous and friendly nature of the Apple II community lends itself
to being a valuable resource for non-Apple II related questions and
problems.

I can think of dozens of times when I've seen messages posted to an Apple
II area online that starts out with, "Hi. I asked this Mac (or IBM) related
question on the Mac (or IBM) forum but didn't get an answer, so I'm posting
it here." And, invariably, an answer is supplied real quick.

Apple II Forever!!

 Joe Kohn
 http://www.crl.com/~joko
                       (JOE_KOHN, 10735, GO COM A2)

>>>>>   A discussion I have had at various times with different Apple II
"""""   people, although invariably at KFest. . .

Apple II people tend to also be the kind of people who like things like old
cars (Tony Diaz), tube amplifiers (Steve Godzilla), old bicycles (me), and
all kinds of other "dead technology".

They also tend to be the kinds of people who pop the hood on their cars,
change their own oil and spark plugs, build their own furniture, and fix
their own plumbing.

The generation of computer teachers approaching retirement now are also the
ones that grew up on the Apple II.  When they're gone, it'll be tough for
the ones left behind to keep them going. . . but it'll also be tough for
the ones left behind to keep any set of computers going.  It's not so much
the technical knowledge as the mindset.  The lack of fear to open the hood
and work on stuff.

When one of my friends was having computer problems with his 486 and called
me with what appeared to be a hardware problem, I told him to shut the
thing off, take the cards out and put 'em back in, and take the cables off
and put them back on, he thought I was nuts.  He took it to a dealer.  $50
bucks later, the thing was working.  What was the problem?

"Loose cable"

Smack 'em all on the head with a dead //c.  Apple II's not a computer, it's
an attitude.

Ryan
Think KFest '98!
Delivered by OLRight! scripts for ANSITerm
                       (RSUENAGA, 10753, GO COM A2)

>>>>>>   Exactly.
""""""

In contrast, I think that other computers are starting to become like
appliances that don't require any special knowledge to use. I see proof of
that here, with The Lovely Shiva. She doesn't really like computers, and
refuses to read any documentation, but she's had a PC for almost a year,
and although I know she's only tapping into .000001% of its capabilities,
she can use it.

Of course, when problems arise, I'm called to the rescue. And, the amazing
thing considering that I know next-to-nothing about PCs, is that none of
the problems have been in the least bit challenging to me. After two
decades on the Apple II, I've been able to easily solve all her computer
problems for her.

Speaking of how Apple II users like old technology...my car just hit
192,000 miles ;-)

Joe Kohn
                       (JOE_KOHN, 10755, GO COM A2)

>>>>>   And it's a special attitude that's hard to explain to others (but
"""""   we are fortunate enough to share among those that DO understand as
we try to help others understand). It may be similar to trying to explain
KFest to those who haven't been there:)

>>other computers are starting to become like appliances...

That has been Apple's goal for a while, I think, and I applaud the effort!
That's as it should be, IMHO. However, we still need those that ask "how/
why does this work, and can we do it better?". I think we're loosing those
special people and that's hard to take:(

As a last word, "old" is not necessarily inferior. Good design/technology
is "immortal".  I'd challenge anyone with an electric can opener to open a
can faster than I can with my $.89 "manual" can opener:)

   Steve
                        (STEVE_G, 10761, GO COM A2)


WOLF TIDBITS   Wolf 3D requires an ADB keyboard because it directly links
""""""""""""   into the ADB firmware to read the controls. This improves
performance of the keyboard code and makes it possible to interpret a lot
of keys down at a time (at least on keyboards that support multiple keys
down at once).

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                        (SHEPPY, 10586, GO COM A2)

<<<<<   Yes, you need a Macintosh to unstuff Macintosh scenario files
"""""   before you can run them through the Scenario Converter.

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                        (SHEPPY, 10812, GO COM A2)

>>>>>   If you check out Sheppy's web site (www.sheppyware.ml.org) you will
"""""   find a bunch of scenarios that have been converted from Stuffit to
ShrinkIt format (thanks, Sheppy!) You still need to run them through
WolfConvert (don't forget to send Sheppy the shareware fee) but at least
you can unpack them on your GS.

 -----------------------------------------------------
 Tony Ward, A2 Database Manager
 [Delivered with Spectrum 2.1 and Crock O' Gold 2.3]
 --
 A virtuoso is a musician with real high morals.
                        (TONYW1, 10906, GO COM A2)

<<<<<   Thanks, Tony. And I'd appreciate it if anyone that does convert
"""""   scenarios email them to wolfsubmit@sheppyware.ml.org so I can put
them on the web site for others to enjoy.

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                        (SHEPPY, 10911, GO COM A2)


REFORMATTING 720K TO 800K?   The only problem that one may encounter is
""""""""""""""""""""""""""   with a HD drive/card combo. Any hardware that
will read both PC 720K and Apple 800K. When you go to format the 720K disk
if not done by some ProDOS 8 program, or say, Photonix, Speedysmith, etc,
is that GS/OS will complain that the disk is read only.

Or you will not get the Erase Disk item highlighted at all due to it
realizing it is 720K. This is not a problem with a HD MS-DOG formatted
disk. The 720K disk will get kicked out, put it back in and do it again, it
will format the second time around.

Tony
                        (T_DIAZ, 10608, GO COM A2)

>>>>>   I have an Insite Floptical connected to a RamFAST Rev. D card.  Of
"""""   course, this hardware does not read 800K disks.  The interesting
thing is that when I insert a 720K MS-DOS floppy, Finder _does_ allow me to
format it as a Prodos or HFS disk without problem or error, but only at
720K, which is not recognized in an 800K drive on the SmartPort.  In either
case, putting the 720K floppy in the SmartPort drive simply presents me
with the FST-not-recognized-or-whatever dialog, with the choice of Eject or
Initialize.

Oh - I created this MS-DOS disk by taking an 800K disk over to my Win 3.1
laptop and formatting it.

 - Don (IronTooth)

Delivered by my ANSITerm off-line reader scripts...

                         They're OLRight!
                       (DZAHNISER, 10619, GO COM A2)


SSII MEETS SHEPPYWARE IN REAL TIME   I'd like to express my thanks in
""""""""""""""""""""""""""""""""""   public to you Sheppy. Actually, I
can't thank you enough. You ended 5 weeks of frustration for me.

Seeing Sheppy's computer room was most interesting. There was a lot of (to
me, at least) high end computer equipment there, including a BeBox and a
couple of PowerPCs...but right in the middle of it all was Sheppy's pride
and joy... his IIGS ;-)

Interestingly enough, the GravenStein Apple User Group is becoming
increasingly more Mac oriented, but when I presented my problem there last
week, no one had a clue. I find it amusing that the best Mac help came from
a fellow Apple II owner ;-)

Joe Kohn
                       (JOE_KOHN, 10640, GO COM A2)


SSII AND SHEPPYWARE: A WINNING COMBINATION   A number of months ago, Sheppy
""""""""""""""""""""""""""""""""""""""""""   and I made an arrangement that
I guess he'd hoped I'd tell you about, and that I'd hoped he'd tell you
about ;-)

Sheppy is a great programmer, and I am all set up to mail out disks. So, we
agreed that Shareware Solutions II would be handling Shifty List 2.

The current documentation for Shifty List was written long before Sheppy
and I made our arrangements, so the address listed in the SL Demo docs is
no longer accurate.

From here on out, all shareware fees for ShiftyList v2.0 should be sent to:

Joe Kohn
c/o Shareware Solutions II
166 Alpine St
San Rafael, CA 94901-1008

Upon receipt of shareware fees, I will mail out the registered version of
ShiftyList 2.0.

This arrangement will, of course, allow Sheppy to spend more time
programming the Apple IIGS...which is what he does best! So, everyone will
benefit from this arrangement. Naturally, Sheppy will continue providing
technical support for ShiftyList.


 Joe Kohn
 http://www.crl.com/~joko
                       (JOE_KOHN, 11198, GO COM A2)

>>>>>   Talk about making my life easier. :)
"""""
I'm going to try to update Shifty List shortly and include revised payment
instructions. :)

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                        (SHEPPY, 11201, GO COM A2)

<<<<<   The fee to register ShiftyList 2.0 is $20. Upon receipt of that
"""""   fee, I'll mail out a disk containing the complete, registered
version of ShiftyList.

I'd like to encourage people to download the ShiftyList demo first, as they
can then take ShiftyList out for a test drive. After all, if a picture is
worth 1,000 words, a demo of a software program speaks volumes.

For those unfamiliar with ShiftyList, in short, it's a GS/OS utility that
allows you to choose which items you want loaded after doing a Shift-Boot.

Without something like ShiftyList installed, when you shift-boot, no DAs or
Inits get loaded. But sometimes, you might want to perform a shift-boot for
increased system stability, but you also need something like Pointless or
HardPressed or IR installed. With ShiftyList, you can do that.

Soon after Sheppy released ShiftyList 2, Max Jones wrote a rave review of
it in Juiced.GS. But again, with the ShiftyList demo available for
download, no one has to take mine or Max's word for how useful ShiftyList
can be; they can see for themselves.

 Joe Kohn
 http://www.crl.com/~joko
                       (JOE_KOHN, 11211, GO COM A2)

<<<<<   As a follow-up to my post about ShiftyList, I wanted to post the
"""""   Delphi Library filename of the demo and on which ftp sites it can
be found.

But, first, let's inject some Sheppy humor into the discussion ;-)

I found the following write-up within Dave Grenda's report on KansasFest
1995 and I'm re-posting that here, mainly for the last line, which really
cracked me up:

"ShiftyList 2.0 will be distributed on a Softdisk G-S issue. This version
is a very powerful update.  By holding down different key combinations
during booting, you can load different groups of INITs, NDAs,  CDAs, and
CDEVs.  The composition of each group is determined by the user beforehand.
You can also create boot scripts.  Scripts could run pictures or sounds
during booting.  For example, you could display a picture and play a sound,
load some INITs, display a new picture, load some NDAs/CDAs, display
another picture and play a sound, and load the rest of your system - total
user control.  Sheppy expects ShiftyList to be out at the end of the year.
He lost three months of work when his hard drive crashed.  As Sheppy
remarked, "apparently back-ups aren't for weenies."

More seriously, Sheppy himself describes ShiftyList 2 as follows:

   The latest version of one of the most popular utilities of recent
   Apple II history. It allows you to establish lists of extensions, desk
   accessories, and more which are loaded at startup when you shift-boot
   your system. You can include extras like sounds, graphics, and even
   control panel settings in your boot scripts. You need to see and
   experiment with Shifty List to fully understand the possibilities, so
   download the demo version to give it a try!

You can download it via the net from:

ftp://ftp.sheppyware.ml.org/pub/apple_iigs/SLDemo2.0.bxy

Or from Delphi's A2 'Apple Operating System' Library:

SLDEMO2.0.BXY                     PROG  APR-97  SHEPPY

(I hope that the above is in COG-friendly format...and if not..sorry.)

 Joe Kohn
 http://www.crl.com/~joko
                       (JOE_KOHN, 11212, GO COM A2)


CHATTING AWAY WITH SSII AND THE KFEST GANG   We had one rocking time here
""""""""""""""""""""""""""""""""""""""""""   tonight discussing KFest.  I
think we had as many as 20 people on the Delphi side, nearly all of whom
are coming to KFest this year.  Thanks to Joe for hosting. . .

BTW, for those of you who want KFest info via the 'Net, try:

http://www.primenet.com/~adams/kfest.html

And by email, you can subscribe to the KFest mailing list by sending mail
to:

majordomo@trenco.gno.org

        and putting the words:

subscribe kfest

in the body.

Ryan
Think KFest '98!
Delivered by OLRight! scripts for ANSITerm
                       (RSUENAGA, 10845, GO COM A2)


BEST ROAD TO APPLEWORKS?   Let me ask a variation on the topic: Which would
""""""""""""""""""""""""   you prefer, running Appleworks 5.1 on an Apple
IIgs, or on a G3 Mac under Bernie? Which is better, safer, etc?

Thanks,

-Ken
                       (KEN_GAGNE, 10654, GO COM A2)

>>>>>   If I had my druthers, I'd have both.
"""""

However, if I had to choose one, for about 90% of my work, I'd choose a
real IIgs with Appleworks 5.1.

For the other 10%, I'd use a G3 Mac with a IIgs emulator =if= it was a
Powerbook, because I like to write _The Lamp!_ when I'm out drinking
coffee.

Ryan
Delivered by OLRight! scripts for ANSITerm
                       (RSUENAGA, 10662, GO COM A2)


ZIP/TWGS TROUBLESHOOTING TIDBITS   This used to be a well known problem
""""""""""""""""""""""""""""""""   with both TWGS cards and ZipGS cards.

The plug that goes into the CPU slot for both products has really tiny pins
on it, by comparison with the normal pins on the CPU chip. Over a period of
time, corrosion can form in the socket. It doesn't take much to cause a
problem.

The cure is to bend the pins on that plug SLIGHTLY so that when it is
reinserted,it will exert more force against the socket, and make a better
connection.

Bending the pins is fairly delicate and has to be done carefully. In my
experience, it has to be redone a couple of times a year.

The REAL solution is to buy one of Bill Shuffs custom made cables with gold
plated (and significantly larger) pins, but I'm not at all sure those are
available any more....

Gary R. Utter
                         (UTTER, 10672, GO COM A2)

>>>>>   It's pretty easy to snap a leg off an accelerator connector cable
"""""   (Yes, I speak from experience) and although I don't disagree with
Gary about making a tighter connection, I really believe that removing an
accelerator cable and bending the pins should only be done if needed.

"If it ain't broke, don't fix it."

Joe
                       (JOE_KOHN, 10679, GO COM A2)

<<<<<   Yes, just so. I should have specified that.
"""""
However, the symptoms as he describes them sound like it's needed in this
case. If not that, then my guess (only a guess, of course) is that the card
itself is somewhat defective.

Gary R. Utter
                         (UTTER, 10731, GO COM A2)

>>>>>   What I find to be more problematic is when you frequently remove
"""""   the cable from the CPU socket, the socket itself tends to go bad,
and often needs replacing.  It's not the easiest soldering job in the
world, but not the hardest either.

If you do replace your CPU socket, use a high quality machine pin one.

Ryan
KFest '98!
Delivered by OLRight! scripts for ANSITerm
                       (RSUENAGA, 10702, GO COM A2)


MARINETTI SCRIPTING HELP ON DEMAND   Hi, I have started trying to get
""""""""""""""""""""""""""""""""""   Marinetti and COG to work via SLIP.
When I go on manually, this is what I get.  Can someone help me get the
right connect script for Marinetti?  I have certainly got part of it right,
but I don't know where to find a log of what I have done (right or wrong).

Thanks for the help.

>M-NAS1  Destination-IP 194.95.248.253


>Login: xxxxxx

>Password: yyyyyy


    1. PPP Mode                            7. Berlin (ASCII)
    2. SLIP Mode                           8. Berlin (BINARY)
    3. Compressed SLIP                     9. Muenchen (ASCII)
    4. Modem Status                       10. Muenchen (BINARY)
    5. Stuttgart (ASCII)                  11. Koeln (ASCII)
    6. Stuttgart (BINARY)                 12. Koeln (BINARY)

>Enter number or q for quit:2

    Entering SLIP Mode.
    IP address is 194.95.248.22
    MTU is 1524.



Jim Dwyer
Bavarian Leprechaun
Blarney delivered by IIgs, Spectrum 2.1 and Crock o' Gold 2.3
                      (PEACECHURCH, 10937, GO COM A2)

>>>>>   I don't know about Chunk's suggestion (I'm not doubting him, I'd
"""""   just never heard anything about that subject before :) but I think
I'd start with a script like this:

send cr
delay 120
send ATZ cr : (or whatever your init is)
wait 600 OK
delay 60
send ATDT5551212 cr : (or whatever the ISP phone number is)
wait 2400 gin:
send xxxxxx cr
wait 600 word:
send yyyyyy cr
wait 600 uit:
send 2 cr
wait 2400 ' is '
getip 300
end

Ryan
Think KFest '98!
Delivered by OLRight! scripts for ANSITerm
                       (RSUENAGA, 10943, GO COM A2)

<<<<<   Thanks, Ryan.  I'll try it.
"""""
Less than 5 minutes later . . .

Eureka!  It worked!  Only now I need a proper disconnect script. Are you
still on the line?!   :)

Thanks.

Jim
                      (PEACECHURCH, 10945, GO COM A2)


MAKING UTILITYLAUNCH WORK WITH WOLFIE   I am a UtilityLaunch user, and was
"""""""""""""""""""""""""""""""""""""   dismayed to find an apparent
incompatibility between UL and Wolfenstein3D.  If I use UL's menus to
launch Wolf3D, there are no sound effects (after the first launch).  If I
use the File/Launch... menu selection, there is no problem.

Well, I really wanted to have a work-around for this because I want to try
setting up Wolf3D on the kids' GS.  Last night I tried a trick that seems
to work just fine.  I set up a 1-line AppleSoft program to launch Wolf3D
and set up a button in UL to launch the AppleSoft program.

I have had to use a similar ploy with the Golf.Solitare program, except
that time I made a text file to EXEC with UL.  For some reason, I couldn't
get the EXEC approach to launch Wolf3D.

So, Look out kids!  Here it comes!

 - Don (IronTooth)

Delivered by my ANSITerm off-line reader scripts...

                         They're OLRight!
                       (DZAHNISER, 10674, GO COM A2)


MOVING II FILES TO BERNIE   Hi,
"""""""""""""""""""""""""   can anybody tell me, how I get my IIGS HD
recognized by the Mac, so that I can use it with Bernie II The Rescue? Or
that I can make images from it with ShrinkWrap? I already tried PC
exchange, but the HD appears in italics in PC Exchange and I can't select
anything...

I bought a PowerMac for Bernie and now I cannot access the IIGS HD...  :-((
Any answers will be appreciated.

Udo
Ceterum censeo, Microsoft esse delendam
                        (UDOHUTH, 10737, GO COM A2)

>>>>>   I don't have THE answer for you, but I have _an_ answer for you.
"""""   You could AppleTalk the GS and Mac together, mount the Mac HD on
your GS, and then transfer files from the GS to the Mac's HD (to be
ShrinkWrapped, etc).

Hope that helps --HangTime [Will Compute for Food] B-)>
                       (HANGTIME, 10738, GO COM A2)

>>>>>   The answer ranges from pretty simple to pretty difficult.
"""""
If your HD has the standard formatting and a Apple driver partition, PC
Exchange will recognize it.

If your HD has been used with non-Apple HW such as RamFast, you need a
brute force tool. FWB's Hard Disk Toolkit (HDT) is your best friend here -
it can mount everything you throw at it. HDT up to version 1.81 has ProDOS
support, but FWB nuked it starting at version 2.0. Reportedly ProDOS
support is still present in the latest release even though it's not
advertised.

Another possibility is the Silverlining software. I believe it's available
from the Quantum web site.

For related discussions may I recommend you're taking a look at the Bernie
mailing list archive. This is not really an unpaid commercial, but a few
people have posted there very interesting information to an extent that
goes beyond me.

(http://www.design.ncisc.org/~bernie/current/)

- henrik
                        (GUDATH, 10739, GO COM A2)

<<<<<   I did it!!
"""""   Bernie works!!
Hard Disk Toolkit PE 1.7.6 did the trick. I was able to shrink the last
partition of the IIGS HD to make room for the Mac driver (I lost a .MOD
file...). After installing the Mac driver I could copy the contents of the
HD to a virtual HD created by Bernie.  As this took some time, I used
ShrinkWrap for the other three partitions to make images. The last
partition -- the one I shrunk -- I had to copy folder by folder using the
Bernie-IIGS. Losing a .MOD file for being able to access the HD isn't too
high a price I think...  ;-))

Is there a program which can tell me how fast this Bernie-IIGS is running??

Udo
Ceterum censeo, Microsoft esse delendam
                        (UDOHUTH, 10766, GO COM A2)

>>>>>   Congratulations! Glad you were successful. There's a Dhrystone
"""""   utility for GNO/ME and a QuickDraw speed test utility. The
Quickdraw speed test is avilable from your favorite ftp archive (I believe
I spotted it at grind/ground/liquefy.uiowa, whatever it is called these
days) and carries the name "speed.test" or something in that direction.

One note about the Dhrystone test: reportedly people are getting incredible
results in the 50Mhz+ area on G3 Macs. Since the Dhrystone test is merely
measuring CPU performance and does not benchmark other components such as
video, it is not particularly meaningful. However, it gives an idea of how
fast Bernie's CPU emulation is and how much time is effectively spent
(wasted) with emulating the rest of the motherboard.

The QuickDraw speed test gives you real-life performance.

- henrik
                        (GUDATH, 10796, GO COM A2)


ALSO KNOWN AS. . .   All my desktop program icons are aliases. For most of
""""""""""""""""""   my other programs, I have aliases in a folder called
simply "Alias.Folder" on my boot volume. In fact, the ones on the desktop
are actually put in that folder originally, and dragged to the desktop from
there.

I used an icon editor to copy the program's original icon, if any, to an
icon file called "Alias.Icons", in the boot volume "Icons" folder and set
the attributes to that of an Alias, and the name to whatever I called the
Alias. My desktop redraws a bit faster since all the icons are in one
place, on the boot volume.

If you do a shift-boot, the alias icons will not be supported, and you will
have no programs on the desktop.
  --
 Carl Knoblock - Telephone Tech - Via Crock O' Gold v2.3
 Follow the Yellow Brick Road to KFest 10 - July 22-26, 1998
 cknoblo@novia.net
                        (CKNOBLO, 10969, GO COM A2)

>>>>>   I like to keep my aliases on an HFS disk, so they can have longer,
"""""   more descriptive names (this is especially helpful because I have
multiple copies of some software installed, configured differently, and I
can use this to differentiate them on my desktop).

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                        (SHEPPY, 10971, GO COM A2)

>>>>>   I park all my aliases in a folder named 'Desktop', and keep that
"""""   out on the desktop ;^)  I chose the name so I would be able to
remember where it is (oh, yeah - dummy - look for the 'Desktop' folder on
the desktop). I normally keep it closed, but when opened, I have it sorted
by name.  There are aliases to folders made with EasyMount (I have a custom
icon that I made for Easymount documents that is a pink folder, as opposed
to my usual yellow).  I then create all my application/document aliases
with Workset (from Six-Pack).  Why this approach?  Well:

Workset is an extremely powerful aliasing FinderExtra. With it you can:

o Create an alias to a folder

o Create an alias to an application.  Within the alias to the application,
you can attach folders and documents.  You can 'mark' documents and folders
within the Workset for opening, and press the Option key while
double-clicking the Workset document to customize them prior to launching.
Extremely flexible.  Some of the flexibility includes:

 - Create a Workset with a document marked, and if the program can open the
document, it will when launched.  Note that you can mark/open _multiple_
documents in some applications!

 - Have a folder within an Application Workset. If it is marked, it is
automatically passed to the application as the default folder for opening
documents.

o Include Workset documents in Launchlist (Also from Six-Pack).  This
provides a window on the Finder desktop containing all your launchable
items on all drives.  You can negotiate it with keystrokes (e.g. - Type 'G'
to get to the items starting with 'G').

I have created icons for the Workset document type/subtype, customized for
the application or document name.  However, over the time I have used it, I
find that I prefer to use a simple Workset icon (based on the Symlink icon)
that tells me that I am not launching the 'real thing'.  Two examples:

1) I have a Workset for AWGS.  As a default, it has my AWGS templates
folder marked, and a document that is all set up with my usual WP
preferences (font, margins, tabs).  Double-click, and I am in the WP ready
to type.

2) I have a Workset for ANSITerm (a P8 program that supports receiving a
startup document pathname).  I have multiple startup scripts in the
Workset, but the default is the launch script for OLRight!  I have named
this script 'OLRight', but if I option-double-click, I can pick one of the
others instead of the OLRight startup document.

Whew!  That's enough for this post...

 - Don (IronTooth)

Delivered by my ANSITerm off-line reader scripts...

                         They're OLRight!
                       (DZAHNISER, 10981, GO COM A2)

>>>>>   The folks at GS+ published a program called 'LaunchAlias' that will
"""""   open EasyMount and DocAlias (also from GS+) documents after a
shift-boot. Both appeared on V6, N6.



 - Don (IronTooth)

Delivered by my ANSITerm off-line reader scripts...

                         They're OLRight!
                       (DZAHNISER, 10982, GO COM A2)

>>>>>   Richard Wifall wrote a Finder Extension called EasyOpen. I believe
"""""   the latest version is 1.5.6  It does a better job than the
EasyMount INIT supplied by Apple with System 6.0.1. It uses the icon
associated with the original file. Unlike EasyMount which uses that bland
generic icon. It is shareware. I think about $5. But, tracking down Richard
may be necessary. I doubt the address in the docs is accurate now.

As for where to put aliases there is no right or wrong place to put them. I
always place them in the same folder as the original with the addition of a
'.' at the end of the name (this is my own little convention). But, my
aliases are then dragged to the desktop for easy access.

In the past I've also made a folder of aliases to programs (mostly games)
which my kids use and then put the folder on the desktop where the kids
could easily get at it. Worked great until my HD crashed. I didn't feel
like going through making the aliases again.

Paul.

Paul Schultz
schultp@delphi.com
sent your way via Spectrum 2.1 and Crock O' Gold 2.3
                        (SCHULTP, 10986, GO COM A2)


DEJA II WOOFS UP KEYBOARDS   Are there some alternative, international
""""""""""""""""""""""""""   keyboard files (resources) for Deja ][?
Generally, I'm having problems in 8 bit environment with the german
keyboard. On my (expired) //c there was a button to change between
programming layout (=standard ascii=Us keyboard) and german keyboard. Now,
I'd like to know if there is a special P8 file doing this or whatelse(?).
Question is related to the A2 card (for Mac LC pds slot) for example and
also re the use of Deja ][. Generally, I'm confused on this keyboard
problem :-\.

As far as I remember, with AW 1.2 german and my //c I was able to type in
umlauts ecc. This high asciis were mapped to low asciis like }{|][ ecc.,
but that worked. Now, I'd like to know if there is a way to realize the
same with Deja ][ and/or the A2 card.

Anticipated thanks for any ideas and help

Ulrich

[ Delivered by ProTERM Message Manager (PTMM) v2.5.0 ]
                       (UHAUSMANN, 11164, GO COM A2)

>>>>>   You can try the Bernie ][ The Rescue keyboard layouts with Deja ][.
"""""   Int'l keyboard layouts are supported incl. French, British and our
German friends. They are available separately for downloading.

http://www.magnet.ch/emutech/Download/

It could be that you need to adjust the resource #.

woof,
- henrik
                        (GUDATH, 11179, GO COM A2)



                                RUMOR MILL
                                """"""""""

TWILIGHT II 2.0 TEASER   Ok, I promised some stuff by Monday, and I've made
""""""""""""""""""""""   it by 1 hour, Pacific Time. Just released was a
set of modules for Twilight II by me. They *require* a copy of Twilight II
1.1 installed in your system, and some of the modules are updates of what I
did for v1.1, and some are all new. The really cool game modules I've done
require extra features in Twilight II v1.99/2.0

   I'm hard at work getting the last quirks and bugs out of Twilight II
2.0, but may not get everything ready and bugfree soon, so I might do a
public semi-beta of Twilight II. If that's done, it'll be v1.99 to signify
its almost-complete status; if the beta testers think I finally got all the
bugs gone (HAH!), it might be 2.0 by release. Conditions of release are not
yet determined; you can thank Jim Maricondo for his good work on the CDev
so far and letting me muck with his code the past few months.

Nathan Mates
                        (NMATES, 11037, GO COM A2)

MORE POINTLESS PROBLEMS?   While I've been working off and on on some
""""""""""""""""""""""""   corrupted fonts in Pointless (one doesn't crash
anymore, second one still flakes), there is a relatively simple way to
check on a TT font. Go to Pointless ctl panel, select the font and view
it-- all characters, not sizes. If the computer locks up, that font is bad
and needs a reinstall/etc. [I think that all-chars display uses 10 or 12
point versions of the font, so temporarily move off all bitmaps from
*/system/fonts of that font family and reboot before trying that]

   The above shoulda gone into the GUPP 1.0.7 dox, but I pulled the
work-in-progress pointless crash-on-corrupted-font code as it was
incomplete in order to get the fix for the OS bug uncovered by Wolfy out.
1.0.8 may do a better job of not crashing (and simply drawing nothing
instead, which'll tell you in a hurry there's a problem) on bad TT fonts.
Release date uncertain.

Nathan Mates
                        (NMATES, 10625, GO COM A2)



                              PUBLIC POSTINGS
                              """""""""""""""

KFEST '98: AT LEAST ONE MORE YEAR   The Kfest '98 committee is pleased to
"""""""""""""""""""""""""""""""""   announce that the minimum number of
registrants needed to guarantee that the festival will occur HAS BEEN MET!!

That's right, KFEST '98 IS ON!!!!!

In fact, the minimum number of registrations has been far surpassed, and
our attention is now turning toward the planning phase, which in its
preliminary form has the appearance of being he best Kfest ever!

Kfest '98 will take place July 22-26 at Avila College in Kansas City,
Missouri. The conference sessions will begin on Thursday, July 23, and run
through Saturday evening, July 25. Wednesday and Sunday are devoted to
checkin and checkout.

With registrations running well ahead of last year and all indications
pointing to a large turnout, we urge all of you who are planning -- or even
considering -- a trip to Kfest '98 to move quickly to guarantee yourself a
room in the Avila dorms.

More importantly, you have until April 15 to take advantage of the
early-bird registration price.

When registering before April 15, the price for a double room is only $265,
with most meals and registration included in the price. (Single rooms are
available for $365.) Spouses can join in for an extra $190. If you wish to
stay at an area hotel and commute to Avila for the conference, the cost is
$215, but no meals are included and you would, of course, have to find your
own accommodations.

Prices after April 15 are $350 for a double room ($400 single); conference
only $200; spouses $250.

Clearly, it's in your best interest financially to register by April 15.
(And it also facilitates committee planning!)

Kfest '98 is the 10th festival. It promises to grand celebration!

For more information, contact the Kfest '98 Committee at
cindyadams@delphi.com.
                       (JUICEDGS, 11065, GO COM A2)

>>>>>   Yowza.
"""""
Even though the minimum has been met, we still need =you= at KFest '98.

Remember: every KFest ought to be treated like it's the last.  If you ever
wanted to go to KFest, don't gamble on waiting 'till next year.  Get to
Avila this year.

Ryan
Think KFest '98!
Delivered by OLRight! scripts for ANSITerm
                       (RSUENAGA, 11069, GO COM A2)

FRESH PITCHER OF JUICED.GS    +++  Juiced.GS '98!!  +++
""""""""""""""""""""""""""

Another year of publication for the Apple II world's premier IIGS-specific
magazine is about to begin.

The Winter '98 issue is in final phase of production and should be ready to
go to the printer in about a week.  That means if you have not yet renewed
your subscription, it's time to do so.  It also means that if you have not
yet joined the legion of IIGS users who subscribe to this highly acclaimed
publication, there will never be a better time.

Juiced.GS is a quarterly, printed magazine. Each issue has at least 20
pages, but subscribers know there are usually 24 pages. That will
definitely be the case for the Winter '98 issue!

And what are subscribers going to find in those 24 pages?  We don't like to
divulge our secrets too soon, but we can tell you that the cover story in
the upcoming issue will help you and your IIGS delve further into the world
of music with features on SoundSmith and MidiSynth. Sharing their expertise
with IIGS users will be Juiced.GS contributors Bret Victor (Opening Line,
Operation Lambda) and Dave Tribby (MidiSurgeon, WaveLab).

A telecommunications column will be launched in this issue, with Tony Ward,
longtime chief librarian in the Apple II areas of Genie and Delphi, kicking
off the discussion with a presentation about Apple II modems.

Also in this issue will be a review of SuperConvert 4.0, and all the
quarterly features subscribers have become accustomed to in the first two
years of Juiced.GS' existence.

A 1998 subscription to Juiced.GS is $14 in the U.S., Canada or Mexico, $20
elsewhere in the world. Send checks or money orders in U.S. funds
to:

 Max Jones
 Juiced.GS
 2217 Lakeview Drive
 Sullivan, IN  47882

Sorry, no credit cards accepted.

Back-issue packages for 1996 and 1997 are also available for $14 each.

It looks to be another great year for Juiced.GS. Please join us!

Apple II Forever ...


 Max Jones, Juiced.GS
 http://users.ids.net/~kerwood/juiced.gs
 Delivered by Spectrum 2.1 and Crock O' Gold 2.3 (beta)
                       (JUICEDGS, 10593, GO COM A2)

<<<<<   Announcing ...
"""""

=====  Juiced.GS, Volume 3, Issue 1  =====


The Winter 1998 edition of Juiced.GS, the Apple II world's premier
IIGS-specific magazine, is now arriving in subscriber mail boxes in the
U.S., Canada, Mexico, and other points around the world.

This issue is being mailed to 200 subscribers in 44 states and 10 foreign
countries.

Here's what you'll find in this issue:

============

FEATURES

Cover Story:  The Musical GS ... Bret Victor takes us on an in-depth and
fascinating tour of SoundSmith and gets us thinking about making music on
our favorite personal computer. And Dave Tribby, the Midi Surgeon himself,
presents a sidebar on Midi and Midi Synth.

Review:  Sizing up SuperConvert v4.0 ... A closer look at the latest,
greatest graphics conversion upgrade from Seven Hills.

Hardware:  Focus Drive revisited ... Buzz Bester shares his experiences on
putting the Focus to work.

COLUMNS

Telecommunications:  Choosing a modem ... Tony Ward kicks off a new column
by telling you what you need to know when making a modem purchase for your
GS.

My Home Page: Guiding the way ... Juiced.GS takes steps to do its part in
helping more Apple II users get online.

II Be Named Later: Our columnist, Ryan Suenaga, bids a fond farewell to The
Apple Blossom.

DEPARTMENTS

Shareware Spotlight: Wolfenstein 3D, freeware from Eric Shepherd and Burger
Bill Heineman, is the featured program this issue. Another edition of the
Juiced.GS Collection is unveiled.

DumplinGS:  Setting sights on Kfest '98; GNO Gnews is good gnews; work
begins on a Spectrum update; Marinetti update on the way; a new Apple II
emulator for the PC is under development; and much, much more.

Letters from the Land of Rom ... Juiced.GS readers ask questions, get
answers, and tell us what's on their minds.

============

Juiced.GS is a quarterly, printed publication available by subscription
only.

A subscription for 1998 is $14 in the U.S., Canada or Mexico, $20
elsewhere. To subscribe, send a check or money order in U.S. funds to:

 Max Jones
 Juiced.GS
 2217 Lakeview Drive
 Sullivan, IN  47882

Makes checks or money orders payable to Max Jones. Sorry, no credit cards
or purchase orders can be accepted.

Complete sets of 1996 and 1997 issues are available for $14 each. If you
would like to purchase only a specific single copy (or copies) of back
issues, they are available for $4 each. An index and brief description of
articles published in 1996 are available on the Juiced.GS web site. See URL
below.

Apple II Forever!


 Max Jones
 Juiced.GS
 Delphi: JuicedGS -- Internet: juicedgs@delphi.com
 World Wide Web:  http://users.ids.net/~kerwood/juiced.gs
                       (JUICEDGS, 10941, GO COM A2)


NEW WOLF!   The Wolfenstein 3D 1.0.1 UPDATE for the Apple IIgs is now
"""""""""   available for download from the official Wolfenstein 3D IIgs
web site at http://www.sheppyware.ml.org/software/wolf3d_gs.

This works around that GS/OS bug, fixes a crashing bug that occurs if you
get a low memory notice when the game starts up, and has some very minor
optimizations. It also makes the title music keep playing when you get to
the Select Scenario screen.

You must already have Wolf 3D 1.0 installed to use the update. Please read
the included readme file carefully before using the update.

Eric "Sheppy" Shepherd
                        (SHEPPY, 10912, GO COM A2)

<<<<<   By the way, there's a feature that didn't get mentioned in the
"""""   documentation file for Wolfenstein 3D, even though it's been there
since version 1.0 first shipped.

Pressing the "print screen" key on an extended keyboard, or the "=" key on
any keyboard, will capture a screen shot of the current game screen and
save it in the Wolfenstein 3D game directory. Up to 32,767 screen shots can
be taken before you have to start deleting files off your hard drive.

This feature only works while actually playing the game -- it doesn't work
in the menu screens.


Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                        (SHEPPY, 11054, GO COM A2)


A2 WEBRING GROWS   The Mother of All Apple II WebRings welcomes three more
""""""""""""""""   sites into the Apple II WebRing!

The Juiced.GS Home Page (Max Jones)

Annies Craft,Inc.(Annies Craft,Inc.) (KFesters will remember Koji from
KFest '96)

Treasure Chest Project (Willie YEO)

There are half a dozen other sites in the queue - they will be added when
their sites complete the code additions necessary to link them to the ring
(y'all know who you are :)

 {<http://www.syndicomm.com/a2web/a2webring.html> Join the Apple II Web
Ring!}
David K.
                       (DKERWOOD, 10807, GO COM A2)


THE CROCK, VERSION 2.3   I have at last uploaded Crock O' Gold v2.3. Watch
""""""""""""""""""""""   for its release very soon...

It is an updater package that requires any version of COG v2.x to be
already installed. An easy install Updater script is provided, so it is
very easy to update your existing files.

Unless you have customised any of the original COG set of scripts, all
existing settings will be preserved. User scripts are not touched, but the
CIS and Genie.Connect scripts will be overwritten.

As always, read the 'Read.Me.First' file all the way through even though
you think you don't need to. Once installed, check out every !Help! screen
too, even though they look familiar. That is where you will find out what
has changed...

Included in the package, and available seperately as well, is an update to
the BinHQX XCMD. This now supports Base64 and UUencode, so you can probably
now throw away your StolenBase, BinSCII and GSCii apps...

The Base64 option supports full MIME format AppleDouble or AppleSingle
Base64 encoding. The kind you see in Usenet and Internet messages.

If you download the COG23.BXY update, you will not need to also download
the BINHQX.BXY file. But if you plan to write any scripts using the BinHQX
features, you will only find the docs with that separate upload.

 Ewen Wannop - Speccie
 Message delivered by Crock O' Gold 2.1 and Marinetti TCP/IP!
 http://ourworld.compuserve.com/homepages/ewannop/
                        (EWANNOP, 10671, GO COM A2)


STOLEN BASE: A FREEWARE STEAL   (This announcement is being posted to both
"""""""""""""""""""""""""""""   comp.sys.apple2 and Delphi's A2 Forum.)

MARCH 9, 1998 - STOLENBASE IS NOW FREEWARE!

The StolenBASE NDA v1.0 Base64 encoder/decoder has been re-classified as
freeware.  Ignore the DelphiWare notices and upload, download, use, and
abuse, to your hearts content!  Immediately following this posting,
StolenBASE NDA v1.0 will be uploaded to the Apple II archive at
www.gno.org, and posted to comp.binaries.apple2.

NOTE:  This announcement does NOT apply to any other DelphiWare titles,
like BisQuit, FreeK, etc...  StolenBASE NDA v1.0 _only_.

Why is StolenBASE no longer DelphiWare?  Three reasons:

1.  The original version of StolenBASE was released on Delphi nearly a year
ago.  Any person who was going to try Delphi because of StolenBASE has done
so already.

2.  Spectrum 2.x users now have the ability to handle Base64 files within
Spectrum itself.  This applies to many of the Delphi users, so StolenBASE
is not needed as much as it once was.

3.  There is a replacement for StolenBASE in the works, and of course, it
will be released as DelphiWare. :)  And you thought StolenBASE was neat...

The Fine Print:

I still won't be providing any form of support to non-Delphi members,
unless _I_ feel like it.  For those of you who bothered to read the garbage
spewed forth by Rubywand on comp.sys.apple2 after Wolfenstein 3D was
released, I WILL NOT APOLOGIZE FOR ANY BUGS (OS OR OTHERWISE) THAT YOU MAY
ENCOUNTER.  If StolenBASE formats your hard drive during the full moon, or
toasts your monitor over an open fire, tough.  Thanks for understanding. :)

If you have any _questions_, my email address is:
apulver@delphi.com

---

Aaron Pulver / Vincere Software
March 9, 1998
                        (APULVER, 10844, GO COM A2)



                             BEST OF THE BEST
                             """"""""""""""""

11084 20-MAR 02:40 User Groups & Publications
     RE: Shareware Solutions II (Re: Msg 11055)
     From: RICHARD_B    To: JBLAKENEY (NR)

You know, that's one of the reasons I love the Apple II so much, there's
always an excess of folks ready to tell someone how to do something they
didn't think possible. In fact, it's gotten to the stage where if you
suggest anything which can't be done on an Apple II, someone will
eventually come forward and tell you how it would be possible.

OK, sometimes the answer may involve software of hardware yet to be written
or designed, but there's always some sort of answer.

Regards,
 Richard



[EOA]
[A2P]------------------------------
                   A2_ProDUCTIVITY |
-----------------------------------
Checking out A2PRO on Delphi
""""""""""""""""""""""""""""
by Ryan M. Suenaga, B.A., M.S.W., L.S.W.
                    [thelamp@delphi.com]


REGISTERING A2 FILETYPES IN THE LATE '90'S   What do I have to do in order
""""""""""""""""""""""""""""""""""""""""""   to register a couple of file
types?

Any help will be appreciated.

Thanks!!

Chris
                       (CVAVRUSKA, 1597, GO COM A2)

>>>>>   Just send email describing the types you need to a2pro@delphi.com.
"""""   If you have a copy of Apple's original file type request form (you
should be able to find it among the file type notes on the Internet), use
that.

You should, at any rate, include:

Your name, address, phone number, and email address.
A list of the types and subtypes you need as well as a brief, one-line
description of what each filetype/auxtype will be used for. The filetype
administrator may reassign you to another type or subtype if they judge
that your selection isn't the most appropriate (or if the combination you
request is already taken).

You should also include the name of the product you're working on, and when
you think it might ship.

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1599, GO COM A2)


REVISION CONTROL GS   Well, after complaining that I need a revision
"""""""""""""""""""   control system for my GS, I sat down and started
writing one tonight, and I'm already far enough along that I can use GS-RCS
to manage itself. :)

GS-RCS is a suite of ORCA commands for version control. It's designed for
the way I write code, so it may not appeal to everyone. :)

The commands I have so far:

rcsnew
Makes a new GS-RCS project. This sets up the directory and database file
needed for GS-RCS.

rcsadd [-c] filename
Adds a file to GS-RCS. If you specify the -c flag, you're asked for a
comment for the checkin.

rcsdir
Lists all files in the project, with their version numbers and
checkin/checkout status.

ci [-c] filename
Checks in a file. This copies the file into the database. If you specify
-c, you're asked for a checkin comment. This makes the file
write-protected.

cout filename
Checks out the file. This copies the file from the database into the
current directory and makes it writable.

chl
Lists all checked out files, their current version number, and the date &
time they were checked out.

I'm working on a command to list the history information for a file, and
then I'll add a command to revert to a previous version of a file.

The big restriction is that the database for a project is kept in a
subdirectory called "gsrcs" in the same directory as your sources, and it
can only work with files in that directory. You can't have separate source
and includes directories (etc) unless you use separate databases for each.

That's fine with me since I always keep all my stuff in one directory, and
I'm mostly writing this for me. :)

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1519, GO COM A2)

>>>>>   I'm curious... How much of GS-RCS is based on the gpl version, and
"""""   how much comes from your own work?

This sounds like a fantastic tool for the GS!

-Sean

-----------------------------------------
SeanLynch@delphi.com

We won't have finished 2000 years,
until we have finished the year 2000.
                       (SEANLYNCH, 1520, GO COM A2)

<<<<<   The entire thing is my own code. I looked at porting an existing
"""""   RCS system and they all are just hideously ugly code, and much more
complex than any normal human being really needs. :)

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1521, GO COM A2)

<<<<<   Well, now I have commands for listing the history of a file and for
"""""   reverting to an older version of a file (actually, you can revert
to any version -- it creates a new version based on the source base of the
specified version number, without changing anything else in the history of
the file).

The revert command works but for some reason spits out an error code when
it's done. Dunno why; trying to fix it.

Once that's done, I need to rename all the files because they have cheesy
names. :)

BTW: if someone can get nulib working in ORCA, that would make me happy --
then the archived versions could be compressed. :)

This thing is already pretty reliable. I'm happy with it, although it's
pretty bare-bones. I think I'll probably unleash it on the public as a beta
this week sometime.

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1521, GO COM A2)

>>>>>   Cool project Shep.  I wish you luck.
"""""
What are the chances that I can talk you into "cin" instead of "ci"? As I
mentioned in conference, I'm hoping that we can avoid naming conflicts
between your project and GNU RCS (which I already have partially ported).

The names used by RCS and CVS right now are:
        rcs, co, ci, ident, rcsdiff, rcsintro, and cvs.

It would be very difficult to do renaming for the GNU RCS package because
there are a great number of scripts, makefiles, configuration files, etc,
that assume that the above names are correct.

> The big restriction is that the database for a project is kept in
> a subdirectory called "gsrcs" in the same directory as your sources,
> and it can only work with files in that directory. You can't have
> separate source and includes directories (etc) unless you use separate
> databases for each.

That's not too large of a restriction.  RCS is the same way (although CVS
is not).

> I looked at porting an existing RCS system and they all are just
> hideously ugly code, and much more complex than any normal human being
> really needs. :)

Not really.  :)

Actually, the GNO builds right now are heavily dependant on GNU RCS and
CVS, and will likely remain so.  It has worked rather well for concurrent
development.  We definitely rely on automated version merging. I don't
think this would be workable with a lesser version control package.

Devin
                       (GLYNREADE, 1524, GO COM A2)

<<<<<   I tried to port GNU rcs and it was totally unreasonable, so I gave
"""""   up. Besides, 98% of GS programmers have no need for anything nearly
that complicated.

The command names I listed are all temporary. They'll be different in the
final version. In particular, checkin will be "chi" and checkout will be
"cho" to match the commands the RCS software I use at work. :)

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1526, GO COM A2)

>>>>>   Is that GNU RCS port publicly available? If you are using it for
"""""   GNO, I guess it must be reasonably stable. I would probably need to
get another small hard drive to make space for the multiple copies of files
but I would really like to start using some sort of RCS on my IIgs source
code.

Michael
                          (SAR, 1545, GO COM A2)

>>>>>   I'm afraid it's not; my initial port of RCS needed changes to the
"""""    v2.0.4 libraries ... which lead into my current rather large scale
involvement on the GNO side.  There isn't a working version yet, and I've
not looked at in at least 18 months.  I'll be returning to it, but not
until after the next public release of GNO proper.

While we're using RCS and CVS for the GNO sources, we're using them in a
convoluted fashion.  The central repository is on a UNIX machine. Those who
are accessing the repository via CVS (rather than ftp) access it via other
UNIX machines, which then export the file systems to the respective GS
boxes (either through Appleshare or by using HFS filesystems on removable
media like the Zip drive).  Therefore builds are done on the GSes, but
repository updates are done on the UNIX boxen.

Sorry that's not quite the answer you were looking for, Micheal.

Devin
                       (GLYNREADE, 1549, GO COM A2)

>>>>>   That's okay. I was just curious. I will probably be setting
"""""   something up for my Mac development, so I can probably share it in
a similar manner (over AppleTalk or with Zips).
                          (SAR, 1573, GO COM A2)

<<<<<   My version control stuff is in beta-testing now. The commands have
"""""   all been renamed to:

qchi - checkin
qcho - checkout
qnewproj - new project database
qadd - add file to project
qdir - list files in project
qchl - list checked-out files
qrevert - revert to a specific version
qchcan - cancel checkout

It's still very simple, but it's useful. Wolf 3D is now being kept in
version control, which makes my life way easier.

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1550, GO COM A2)


OPEN-APPLE I   I have a pending lack of information with ProDOS file names.
""""""""""""   When I enter a volume name, it will be saved in the
directory block starting at offset +4. It's saved as all uppercase
characters. Now, in GS/OS I can enter volume names in mixed case. Where the
heck does GS/OS put that information? It is NOT stored in the volume name
entry - the volume name still appears all uppercase. Hence the exact
capitalization must be stored somewhere else. Anyone knows where?

I'm slowly suspecting the Finder database taking care of that, but maybe
i'm mistaken...

Thanks a lot for your help!

henrik
                         (GUDATH, 1536, GO COM A2)


>>>>>   When I enter a volume name, it will be saved in the directory block
"""""   starting at offset +4. It's saved as all uppercase characters.

Yeah, ProDOS is II+ compatible

> Now, in GS/OS I can enter volume names in mixed case. Where the heck does
> GS/OS put that information?  It is NOT stored in the volume name entry -
> the volume name still appears all uppercase. Hence the exact
> capitalization must be stored somewhere else.  Anyone knows where?

Yes.  See GS/OS technote #8 for detailed info.  In short, the bits of +$1c
and #$1d store the case info.
                          (KWS, 1537, GO COM A2)


GNO WAY OUT   There is now an automated tracking system for GNO bug
"""""""""""   reports.  This system will allow all GNO users to submit and
view the status of problem reports.  It should also reduce the amount of
overhead necessary for developers to address problem reports.  It is
available as a link off of the GNO documentation page.  The direct URL is
currently:

        http://www.gno.org/gno/bugs.html

Not all existing problem reports have yet been added to the system.  If you
know of a problem that is not yet in the system, please submit a report.
Just please check first for a duplicate submission.  They will eventually
creep in, but it would be nice to minimize duplicates.  If you're not sure
if it's a duplicate, go ahead and submit it anyway.

Submissions can occur either by web form (preferred, but currently
difficult if you're using Lynx), or by email.

Devin
                       (GLYNREADE, 1558, GO COM A2)

THINKING ABOUT LARGE VOLUNTEER PROGRAMMING PROJECTS   While on one of the
"""""""""""""""""""""""""""""""""""""""""""""""""""   GNO threads, this
isn't strictly relevant just to GNO.  If you ever work on large volunteer
projects, the following URL may be of interest to you.  It's also
referenced from the GNO Documentation Page (related links):

        http://earthspace.net/~esr/writings/cathedral-paper.html

The Cathedral and the Bazaar by Eric S. Raymond. This paper discusses
differences between two software engineering strategies:  The traditional
development/testing/release cycle and the high turn-around cycle typified
by Linux and one of the author's own projects, fetchmail. This paper is
valuable as "food for thought" for anyone considering working on GNO or any
other large projects for the Apple II.

Devin
                       (GLYNREADE, 1557, GO COM A2)

DOTOOLITTLE WITH DOMODALWINDOW?   I've been unable to get DoModalWindow to
'""""""""""""""""""""""""""""""   return the control ID of an enabled
picture control when it is clicked on.  Any other type of control works
fine.

I'm hoping somebody else has run into this before and can save me the time
of figuring out why it doesn't work for me. :)  Has anyone gotten
DoModalWindow to return a picture control ID?

Later,
- Aaron
                        (APULVER, 1548, GO COM A2)

I don't think I have tried that combination, but my immediate thought
would be to check you don't have an ID conflict and that you have the
'fctlCanBeTarget' bit set.

 Ewen Wannop - Speccie
 Message delivered by Crock O' Gold 2.3 and Marinetti TCP/IP!
 http://ourworld.compuserve.com/homepages/ewannop/
                        (EWANNOP, 1552, GO COM A2)

>>>>>   From GS Tech Note #81:
"""""
"The new picture extended control is not a 'full-fledged' control; it has
been provided to simplify your programming tasks.  The picture control does
_not_ support normal mouse hit testing and highlighting.  Think of it as a
built-in extension to your content drawing routine, and not as a control."

--
Steve Reeves
                        (REEVESST, 1555, GO COM A2)

>>>>>   Aaron, would conversion to an icon button help? Icon buttons can
"""""   have hitability turned on and off.

Regards,
 Richard
                       (RICHARD_B, 1560, GO COM A2)

>>>>>   I thought about it, but the way icon buttons get highlighted during
"""""   a click is not suitable for what I'm doing.  I think I found out a
way to do what I want, though.  I tried overlaying the picture control with
an invisible rectangle control, and it works well enough... :)

Later,
- Aaron
                        (APULVER, 1561, GO COM A2)

>>>>>   FWIW, you can tweak icon buttons so they don't actually invert.
"""""
Regards,
 Richard
                       (RICHARD_B, 1567, GO COM A2)

RANDOM ACTS OF NUMBERS   This just came up in delphi conf, and I thought it
""""""""""""""""""""""   might be good to either spread the word and/or get
some more opinions on this subject.

   The QuickDraw toolset has a _Random call which is supposed to return a
random # based off some seed you provide it. The sequence is supposed to be
the same off the same seed. That's the theory.

   Where this can severely break down in practice is that programs rarely
run solo on the GS anymore. Inits, DAs, etc may all want random numbers,
and if they take them, that messes up your nice sequence. There's no
documented way for any init/etc to get a few random numbers and then go
back to the same state in the sequence. While this may seem drastic, the
only way you're going to get the same set of random #s out of _Random is to
disable interrupts, grab 64K numbers, and then reenable interrupts.
Anything less invites problems.

   Further, I've seen a whole bunch of cases when _Random will go
degenerate and return only 0s until the cows come home. Anything not
chacking that (and the tool call is _Random, not _Zero) and assuming it'll
eventually find something in the right range is gonna hit an infinite loop.
Even if your app doesn't check for that, you may get seriously skewed
results from a non-random # generator.

   If you're wanting guaranteed results out of a random number generator,
I'd really advise using your own private internal one where you have some
level of control over how and when it's called. Even if you don't, checking
for a degenerate random # stream out of _Random (anything more than about
100 0's in a row out of it is so improbable in ideal conditions that you
should definitely reseed it by then) can save you a lot of headaches.

   I'd seriously like to patch the random # generator to reseed when it
goes degenerate, but some currently may be (mistakenly) thinking they can
depend on _Random. I hope this posting causes you to rethink basic
assumptions about the toolbox, as your apps do not have full control over
this call, sorry. This is a slightly bad design to begin with, and
workarounds would be best for all.

Nathan "I break everything" Mates
                         (NMATES, 1583, GO COM A2)

>>>>>   I renew my objection to changing the behavior of Random. Regardless
"""""   of your opinions on people's programming style, anyone that assumes
that the current behavior will persist will be most displeased by your
patch.

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1584, GO COM A2)

>>>>>   I have to agree with Sheppy, in that this is a case where it's
"""""   probably better to leave the current implementation alone.  If the
qdII random number generator fails for people, let them use a better one.
There are a few implementations already available.

Devin
                       (GLYNREADE, 1585, GO COM A2)

>>>>>   I have to wonder why anyone uses the QuickDraw random number
"""""   generator at all.

From day 1, it has been widely known that QDII uses a 2 byte number to
store the random number bit sequence. This means that you can't get any
more than 64K numbers before it starts to repeat, and in practice the
number will be far smaller. It's not a good solution for computer programs
that can easily generate hundreds of numbers.

(Footnote: Generating 64K numbers will generally not, as one person seems
to assume, cycle the random number generator back to it's starting point.
To do that you have to copy and restore the seed.)

At the same time, all of the ORCA languages have a built in random number
generator. They have had this same random number generator since ORCA was
released under DOS 3.3. It has withstood my own tests, as well as those of
Merlin's author (a mathematics professor at Princeton who sorely wanted to
see it break). It has an extremely long period, yet generates numbers
quickly. In fact, the period is so long that I promise you you won't break
even the simplest encryption method based on this random number generator
by brute force--with QuickDraw II, it would take at most 64K tries,
something you can to an Apple ][ in Applesoft. Source code is available,
and always has been, so anyone can examine it or coax it to give different
number formats.

A few people who didn't know a random number generator from a quadratic
equation accused it of generating bad numbers. Yes, as any book that covers
random numbers will point out, if you give it a horrible seed (or no seed
at all) it will behave poorly. Yet even with a seed of 0, something that
stymies most random number generators, it bounces back to a good sequence
after a few hundred numbers. So what's a good seed? That's documented in
the ORCA manuals. A good seed has approximately the same number of 1's and
0's, in no particular sequence. Where do you see that documented for QDII?

All I can figure is that people have an attitude that if it was invented at
Apple, it's better than any alternative. In this case, at least, that's
about as wrong as you can get. That's not a criticism of Apple--QDII does
what Apple needed it to do. But as a random number generator, it probably
doesn't do what YOU need it to do!

Mike Westerfield
                       (BYTEWORKS, 1587, GO COM A2)

>>>>>   Ah, but we don't always need great random numbers. :)
"""""
I use a good random number routine when I'm doing serious work, but Random
can be handy for just quick hack projects or testing some code out before a
serious implementation.

Eric "Sheppy" Shepherd
Macintosh & PowerPC Programmers Forum
                         (SHEPPY, 1588, GO COM A2)

>>>>>   While from the same seed, random can be predicted, I'd also like to
"""""   think that this is more a side effect than a feature and anyone
wanting repetition should think of another way of doing it.

However, the best way to combat Nathan's noted problem, is simply reset the
seed whenever you call random. So, set the seed with a known value, call
random and return the new seed. Do it under disabled interrupts if
necessary or use the busy flag, whatever
...

Regards,
 Richard
                       (RICHARD_B, 1590, GO COM A2)

>>>>>   There's no publically documented way to get the current seed. (I
"""""   think it's at +$100,104 into the QDII 3DP page block looking at a
quick disasm on my ROM 01). Thus, just about every non-app that might want
random #s sure doesn't *know* how to be nice to the host app, and therefore
they won't. Non-apps can save and restore the QDII port, the resource file,
or just about anything else, because there's a good API for doing that.

   My main point has been that non-apps can and probably will grab a random
# when they want, which is going to be unfriendly to any host app that
wants a guaranteed sequence. If you just want random #s, you don't really
need to care.

Nathan
                         (NMATES, 1592, GO COM A2)

ORCA MACROS AND DOCUMENTATION   I couldn't find an answer in the ORCA/C
"""""""""""""""""""""""""""""   manual, so I'll ask here...  Does ORCA/C
handle multi-statement macros?  Here's an example from the code I was
trying to use:

#define FF(a, b, c, d, x, s, ac) { \
 (a) += F ((b), (c), (d)) + (x) + (UINT4)(ac); \
 (a) = ROTATE_LEFT ((a), (s)); \
 (a) += (b); \
 }

Should something like that work in ORCA/C?

I'll admit I don't use C as much as Pascal and assembly, so maybe I'm just
screwing something up. :)

Later,
- Aaron
                        (APULVER, 1553, GO COM A2)

>>>>>   That's because the ORCA/C manual doesn't mention a lot of
"""""   information that's more suited to a language text or the language
spec.  I'm not being snide, that's just the way it is.  (In fact, Mike
explains a lot more about the language itself -- as opposed to the ORCA
implementation -- than I would normally expect of a compiler reference
manual.)

> Does ORCA/C handle multi-statement macros?  Here's an example from
> the code I was trying to use:
>
> #define FF(a, b, c, d, x, s, ac) { \
>  (a) += F ((b), (c), (d)) + (x) + (UINT4)(ac); \
>  (a) = ROTATE_LEFT ((a), (s)); \
>  (a) += (b); \
>  }

Yes, ORCA/C will handle that just fine.  The caveat, as will all C
implementations, is that you not have any whitespace between the "#define
F" and the '(', otherwise you change the semantics of the macro.

BTW, I recommend that any serious C programmer get a copy of the ANSI or
ISO/C specification and keep it handy.  If you can't afford the official
specification, the Schildt book is a suitable replacement, as long as you
ignore Schildt's annotations.

Devin
                       (GLYNREADE, 1554, GO COM A2)

>>>>>   Actually, this information is in the ORCA/C manual, but like many
"""""   things you want to know in day to day programming, it involves two
seemingly unrelated pieces of information. It's not explicitly spelled out
in the manual. I made an effort to cover each and every feature of the
language, but I don't regard it as reasonable or even desirable to cover
all combinations of two features, let alone higher numbers. :)

The first piece of information is a direct answer to the original question.
ORCA/C does not support multi-line macros. Neither does any other C
compiler I am aware of.

The second piece of information, which explains the technical hair
splitting of that last comment, is on page 235, under the caption
"Continuation Lines." It explains that the \ character, used at the end of
_any_ line, causes an _immediately_ subsequent end of line mark to be
treated as a space. In other words, you can split _any_ line in two, as
long as you do it where a space is allowed. This is true in most C
compilers. I think it's part of the standard, but I'd have to check to make
sure before stating flatly that it is, and I'm too lazy to walk over and
pluck it off the shelf right now.

So you can use the backslash character as it was used in the example to
force a macro to appear on multiple lines, but technically, this isn't a
multi-line macro feature--you're just taking advantage of another feature
of the preprocessor that allows you to tell the preprocessor to ignore a
physical line feed.

Ick. Technical goop and double-talk. But it's these nitty details that have
to be covered for a complete understanding (or documentation) of the
language. :)

Mike Westerfield
                       (BYTEWORKS, 1563, GO COM A2)



[EOA]
[KFE]------------------------------
                    THINKING KFEST |
-----------------------------------
THE KFEST GS PROJECT
""'"""""""""""""""""
by Ryan M. Suenaga, B.A., M.S.W., L.S.W.
                    [thelamp@delphi.com]

                             ON THE ROAD AGAIN
                             ~~~~~~~~~~~~~~~~~

     Another year, another KansasFest.  Unless you've been totally out of
the loop for a few months, you know that the Apple II event of the year is
set for July 22-26, 1998, on the campus of Avila College in Kansas City,
Missouri.  Apple II fanatics from all over the world will converge on a
tiny college in the middle of the United States to have all kinds of fun
with all kinds of programs, hardware, and no sleep whatsoever.

     Despite the recent development of Apple II and IIgs emulators that
will run on Intel based or Macintosh notebook computers--infinitely more
portable than any Apple II ever built--the feeling of showing up at KFest
without a real Apple II is akin to showing up at the senior prom in a tank
top and Bermuda shorts--you're definitely underdressed.

     Unfortunately, the realities of cross-country travel make it difficult
to bring anything but a laptop computer if you fly to K.C., as I do.  An
alternative is to ship your Apple II up to Kansas City via a courier such
as United Parcel Service, and pick it up there, which I've done several
times.  However, just the act of packing up so many different components to
ship over--the CPU, the external floppy drive, an external SCSI hard drive,
a System Saver, a Floptical drive, a Zip Drive, a monitor. . . whew!  The
box alone weighed about 30 pounds.  The IIgs might be a heavyweight
contender, but my back and my pocketbook could appreciate less heavy metal.

     So, my task for this year was to come up with a IIgs that would be
more user-friendly for transporting to Kansas City--something that,
excepting the monitor, could be brought with me, rather than shipped.  At
the same time, I refused to sacrifice performance.

     Taking a basic IIgs CPU (ROM_01) that I had lying around, I quickly
added a four megabyte CV Tech memory board and a ZipGSX 8 mhz accelerator,
instantly skyrocketing performance.  These products were added due to
availability--I had them both unused here--and with the goal of minimizing
heat and power usage.  The IIgs is notorious for problems with heat and
power, and it was imperative to try and minimize these with the parts on
hand.  The alternatives--adding a six megabyte Applied Engineering memory
board and a Transwarp GS accelerator--were likely to use considerably more
power and considerably more heat, and considering the goal of taking less
equipment to Kansas City than in previous years, one of the main objectives
towards that goal is being able to leave the System Saver GS at home for
once.

     A small clip-on fan, similar to those sold by Alltech Electronics, was
installed to help ward off the hot and humid July Avila weather.  This
little fan doesn't block any slots, mounts totally within the IIgs case,
and draws power directly from the IIgs motherboard.  It doesn't match the
cooling power of a System Saver, but, importantly, it doesn't represent
something more to pack.

     With speed and memory taken care of, my attention next turned to
storage.  Wanting to be able to exchange floppies with our Intel
notebook-toting friends who inevitably show up at KFest, 3.5 inch disk
drives that handle both 800K GCR and 1440K MFM floppies is a must.  Not
wanting to take both an Apple 3.5 Drive and either a Floptical or BlueDisk
setup with me, I installed a SuperDrive Card and attached an Applied
Engineering High Density Drive, a SuperDrive equivalent.

     All that's left is to add a hard drive and a modem to our KFest GS to
be ready to go.  While there are other internal hard drives for the Apple
IIgs out there, there was really only one choice: Alltech Electronics'
Focus Drive.  This 2.5 inch IDE drive on a card comes in a variety of
sizes, is fast, reliable, and mounts entirely within the case of a //e or
IIgs.  Sizes from a tiny (but useful) 20 megs up to a gargantuan 1 gigabyte
plus are available.  A tiny external modem (as compared to an internal, but
slow, Applied Engineering 2400 baud modem) would complete the package.
While I am usually not a fan of modems with built-in cables, the Supra
Express modem is tiny, proven, and with cables connecting to the IIgs
serial port (for data) and ADB port (for power), it didn't require anything
additional to carry--no hardware handshake cable or wall wart.  One
disadvantage--because the power cord is built into the modem and there is
no on/off switch, to do a hardware reset, you need to power down the
computer.

     Compared to the IIgs setups I've taken to KansasFests past, this KFest
GS is considerably lighter and less bulky, and I won't have any problem
stuffing it into my duffel bag along with the trademark Bermuda shorts and
tank tops (although the monitor will still be shipped).  While the KFest GS
may be lighter and sleeker than its predecessors, it packs as much punch as
the next GS.  Look out, Avila, here we come!


[EOA]
[FRE]------------------------------
                FREEWARE FAVORITES |
-----------------------------------
FILE-A-TRIX
"""""""""""
by Ryan M. Suenaga, B.A., M.S.W., L.S.W.
                    [thelamp@delphi.com]

                                FILE-A-TRIX
                                ~~~~~~~~~~~

          Product Name:      File-A-Trix
          Distribution:      Freeware; available in the Delphi A2
                             Database, Genie A2 Library, and Apple II ftp
                             sites.
                             Karl Bunker
          Requirements:      Apple IIgs; 33k disk space.


     It's such an essential part of computing most of us doesn't give it a
second thought, but we all need programs to let us copy, delete, and move
files.  Apple IIgs users commonly use the ubiquitous Finder to handle these
basic file management duties; others use _Prosel_, _Wings_, the _Salvation_
series, or any of a number of other tools.  All of these programs have
their strengths, and any of them can handle these basic tasks.

     But sometimes we're in another program that doesn't have these file
management tools, and we need to do something--copy a file, delete a file,
rename it, or something else.  For these times, a desk accessory can be a
life-saver.  Enter _File-A-Trix_.

     Originally shareware, later reclassified by the author to freeware,
_File-A-Trix_ is one of Karl Bunker's "Bunkerware" collection, an
oldie-but-goodie in the Apple II world.  It's a Classic Desk Accessory,
usable from either ProDOS 8 or GS/OS, that allows you to handle your basic
file management tasks.

     Borrowing heavily from the interface of Glen Bredon's classic
_Prosel_, _File-A-Trix_ gives you full management power over your files.
You can copy, move, delete, lock, unlock, rename, and find files;
initialize 3.5 disks; set file attributes (filetypes and auxtypes); create
new folders; and view text files.  Because _File-A-Trix_ uses the text
interface, its fast; because it's a Classic Desk Accessory, it's usable
from both ProDOS 8 and GS/OS.  And because it's free, it's an incredible
bargain.

     One concern with _File-A-Trix_ is its ability to access files under
ProDOS 8.  Like any other file management program used under ProDOS 8, one
must be careful with forked GS/OS or imported Macintosh files. Other than
that, I have no reservations about the program. _File-A-Trix_ plain works,
with little flash but full function, in the best tradition of the Apple II,
and the price is definitely right.  Sometimes the best things in life are
free--and _File-A-Trix_ is one of those things.  I recommend it
whole-heartedly for the most basic or advanced IIgs user.


[EOA]
[WEB]------------------------------
                  WEB SLINGING 101 |
-----------------------------------
Using Your Delphi Web Workspace
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
by Ryan M. Suenaga, B.A., M.S.W., L.S.W.
                    [thelamp@delphi.com]

                      IF YOU BUILD IT, THEY WILL COME
                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     Last month, I promised to use this month's column to keep you up to
date on more Apple II hangouts on the World Wide Web.  I'll amend that a
bit--this month we'll put you through the basic steps of creating your own
little hangout on the World Wide Web using your Delphi account's Web
Workspace.

     Every Delphi account (other than the totally free Web accounts) is
allotted ten megabytes of "workspace" on Delphi's servers.  You can use
this workspace a number of ways: you can store files on it, for instance,
or use it with File Transfer Protocol (ftp) when you find files on the
Internet you either want to download for your own use or submit to the
Delphi Databases.  One of the more popular uses of this workspace is to
allot some of it for use as a "Web Workspace".  When used this way, you can
have your own page on the World Wide Web right on Delphi.

     The URL for your Web page on Delphi will be:

     http://people.delphi.com/username

     where "username" is your Delphi username.  For instance, my Delphi
page is accessed at http://people.delphi.com/rsuenaga, since my username on
Delphi is rsuenaga.

     Before we even begin discussing how to use the Delphi Web Workspace,
it's imperative to understand at least some of the HyperText Markup
Language (also known as HTML).  This is the "language" of the World Wide
Web, the text files that are translated into the hypermedia experience you
see when you view the World Wide Web with a graphical browser.

     While I'd stop short of calling HTML a full-fledged programming
language, in a lot of ways it certainly is as complex and challenging as
any computer language.  At the same time, it can be very simple.  A primer
on HTML is beyond the scope of this article.  There are many books on the
subject, as well as sites on the World Wide Web starters, try the resources
available at:

     http://www.delphi.com/pubweb/hres.html

     Of course, since this is an Apple II publication, I encourage you to
do what you can to make your pages Apple II compatible.  Nathan Mates,
well-known programmer and keeper of the comp.sys.apple2 FAQ, has drawn up a
set of guidelines to ensure your Apple II Web page is viewable on an Apple
II.  You can review these guidelines over at:

     http://www.visi.com/~nathan/a2/a2viewable.html

     Once you've prepared the files you want for your Delphi Web page, it's
time to start uploading your pages.  The first thing you need to do is get
over to your Web workspace area.  To do this, at a Delphi main prompt,
enter:

     GO COM NAV WORK WEB

     This will take you to a prompt that looks like:

[BEGINNING OF SCREEN EXAMPLE ]------------------------------------

WEB-WS>

[END OF SCREEN EXAMPLE ]------------------------------------------

     From this prompt, you can upload your files to your Web workspace,
create or remove directories, or delete files already there.  Delphi's
listing of commands that can be used from this prompt is:

[BEGINNING OF SCREEN EXAMPLE ]------------------------------------

APPEND to File        UPLOAD File
CATALOG Files         KERMIT-Server
COPY File             WEB Site
COUNT Words           INFO about Web Sites
CREATE File           CD (Change Web Dir)
DELETE File           LS (List Files)
DOWNLOAD File         MV (Move/Rename Files)
EDIT File             MKDIR (Make Web Dir)
HOME Workspace        RMDIR (Remove Web Dir)
LIST File             CLEAN (Clean up Web)
PUBLISH File          UNZIP to Web Site
PURGE Old Versions    FTP (File Transfer Protocol)
RENAME File           Other Commands
SETTINGS              HELP
SUBMIT File           EXIT
UNPROTECT File

[END OF SCREEN EXAMPLE ]------------------------------------------

     You're likely to mainly be concerned about uploading files.  Delphi
appears to be set up to automatically accept ZModem uploads, although I
can't find any documentation about that anywhere.  If you have had success
uploading and downloading files (see this column in the February 1998
version of _The Lamp!_) using ZModem, just go ahead and try starting an
upload from the WEB-WS> prompt.  If not, you may need to fall back on the
reliable but maddeningly slow Kermit protocol.

     Once your files are uploaded, you'll simply need to issue the PUBLISH
command to give everyone access to your files.  Delphi will ask you to
confirm the date you want to use as the publishing date of the files, and
off you go.

     To confirm that everything is as you want, you probably want to visit
your home page with your favorite browser.  Just go to your
people.delphi.com URL, and see if things are as you want.  If they aren't,
you can download the files from your Delphi workspace, edit them, delete
the files in your workspace, re-upload them, and re-publish.

     There you have your new Apple II friendly Web page.  We'll keep
looking at the WWW from the Apple II point of view in coming issues.


         :: DISCUSSED ON DELPHI ::::::::::::::::::::::::::::::::::
         :                                                       :
         :     As a writer, I always thought I made a pretty     :
         :                   good programmer.                    :
         :                                                       :
         ::::::::::::::::::::::::::::::::::::::::::::: TONYW1 ::::



[EOA]
[INN]------------------------------
                     EXTRA INNINGS |
-----------------------------------
About The Lamp!   The Lamp! is published on the fifteenth of every month in
"""""""""""""""   the Database of the II Scribe Forum on the Delphi online
service (GO CUS 11).

This publication produced entirely with real or emulated Apple II computers
using Appleworks 5.1 and Hermes.  Apple II Forever!

     * The Lamp! is (c) copyright 1998 by Ryan M. Suenaga, M.S.W.  All
       rights reserved.

     * To reach The Lamp! on Internet email send mail to
       thelamp@delphi.com.

     * Back issues of The Lamp! are available in the II Scribe Forum on
       Delphi as well as The Lamp! Home Page,
       http://www.sheppyware.ml.org/~rsuenaga.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Opinions expressed herein are those of  the individual authors, and do  not
necessarily  represent  the  opinions   of  the  Delphi  Online   Services,
Syndicomm, Inc.,  or  Ryan M.  Suenaga.     Forum  messages  are  reprinted
verbatim and  are included  in this  publication with  permission from  the
individual authors.   Delphi Online Services,  Syndicomm, Inc. and  Ryan M.
Suenaga  do not guarantee  the accuracy or  suitability of any  information
included herein.  We reserve the right to edit all letters and copy.

Material published  in  this  edition  may not  be  reprinted  without  the
expressed  written consent  of the  publisher.   Registered  computer  user
groups, not  for profit  publications ,  and other  interested parties  may
write the publisher to apply for permission to reprint any or all material.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<



[EOF]