For Authors > Author's Guide > Image, Alt Text, and Table Preparation
Alt text is a short description (often 140 characters or fewer) of a specific visual resource that is not displayed on the page but is embedded in the electronic book and can be accessed via assistive technology. A reader who is visually impaired or uses assistive technology for any reason can have the alt text read to them, thereby allowing them to understand a book’s visual content.
Examples are provided for each type of art discussed below. Alt text is similar to a caption, but intended to be more purely descriptive. Alt text is supplementary to the caption and should not repeat all the same information. Please be sure to provide an alt text with the caption. For other examples and instruction on writing longer descriptions, please see the Describing Visual Resources Toolkit.
Digital art is any image that has been captured through scanning or digital photography or that has been created using a software program.
University of Michigan Press (UMP)’s most common types of digital art are Scans, Digital Photos, Screenshots, and Vector-Based Graphics. Scans, digital photos, and screenshots render images as a finite number of dots (called “pixels”) per inch, also called “dpi” or “resolution,” which dictates at what size they are able to be displayed on a printed page. Vector-based graphics do not have a finite number of dots, so they are “resolution independent” and can be used at any size without loss of quality.
These are digitized image files created from a physical piece of art like a print photo, article, or drawing. They are saved in graphic formats such as .tif and .jpg and include two main types:
Alt text example: Black and white photograph, close-up of plant leaf with two drops of water on it.
For more examples of alt text, please see our resource for writing image descriptions or the Describing Visual Resources Toolkit.
Alt text example: Simple line drawing of a flower with five petals. There is one leaf extending from the stem at the bottom of the drawing.
For more examples of alt text, please see our resource for writing image descriptions or the Describing Visual Resources Toolkit.
These are images taken with a digital camera, saved in graphic formats, such as .tif and .jpg. See the section on Scans (above) for relevant alt text examples.
Most of the time these graphics are created using the screen-capture keyboard command in web browsers (command+shift+3 on a Mac and PrtScr on a PC). They are then pasted into the relevant document and are saved in graphic formats, such as .jpg and .png. See the section on Scans (above) for relevant alt text examples.
These are created from scratch using software (such as Microsoft Excel, Adobe Illustrator, Adobe Photoshop, Sibelius, GIS) and have been saved in the format of .eps. If there are no font issues, .eps files can sometimes be opened and edited again in the original software, especially if the Press owns the same software and is provided both the .eps file and the original application file that the .eps was created out of, such as the .ai file for images created in Adobe Illustrator. Common types of vector-based graphics include:
Alt text example: Bar graph comparing percentage of gum chewers among voters with the percentage of gum chewers among the general population in 1988 and in 1995. Percentages are shown for the number of men and women in each group and for each group as a whole.
For more examples of alt text, please see our resource for writing image descriptions or the Describing Visual Resources Toolkit.
Alt text example: The first three measures of Prelude I in C Major, BWV 846 by Johann Sebastien Bach (1685-1750), scored for piano.
For more examples of alt text, please see our resource for writing image descriptions or the Describing Visual Resources Toolkit.
Alt text example: Map identiftying 70 Roman and Latin colonies year 338-100, on the mainland of present-day Italy. The largest clusters of colonies occur in the Central and Southern regions of Italy along its western coast.
For more examples of alt text, please see our resource for writing image descriptions or the Describing Visual Resources Toolkit.
Please ensure that each file name is between 5 and 25 characters long.
Do not add spaces; use underscores instead.
Do not add hyphens or any other punctuation (other than the period before the file extension).
Do not include any special characters.
There should only be one period, at the very end before the file extension (.tif, .eps).
Tables are not art and should not be numbered in with the art and should not be listed on the Final Manuscript Submission Log.
Use “Fig” for art other than maps, plates, or music (see below).
Add zeros with the numbers, to help them fall in the right order when viewing all the art. Add one zero if there are 0 to 99 pieces of art, two zeroes if there are 100 or more pieces of art.
E.g.:
Art that is to be used in a gathered art section (also referred to as an “insert” or “plate section”) should have a separate numbering sequence from any art that is placed throughout the text. For art in a gathered section, start the numbering over at “01,” and add the word “Plate” at the start of the name of the art in this section, rather than “Fig.”
E.g.:
If one book has more than one gathered art section, then please add letters, A, B, etc., after the word “Plate” to designate each section.
E.g.:
The art in the first plate section would be:
And the art in the second plate section would be:
Maps and Musical Examples may be numbered in sequence with other illustrations, following the naming conventions above. Alternately, they may be numbered separately, starting over from “01,” using “Map” or “Music” instead of “Fig” in the file names.
E.g.:
If an illustration has more than one part, please add “a” “b” “c” etc., as needed, right after the figure, plate, map, or music number.
E.g.:
The art can be numbered consecutively, with no need to insert chapter numbers since that can introduce unnecessary confusion.
E.g.:
Please put BOTH the chapter author name and the number that corresponds to the chapter number, as well as the figure number, into the file name.
When you put in the chapter number and the figure number, again please add the necessary zeroes so the file names sort correctly.
E.g.:
Scans are digitized image files created from physical items, such as print photos; slides; original art created on paper or canvas; printed newspapers and magazines; and charts, graphs, and maps that don’t exist electronically. These will be professionally scanned or digitally photographed by the art holder, such as a museum, archive, or library. However, if you need to scan physical art, please use the guidelines that follow.
(a) Photo or Gray-Shaded Scans: If your original is a photograph or a drawing/chart/graph/map/article that contains gray shading (not just solid black), the original should be scanned as “black and white photo,” which may be called “photo,” “continuous tone,” or “grayscale” in your scanning program. (The software that created the image below calls it “black & white.” It’s hard to see in this screenshot, but it has a photo icon to show it’s scanning as a photo.) Scanning software usually has a decent selection tool, so ideally you will adjust the selection window so it frames only the item on the page that you need to scan, if it’s within the context of a larger image. (Note: if you are scanning something that has been previously printed, see below for additional information.)
In Addition, for Scans of Previously Printed Materials: If your original is a physical item from a newspaper, magazine, book, or any other previously printed source, how you scan it depends on the kind of content.
If the content you need, such as a newspaper article, is black only, has no shades of gray, and does not have a lot of text showing through it from whatever is printed on the other side of the page, it may scan fine as a “Text or Line Art Scan.” You can follow the directions below for “Text or Line Art Scan.” However, if you notice when you try to scan it as “Text or Line Art” that the scan looks very messy, such as from show-through, you will need to rescan it as a “Gray-Shaded Scan.”
If the content you need, such as a newspaper article, has shades of gray in it, includes a photo, or is scanned poorly as a “Text or Line Art” scan (probably due to show-through), you will need to scan it as a “Gray-Shaded Scan.” However, when you do so, some different settings are needed to achieve higher resolution, such as checking the “Descreen” option as illustrated in the image below.
(b) Text or Line Art Scans: If your original is a drawing/chart/graph/map/text/article/score without any gray tones in it and consists only of solid black and white, the original should be scanned as “text” (which may be called “bitonal” or “bitmap” in your scanning program), at a much higher resolution (see below). In these scans, each pixel has only one of two values: 100% black or 100% white. Scanning software usually has a decent selection tool, so ideally you will adjust the selection window so it frames only the item on the page that you need to scan, if it’s within the context of a larger image.
(a) Photo or Gray-Shaded Scans that Are Not Previously
Printed:
Previously Printed Photo or Gray-Shaded Scans:
(b) Text or Line Art Scans:
Digital photos are images taken by a digital camera.
Screenshots are created using the screen-capture function in web browsers; they are rarely of sufficient quality for print.
If there is no other option, and a screenshot must be used:
Charts and graphs ideally are created from scratch in vector-based software applications, such as Microsoft Excel or Adobe Illustrator.
If the chart or graph exists only as a hardcopy, please see section 2 about scanning. (However, UMP may require you to redraw the art if it does not meet quality requirements.)
Guidelines for all charts/graphs:
In addition, if your chart or graph is from Microsoft Excel:
If your chart or graph is an .eps or a .pdf and you have access to Adobe Illustrator:
Font issues are the most common reason why .eps and .pdf files are not usable by UMP, so please take the time to do these steps, if you have access to Adobe Illustrator.
Musical examples ideally are created from scratch in vector-based software applications, such as Sibelius or Finale.
If the musical examples exist only as hard copy, please see section 2 about scanning. (However, UMP may require you to redraw the musical examples if they do not meet quality requirements.)
Guidelines for musical examples:
If your musical example is an .eps or a .pdf, and you have access to Adobe Illustrator:
Font issues are the most common reason why .eps and .pdf files are not usable by UMP, so please take the time to do these steps, if you have access to Adobe Illustrator.
Maps ideally are created from scratch in vector-based software applications, such as Adobe Illustrator, Adobe Photoshop, and GIS-based applications.
If the map exists only as a hard copy, please see section 2 about scanning. (However, UMP may require you to redraw the art if it does not meet quality requirements.)
Note: A screenshot or “print to PDF” of an online map, such as Google maps, is almost never of high-enough quality for printing. However, if the map is a static graphic file that had been uploaded to a website, for downloading, it might be of high-enough quality, if a large enough version was uploaded. Check to see if there are download options for the map on the page where you found it.
However, please read on!
Guidelines for map creation:
If your map is an .eps or a .pdf and you have access to Adobe Illustrator:
Font issues are the most common reason why .eps and .pdf files are not usable by UMP, so please take the time to do these steps, if you have access to Adobe Illustrator.
Tables can present some challenges for the typeset page, and some additional unique challenges for the electronic versions of your work. Some ebooks are read on small mobile devices that have screens that are too small for wide tables. In addition, UMP prioritizes setting tables as “live” text rather than as graphics in our reflowable-text ebooks, to make the content more searchable, usable, and accessible.
For maximum usability by readers of your work, regardless of whether the format is print or electronic, here are some elements to consider when creating your tables:
If the material you are discussing could be integrated into the text, perhaps by reworking some of it into regular text, and/or some as a numbered list or a two-columned list, instead of pulling the information out separately into a table, please choose to integrate the information into the text.
This is especially true if the information you are considering putting into table form is very wordy. The longer the text phrases are, the higher the likelihood of that material being more difficult to read in an electronic version.
If the material you are discussing needs to be in table form, it is better to have a higher quantity of simpler tables, than a smaller quantity of more complex tables.
A key element of a “simple” table is one that does not have too many columns across and one in which column content is brief. If it is possible, it is better to split your material into multiple tables, say with 2 to 4 columns across each, than to create one large table with 5 to 8 columns across. In addition, the less-wordy your columns, the better, since the table columns will be compressed when displayed on small mobile devices. This affects the print book, too, of course; if your table columns are very wordy, you can fit fewer of them across your standard 4.5 inch book page width. If your table columns only contain numbers, then you can fit more of them across your standard 4.5 inch book page width.
This table has only 2 columns, and neither column is long or wordy. Therefore the table will do very well in an epub, even when read on older versions of small mobile devices.
This table has 5 columns, which is an amount that can sometimes be okay, if the columns are not very wordy. Therefore, this table will be okay for an epub that is read on most devices, including newer mobile devices. However, there is a risk that on older mobile devices, including older Kindles, that the last 1 or 2 columns might be cut off.
This table has 7 columns, though the columns are not very wordy. Therefore, this table will be okay only for an epub that is read on larger devices, like an iPad; the table is wide enough that when small mobile devices compress the content to fit, the columns may get too compressed to read. And on older Kindles, or other older mobile devices, the last few columns will be cut off.
This table has only 3 columns, but the columns are very wordy. Therefore, this table will be okay for an epub that is read on larger devices, like an iPad. On small devices, however, the columns will be squeezed, and the type may break into very narrow columns that are too close together and difficult to read. (See the example below, which shows how the wordy text from Column 1 might look when read on a small electronic device.) If it’s possible to work this content into the text rather than displaying it in a table, that would be better for your epub readers.
Do not use gray shading or graphic elements in your tables, since they will disappear in the epub.
< Previous - For Edited Volumes Next - Audio/Video Content Preparation >