: Re: Why do many manuals and technical documents seem to prefer passive voice? It seems like many manuals and technical documents prefer passive voice over active voice. Is this true, or is it just

Speaking only from my own experience, passive voice is often a last resort. I write a lot of user guide material, and my company's style guide discourages using passive phrasing, but even more strongly discourages using second-person pronouns. So while it may feel more natural for me to write "You can access the setting in the widget," I may have to use "The setting can be accessed in the widget" instead, assuming I can't figure out another way around it.

I suspect this is true of other widely-used style guides as well.

Load Full (0)

: Is it legal for my book title to be similar to another book's title? My book's title is similar to Around the World in 80 Days. The premise is making a journey in 80 days and while I am

@Samaraweera193

Load Full 2 Comments

: How do I transition from a day to another smoothly in a short story that takes place over of seven straight days? I am working on a short story, narrated in third person, roughly 20 pages

@Samaraweera193

Load Full 1 Comments

: Where would I specify which user is required to run an administration command? I work with a software product that has over 10 major components. The administration of most of these is done

@Samaraweera193

Load Full 2 Comments

: Does DRY (Don't Repeat Yourself) Apply to Documentation? In programming, it's usually accepted that DRY code is better code in most situations. Does this principle also apply to documentation?

: Re: Why do many manuals and technical documents seem to prefer passive voice? It seems like many manuals and technical documents prefer passive voice over active voice. Is this true, or is it just

More posts by @Samaraweera193

: Is it legal for my book title to be similar to another book's title? My book's title is similar to Around the World in 80 Days. The premise is making a journey in 80 days and while I am

: How do I transition from a day to another smoothly in a short story that takes place over of seven straight days? I am working on a short story, narrated in third person, roughly 20 pages

: Where would I specify which user is required to run an administration command? I work with a software product that has over 10 major components. The administration of most of these is done

: Does DRY (Don't Repeat Yourself) Apply to Documentation? In programming, it's usually accepted that DRY code is better code in most situations. Does this principle also apply to documentation?

Login to post a comment!

0 Comments

Back to top