Open m1oojv opened 8 months ago
Under User Guide in tP: Deliverables, it is specifically stated for us to not use excessive screenshots:
The screenshots are simply to provide some idea of what the user can expect to see when they execute the commands, and if it is added for every single command then a lot of the screenshots will simply be duplicates of each other.
Team chose [response.Rejected
]
Reason for disagreement: Dear Team,
I appreciate your commitment to adhering to the guidelines regarding the use of screenshots in the User Guide. However, I'd like to highlight the importance of visual aids in enhancing user understanding, particularly for commands that are complex or have significant visual outcomes. While it's crucial to avoid redundancy, it's equally important to ensure that users have all the necessary tools to understand and effectively use our application.
Value of Visual Aids: Diagrams and screenshots play a pivotal role in helping users grasp the functionality of an application, especially for those who are visual learners or new to the software. For certain commands, textual descriptions alone may not sufficiently convey the outcome or the steps involved.
Balancing Redundancy and Clarity: While the concern about avoiding excessive screenshots is valid, the absence of visual aids for certain commands might lead to gaps in understanding. It's important to strike a balance—ensuring that visual aids are provided for commands where they can significantly aid comprehension, even if this means slightly increasing the number of screenshots or diagrams.
Without relevant screenshots, this hinders the user in using your user guide effectively as "it can slow down the reader or require the reader to put more effort than necessary" into reading or using your user guide
Consistency in Documentation: The inconsistency in the provision of diagrams for different commands can be confusing for users. If some commands are accompanied by visual aids and others are not, users might wonder about the reasoning behind this discrepancy. Ensuring a more uniform approach to visual aids can enhance the overall coherence and user-friendliness of the guide.
Enhancing User Experience: Our goal should be to make the User Guide as intuitive and helpful as possible. Including diagrams for commands that would benefit from visual representation can greatly improve the user experience, making it easier for users to understand and apply the instructions.
Given these considerations, I propose revisiting the sections of the User Guide where diagrams are currently missing, especially for commands that are complex or visually impactful. This would not only align with best practices in documentation but also enhance the usability and effectiveness of the guide.
Additionally, I'd like to highlight the guidance provided by the professor regarding the handling of bugs. A rejection of a bug should be reserved for cases where the bug is deemed irrelevant or unnecessary to address, both in the current context and in the foreseeable future. However, in this instance, the issue at hand is directly relevant and necessary to address. The absence of clear, focused screenshots in the User Guide can lead to confusion and diminish the effectiveness of the documentation. This issue is particularly relevant given the module's emphasis on adhering to high standards of documentation, as exemplified by the Google developers documentation standards.
The provision of screenshots in a User Guide is not just about visual supplementation but about enhancing the user's understanding and ease of use. Without screenshots, users may struggle to identify the relevant areas or changes resulting from a command, like you justified in this other issue , quoting your justification " the screenshots are simply to provide some idea of what the user can expect to see when they execute the commands ".
Therefore, I think it is agreeable that screenshots are important for the user thus this is a valid documentation bug to be reported.
this is also inconsistent of other commands that gave a diagram