From time to time, authors ask why their computer screen dumps are not permitted as part of papers that we publish. It may be useful to share some of the reasons behind the policy of not reproducing screen dumps.
As of the time of writing this, we have never received a paper where the screen dump was a crucial part of the argument or narrative. Every paper we have received for CM&E that has included a screen dump has made only passing reference to the Figure, and the argument in the paper did not hinge on the appearance of the screen. Instead, we were either treated to a very low resolution image (as would be expected for a screen dump) that portrays either an open dialogue box, or a pixelated graph or Table.
When authors use an image of an open dialogue box to illustrate the input routines for their software, I simply wonder why they feel the need to do this. Is it because they think their readers don’t know what a dialogue box looks like? In this case, I am confident that the image is not needed, because I assume all of our readers are sufficiently computer literate to understand what one of those looks like. Moreover, software moves on and such an image soon looks dated when one looks back over a paper a couple of years after publication. A simple description of the input data is more important than a picture of a dialogue box, and such a description is probably still needed even with an image of the dialogue box.
When the screen dump is an image, perhaps from a building information model, CAD software or a graph from SPSS, or output from some kind analytical software, the resolution is usually very poor and the gratuitous use of colour quite jarring, especially given the predilection for software writers of all kinds to set default colour schemes that look interesting on screen, but a lot more distracting and confusing on paper. Such graphs and drawings are better if they are re-drawn in high resolution with black lines on a white background.
Some screen dumps are tables of numbers, resulting from an analytical procedure in the software. Since we already include tables of numbers in all sorts of papers, there is simply no need to portray them as a low-resolution screen dump with all the software buttons and grey-shades that usually surround them. The table would be easier to read if it were typeset in the usual way. Our readers can understand that the numbers were produced by an analytical piece of software, even if they cannot see the actual appearance on a computer screen.
Finally, if the purpose is to demonstrate input and output routines for the actual software, then, yes, screen dumps are extremely useful. But then I question whether this means that the author has actually produced a user manual, rather than a paper on the management or economics of some aspect of the construction sector. So, when authors produce a guide to their original software, that uses screen dumps to explain how it is used, we typically find that this is not a research paper at all, but a user guide, and therefore out of scope for this journal.
For all these reasons, we have a clear policy not to reproduce screen dumps. We fully accept that there is a whole field of research about user interfaces and perceptions of screen displays. Indeed, there are research projects on that kind of thing and if they are properly theoretically positioned and robustly contextualized, they would be very interesting. One would then question, again, whether it was actually in scope for a journal that focuses on management and economics, but we would not make that assumption just because there are screen dumps there. We would check the paper first.
Despite this policy, we are open to discussion and counter-arguments. We acknowledge the need to continuously develop the journal’s policies. In individual cases, we are happy to consider an author’s reasoning about why screen dumps might be indispensable to understanding the points being made in the paper. Indeed, it would be a wonderful thing to have a paper with screen dumps that really were crucial to making some serious points in a paper that was within the scope of this journal. That would help to reinforce the point about all the other screen dumps that we refuse to publish!