Recommended Styles and Document Formats.

InterJournal Style and Formatting

Formatting of InterJournal papers is the responsibility of the authors. Readability and accessibility of documents should be considered by the referees in their evaluations. Manuscripts should be formatted in "camera ready" format with text in single or (preferred) double column layout with figures and tables inserted in the text along with their captions at the first place of reference. When appropriate separate but related documents may be linked together using hyperlinks as discussed in the section on electronic document formats.
Text should be formatted in a readable size proportional font (Times Roman).
References in the text should be indicated either using a numerical reference such as [1] or by specifying (Name, year). Avoid superscripts to indicate references since this may complicate electronic formatting.

When possible references should be made into hyperlinks to the relevant documents. However see the warning below.

Consistency and completeness of information in references are essential. Due to the existence of distinct standards in different fields the format can be one of the following:

A. B. Name1 and B. C. Name2, "title", Journal name, volume, page (year)
(refer to in text by reference number)

Name1, A.B., Name2,B.C. (year), "title", Journal name, volume, page
(alphabetize references and refer to in text by author name and year)

Figures should be placed (inlined) directly into the text. Figures size should be determined to enable characters to be readable. Figures may be in color.
Tables should be placed with their captions in the text similar to the treatment of figures.

Electronic Document Formats

!! IMPORTANT !! The document published by the InterJournal consists of the original URL reference submitted to the journal, and one level of hypertext references. Therefore the first document must not contain any references to material that lies outside of the paper, and must contain references to all documents and hypertext linked figures and tables that make up the paper.

It is not necessary to reference inlined images and tables on the cover page. They are considered to be included as part of the HTML document that references them.

The above warning is irrelevant if your paper consists of a single document with no hypertext links. (for example a single postscript file)

1) HTML Documents

The HyperText Markup Language (HTML) is the principle way to serve documents to the web. Unfortunately it does not yet adequately support such necessities as, superscripts/subscripts or mathematical formula. These limitations can be overcome by using inlined GIFs. For example . However since each inlined image needs to be fetched separately across the Internet, many inlined images will slow loading of the document to a crawl. Thus when there are a large number of equations in a manuscript the two other formats (Postscript, or GIF) are preferable.

Tables may be implemented by using the HTML <PRE> directive. But in many cases GIFs may be more convenient also for tables.

HTML does provide escape sequences for some special characters. The following is a partial list. Click here for a full list.

There are also four restricted characters for which substitutions must be used:

When using HTML please note the Warning above regarding what is included in an InterJournal publication. For example, a paper formatted using HTML with hyperlinks directly to other manuscripts or Internet resources, should have a cover page that references only the HTML documents included in the publication.

For additional information on HTML see:

2) Postscript Documents

Most word processors can output a postscript file. The advantage of postscript is that everything on the printed page can be faithfully reproduced. Thus there are no problems with equations or any type of text formatting. TeX can be converted directly into postscript, so this may be the format of choice for people familiar with LaTeX.

There are several disadvantages.

3) Inlined GIF Documents

A further possibility is to save your entire document as a GIF file. The resulting file is bit mapped, so the size of characters depends on the screen that is used to view it.

GIF files of your word processor document can be produced by scanning a printed document, or by taking snapshots of your word processor screen. It may also be possible to directly print your document as a graphics file which then can be converted to GIF format. The background of the GIFs can be made transparent for easier viewing.

It is better to have a small number of large GIFs than a large number of small GIFs. If you are printing directly to a graphics file try making the page length as long as possible.

You will also need a short HTML document to load all the GIFs as a coherent whole.

		<IMG SRC="page1.gif"><p>
		<IMG SRC="page2.gif"><p>
		<IMG SRC="page3.gif"><p>
		<IMG SRC="page4.gif"><p>
		<IMG SRC="page5.gif"><p>

Some beta-release Web browsers have problems loading more than three large GIFs at a time. We recommend providing a single document with the whole manuscript and a multi-document format where each document contains only three GIFs. These documents can be referenced from an HTML cover page.

Special Instructions For Macintosh Users

1) HTML Documents

Write your paper using a suitable word processor (e.g. Microsoft Word). You can include some formatting such as italics, bold and headings. Greek letters and equations should be inserted as PICTs. The equation editor that comes with Word does this automatically. If there are many equations use inlined GIF document format described below.

Do not center text or use subscripts or superscripts. A few superscripts and subscripts may be inserted using the equation editor.

Inset diagrams and tables as PICT files. Copying and pasting from another application does this. The built in drawing program is also fine.

Save your document first in standard format (in case you need to change something) and then save as Reduced Text Format (RTF) (Look under Options in the Save Menu)

Then run the converter program rtf2html on your RTF file. If all goes well (and it may not) an HTML document will be produced. All equations and diagrams will be saved as separate, sequentially numbered PICT documents. These need to be converted (for example use GraphicConverter 2.0.2 ) to GIF files so that any WWW browser can view the inlined diagrams. Ensure that the inlined image references in the HTML document refer to .GIF and not .PICT. (Change the preferences in rtf2html and try again.) The program transparency can make the background of the GIFs transparent.

Load the document into your favorite Web browser. Minor corrections can be made directly in the HTML document using a text editor or an enhanced HTML editor.

2) Postscript Documents

The Macintosh computer produces non-standard postscript. It s unfortunately quite hard to generate a postscript file on a Mac that public domain viewers, such as ghostview, can display properly without errors. For further information see comp.sys.mac.misc FAQ.

The utility Trimmer can strip out most of the Macintosh specific header, however loading the resulting document in ghostview will still produce errors, and often fail.

3) Inlined GIF Documents

The Chooser document Print2Pict can be used to print files as bit mapped PICTs. Reduce the margins to zero, and increase the page length as far as possible (20 inches is the maximum in Word). Because of differences in screen resolution we recommend formatting text in 15pt and using margins of 8.25in. Figures should likewise be larger by approximately 25% over normal viewing size.

The PICT files so produced should be converted to GIFs (for example use GraphicConverter 2.0.2), and (optionally) made transparent.

Click here for an example of this technique.

Posting documents on the Internet

There are three options for letting others view your manuscripts through the Internet. You can either (1) run an http server on your own machine, (2) utilize the server on a public access machine at your institution, or (3) submit your paper to a preprint database.

1) An http daemon/server is a program that runs in the background and responds to requests for http documents. There are numerous servers available for Unix machines, the most popular ones are from NCSA and CERN. You will probably need working knowledge of your Unix operating system to successfully bring up the server on your machine. There are also servers available for personal computers including the Macintosh and IBM PC platforms. A list of http servers for various platforms is maintained at CERN.

2) A second option is to place your document on a public access machine that already supports an http server or anonymous ftp. You should check with the information technology staff at your site to determine if this is an option. These people should also be able to tell you which directories you can put your manuscripts in to make them publicly available and what URL should be used to access the manuscript.

3) There are a number of sites that maintain preprint databases. These sites archive and maintain access to manuscripts for various subjects. For example, a public preprint database for physics is located at Los Alamos. You should read the information provided at the individual sites to determine how to submit and provide access to your manuscript.

Please direct Questions, Comments and Corrections to: