One-page review

From Writer's site

Jump to: navigation, search

Linux Format writer's templates

One-page product review

Click here for the template in plain text

Our product reviews form the core of our hardware, software and service evaluation in the magazine. A review should give the reader a good idea of the quality and suitability of a product for a set purpose or situation. If it is rubbish you should say so.

Before submitting your review, please read it through and check it against the following checklist:

a) Have I avoided a long-winded, flabby, indulgent intro? (If you haven't got to the product by paragraph three, the intro is probably taking too long to get to the point.)

b) Have I included plenty of hard facts? See your commission for exactly what Paul or Nick want you to do on this front, but we mean testing, comparisons, specs, list of contents and so on.

c) Is the review entertaining? It doesn't have to be flashy or gimmicky, but it should at least be flowing and well-written, and get across some of the community's excitement or your own interest in the product.

The review itself: about 700 words. This is for a layout with one main picture only.

Or one main picture and a pull quote: 650 words.

Alternative layout might be one main picture and a smaller picture. This would be about 620 words.

Or one main picture, a features at a glance box and a pull quote.
This would be about 560 words.

Or one main picture, a smaller picture and a Core Software box.
This would be about 490 words.

Or one main annotation and a pull quote.
This would be about 530 words.

There is no room for a step-by-step walkthrough on a single page review.

Please note that these word counts are for the body of the review only and do not include word counts of standfirsts, boxes, captions and so on (see Pictures And Boxes, below).

If there's anything you need to point out to design and production staff, label it ///DESIGN NOTE/// and put it IN CAPS at the beginning of the text in square brackets, or at the relevant point in the body if it refers to something like an annotated pic or flow diagram.

The following are compulsory:
a/ One main picture of the product (unless you're using an annotation for the main image).
b/ Two small pictures illustrating noteworthy features of the product, good or bad. We will use these as thumbnails in a Features At A Glance section, so they must show the feature clearly and have clear captions. This section takes up approx. 110 words.
One smaller image. A screengrab and caption take up approx. 110 words.
OR A small box.
Ideas for boxes:

  • 'Core Software' box for distro reviews. These should list version numbers of Kernel, Gnome, KDE, then anything other noteworthy applications in alphabetical order.
  • A tabulated list of resources or instructions.
  • Essential system requirements.
  • Facts about the product.
  • Background information or history.

Notes about images

  • Images should be colour, and 250 DPI. Screengrabs are best sent in PNG format.
  • Please crop all images yourself before submitting them, unless you mark otherwise.
  • All screengrabs should be named appropriately with something relevant to the article's title, numbered sequentially in the order they are to appear in the article if relevant, and all should have a proper caption.
  • Captions must be interesting. A good caption contains some titbit of information that has been held back from the body copy. Captions are also usually an appropriate place to exhibit a bit of wit, and it's encouraged!
  • Avoid grabs that have copyrighted images as your desktop wallpaper, or grabs that include images of your pets or children. Also avoid grabs of the Linux Format website.


///TOP BAR///
Reviews Xxx xxx
where Xxx xxx is the kind of product being reviewed eg Web browser.

Name of product including version number.

If appropriate. See note under Verdict, below.

We try to put most free software under review on to the LXF coverdisc. Please contact the disc editor as soon as possible to let him know what you are reviewing and where the code is kept online so that he can take a look. Email

26 words for a standfirst that goes over two lines.
This introduces the review and includes the writer's name. Consider posing a question, summarising a shock review result, or introducing the subject and making it sound interesting. The standfirst should not be dull, emphasise the writer at the expense of the product (that gets self-indulgent when it's done too often) or repeat the name of the product.

///IN BRIEF...///
20-25 word summary to set the product in context and offer at least one alternative.
eg An audio and MIDI sequencer now with virtual synthesizer support. See also: Ardour or Muse.


10-20 words.

  • If you're using an annotation, see the end of Structure, below.

Add the review here.

Body copy notes

  • As space is limited in a one-page review, please try to stay on-topic. That doesn't mean you should delete your introduction altogether - always try to give at least a little background to the product or area it covers.
  • Any code must be clearly tagged at the start with ///CODE/// and at the end with ///END CODE/// because we format it differently in the magazine. Any indents in code MUST be done with spaces, NOT tabs. A good rule-of-thumb replacement for tabs in pasted-in code is to use two spaces: the code is quite often displayed in quite narrow columns.

A one-line title that:
a/ breaks up the dense text of the main body copy
b/ highlights an important point or a new section.
Aim to insert a crosshead every three or four paragraphs.

///END BODY///

Should include the following elements in this order:

Name of product plus version number
Developer: [Can be a single lone developer, a development team or a company. If it is a game review, please give us the name of the company that ported it to Linux not the original game developer.]
Web: [Only include 'http' if there is no 'www' on the site address.]
Price: [Ideally in £. Please quote price excluding VAT for business products. Include VAT for consumer products. If the product is free software, please add the type of licence eg Free under GPL.]

Then ratings out of 10 by you, taking 5/10 as average, for:
Ease of use
Value for money or Documentation [if product is free]

If you are reviewing a game, please rate it out of 10 for:
Value for money

Next, a summary of about 18 words. Should give users firm purchasing guidelines and be more subjective than the product summary in the In Brief... box.

Finally, a rating out of 10 [this is your overall rating, and should be an average of the four scores].

Verdict notes:

  • If a product receives 10/10 overall please mark it down for a Top Stuff award. You may also ? at your discretion ? recommend a product for a Top Stuff award if it scores a good 9/10. Mark it simply with ///TOP STUFF AWARD/// at the top of the review.* Don?t overrate products. If the product is just average, don?t be afraid to give it 5/10.


///LXF SAYS///
If you think the product you're reviewing is either excellent or important, please include this for someone at LXF to comment. They will add a comment of about 25 words. Note: this won't need to be deducted from your word count for the review, because it goes in the margin and therefore doesn't interfere with the layout.


1-2 words.

12 words.


1-2 words.

12 words.

///BOX/// [IF USING]
This should make it clear what the box is about.
eg Resources

This shouldn't be necessary unless the box title needs embellishing to make sense.

///BOX BODY///
The text of your box.

///END BOX///

Box notes:

  • If you include pics in a box, include their filename with a ///PIC/// tag, and a caption with a ///CAPTION/// tag, as you would in the body text.



About 12 words long.

  • Aim for six or seven annotations.


Personal tools