Very important technical requirements for Judgment and Decision Making (JDM), 2022 only

This information applies to articles that are accepted for publication before November, 2022. Articles submitted for review do not need to follow these guidelines, although they should be in pdf, with page numbers, and with the footnotes, figures and tables in the text rather than at the end. Articles submitted through Cambridge University Press will have different requirements. Below are the main points, followed by details.

So far we have no charges for authors. This is because we (Jon Baron, mostly) do the production, with the help of lots of open-source software. We can tolerate a few minor deviations from these guidelines, but, if the deviations require extra work, I will ask you to fix them. This may delay publication. You are free to hire someone to help you meet these requirements, and this will probably cost you much less than the usual "article processing charges" of proprietary journals.

Timing: Regular issues of the journal appear every two months starting January. Final versions of articles are due the 15th of the month in which the issue appears. In most cases, when an ariticle is accepted pending revision, the revision (with a letter explaining what was done) is the final version, even if some further editing is required.

Checklist for users of Microsoft Word: Details below

  1. If possible, use our Word template for writing the paper. It will make some things easier.
  2. Title page without any formatting. No bold, italics, or centering. Just a simple list: author, affiliation, author, affiliation, etc., all separated by double line breaks.
  3. Semantic formatting of headings, sub-headings, ... No numbers. (LaTeX assigns them automatically.) The Styles menu does this.
  4. No unnecessary fonts, positioning, or indenting.
  5. No images for math. Use LaTeX for more than a little math.
  6. Simple tables.
  7. EPS figures, not converted from other formats, sent separately as well as in the paper.
  8. Footnotes in the text, not at the end.
  9. APA reference style. (Not other aspects of APA style.)

Style notes

  • For additional thoughts about writing style see these recommendations.

    Graphics

    Please submit all graphics as separate files, as well as leaving them in the document. If you use Overleaf to submit the final version of the paper, after review, then you do not need to include the graphics in the tex file that Overleaf produces (although it is fine if you do); just send the graphics separately.

    For graphs, use pure EPS (Encapulsated PostScript) if possible. (If you don't know, then try one and send it.) These graphs are vector graphics, so they can be re-sized easily without loss of clarity. Please specify Helvetica or Arial font, if possible. Do not try to make EPS from some other format that is not itself vector graphics, such as PNG, TIFF, GIF, or JPG.

    PDF and EMF (Windows format) may also work, but only if they use vector graphics. If you cannot tell, send one example of a graph. (With EMF, I copy the file into LibreOffice Draw and export it as EPS.) If you try to make EPS with Windows and want to see what it looks like, try these instructions.

    Whatever you use, choose options for "no preview" and "convert to postscript fonts" if these are available. One program that does everything correctly "out of the box" is R, which is what I use when I need to re-draw something. If you use R, send the R code. Stata, Matlab, and SigmaPlot produce good EPS output without much trouble. If you do not use R and want a really nice graphics tool, try Matplotlib. Mayura Draw> may also work.

    With SPSS, use "export charts", choose "graphics only" for Document Type, "Encapsulated Postscript (*.eps)" for Graphics Type, 100 for "Size in percentage", "No" for "Inclue TIFF preview image", and "postscript fonts" for "Fonts". (Do not use "replace fonts with curves".) Try to make sure that Helvetica or Arial font is used for everything. To do this, select the area of the graph with fonts, double click on the title of the graph, and look at "Properties".

    For photos or screen shots, a bitmap (raster) format is necessary (e.g., png or gif). The bigger the better. It is easy to shrink, but hard to expand. Use jpg only for photos.

    Text formats

    For articles with only a little math or a few tables, word-processor formats usually work: Open Document Format; LibreOffice (or OpenOffice) Writer; Word Perfect; Microsoft Word (doc, docx).

    I prefer text files formatted in LaTeX. This is required for articles with a lot of math or tables. See below for special notes about LaTeX or for word processors.

    You can also submit the article in plain text or Google doc (without Paperpile) format.

    Special notes for LaTeX

    LaTeX is the preferred format. You can use this template. You will also need to download hevea.sty and apalike3.bst and put them where latex can find them (e.g., in the same directory/folder as your paper). Or you can use our Overleaf template to make the tex file by cutting and pasting, or by writing directly on their web site, but the template will work better for those who already use latex.

    Our template provides some guidance about how to do things. Please do not do fancy things. More specifically:

    See the instructions for the title page for word processors, below, to make sure you include all relevant information.

    Every published article has a .tex version. To find it, look at the URL of the html version, replace "html" with "tex". Later articles are better examples to imitate.

    Special notes for word processors

    Do not try to control appearance. Do not use unnecessary fonts. Do not control position or size of text, ever. (Read on for details.) The general principle is that I convert these to LaTeX using many wonderful open-source programs described below. But these programs cannot tell what is necessary and what isn't. When you do things that are not part of the final document, I must undo them, often one by one. This is especially true for references cut and pasted from other formats (e.g., Apple to Microsoft).

    Tables in word-processor formats

    Tables produced with Microsoft Word are extremely difficult to deal with. The conversion system I use does not convert them consistently. The simplest way to do this, if you have already written the paper in Word, is this: First make a pdf version (with page numbers, without breaking up tables over two pages, and without sideways tables). This is so that I know what you want the tables to look like. Submit this. Then remove the formatting from the tables in the Word file. To do this select each table, got to Styles in the main tools, click "More", then "remove formatting". (Or, for LibreOffice, click Format, then "Clear direct formatting".) Submit this too. Here are some other "hints".

    If you use docx or have many tables or complicated tables, then submit the tables separately, as well as in the article, and send a pdf version of the tables or the entire article. (This helps me see where they go and what you want them to look like.) The simplest way to send them separately is in the form of plain text, of the sort you use in writing an email message. Separate the cells in each row with "&", and end the row with "\\". You can break lines in the middle of a row (because the "\\" indicates the end of the row). That is sufficient for simple tables, but LaTeX formatting is even more helpful:

    Detailed instructions (much more than you need) are here. The LaTeX template has two examples. If you have your table in Excel, just send it. If you use R, the xtable packages produces LaTeX tables, so you may send me either the tables or the R code. (Apparently Matlab can also produce LaTeX tables.)

    LaTeX helpers

    Here are some tools that recommend themselves as ways to produce LaTeX, aside from Overleaf. I would be interested in reports about their usability and effectiveness.
    Jonathan Baron