Submissions that "run" should be "well behaved" Macintosh applications.
1. They should run under MultiFinder.¬
2. Preferably, submissions should be System 7.0 friendly.
3. If you set any System parameters such as setting the monitor from color to B&W, or setting the sound level, please set them back.
4. It is best to avoid "hard coded" path names in your submission. If you must use them, please alert the Nautilus team to where they are used and how they can be changed to conform to the Nautilus volume path names.
5. Make sure that your submission will run from a locked volume or carries explicit instructions for copying and running from a hard disk.
6. Quitting the application should be easy and obvious.
For Standalone Applications:
Acceptable standalone submissions include demos, SuperCard¬ Projects, MacroMind¬ Director Presentations, HyperCard¬ stacks, etc., which can be launched from the Nautilus shell.
1. Nautilus provides the latest version of HyperCard¬ on each issue. All Non-HyperCard submissions must either be self-contained (not require a run-time module) or include a run-time module for which explicit licensing has been obtained by the contributor.
2. Each separate standalone submission must be accompanied by a TeachText "ReadMe" file. This is your opportunity to share information ╤ the who, what, where and why of your application. Please include this information:
a) A brief abstract, synopsis or informative description of the submission (so that we can generate a 'launch card').
b) The minimum hardware configuration your submission requires to operate properly; bear in mind the potential diversity of equipment across the Macintosh universe. Submissions which can be enjoyed across the whole Macintosh product line are the most successful.
c) Clear instructions regarding how to run and how to quit the submission.
d) Clear information regarding the names, nature and required location of any support files or documents.
e) Runtime players/information (if the submission is a presentation).
f) Complete name and address information about the author(s) and/or submitting organization.
g) Do everything in your power to ensure that your contribution is free of viruses, etc.
For Other Files:
One of the major benefits of Nautilus is the ability to share image, audio, and data files that other subscribers can use in their applications. Many files of these types are so big that they can't effectively be shared in any other way! Nautilus is the perfect vehicle for these types of files: Excel¬ templates, Images, (digitized images or 35 mm slides or prints which we will digitize for you), Sound files, HyperCard XCMDs, MIDI files, PICT files, etc., which will be accessed and/or previewed from the Nautilus shell but used in conjunction with a third party application.
Each separate file (or collection of files) should be accompanied by a TeachText "ReadMe" file. Please supply the following information:
1. The who, what, where and why╤ a brief abstract, synopsis or informative description of the submission(s). Include clear file format/type information, host application information (including minimum version requirements) and minimum hardware requirements as appropriate.
2. Complete information about the author(s) and/or submitting organization.
NAUTILUS RESERVES THE RIGHT TO REJECT A SUBMISSION FOR ANY OF THE FOLLOWING REASONS:
1. It is found to contain viruses, worms, etc., or it requires the defeating of background virus checking programs/utilities for successful execution.
2. It fails to run successfully on the prescribed Macintosh platform, cannot be "gracefully" exited, or crashes or locks the machine upon execution or completion.
3. It departs from the above submission guidelines (especially the lack of a proper ReadMe file).
4. It contains content which is deemed inappropriate for the computer public at large. (This determination is the prerogative of the Nautilus Team.)
5. Ownership or publishing rights cannot be positively demonstrated.
