I want to focus first on one of your questions that I consider very important:
- Links: should they be shown like "I followed this link" or like "I followed https://foo".
It is true that links that contain the title or other descriptive text about their destination (which, from context, is what I believe karel is advocating) are generally preferred to bare URLs.
But links that literally contain useless text like "this link" and "here" are not preferred in posts. That is bad for accessibility, as well as general readability. It takes relevant information away from the post, without replacing it with other relevant information. Not all ways of browsing the web facilitate efficiently checking the target of a URL.
Please note this is not just my opinion. Judging from votes on meta, we have a pretty strong consensus that edits should not change links from any other style into the no-information "this link" style. The major meta posts about this are:
As a separate matter, when adding or changing a link one should ensure that the link actually (still) works.
(None of this is based on any recollection of any of your edits. These are problems that I've seen a lot lately in edit suggestions, in general.)
On your other questions, most of my thoughts are just my opinion. Here they are:
Yes, paragraph breaks can greatly improve readability. It is even occasionally helpful to break up a short paragraph into even shorter paragraphs. In particular, line breaks don't show up very well; in almost any situation where a line break is considered, a paragraph break is a better choice.
But if a question consists of a single fairly short paragraph and makes sense, that's okay.
As karel says, paths are best formatted as code.
How errors should be formatted depends on the error, but like other text that is copied from a terminal, error messages copied from a terminal should be formatted as code unless there's a strong reason to do otherwise.
Note that this is just a general statement. I think you may be wondering about my view of a particular post, but I don't know which post.
Blockquotes are good for quoting something that you want to format as one or more paragraph rather than a single short phrase. Besides web content and documentation, blockquotes are often a good way to quote messages shown by a program that do not appear in a terminal.
The way you've used bold in this meta question, for heading-like text that appears on the same line as other text, is good. I also think it is reasonable to use bold for emphasis, as I've sparingly done in this post.
But names of software with or without a version number--like "Ubuntu 19.10"--should not be made bold. Even when someone has a problem with just one version of Ubuntu, or just one program, that version of Ubuntu or that program is still not more important than the description of the problem itself! And those names already stand out, due to their capitalization.
On the very rare occasion that a post author's statement of what version or program they are using needs emphasis, I suppose I might consider making whole statement that they are using it bold. It still would not make sense for just the name and/or version number to be bold.
- Personally I prefer the style Preferences → Foo → foo. This should not be formatted as code.
Or should I, once I've gained the reputation to edit freely in AU (as I have in U&L), just follow my instincts?
I wouldn't say you should just follow them, but yes, if I understand you correctly, you should follow them.
Meaning is what is important. Formatting and syntax are relevant to what a post means, and they can clarify or obscure meaning, but they do not determine meaning. Judgments about edits should involve considering what a post means and how the edit affects that meaning. This cannot be--or at least is not--encompassed by any existing formatting guidelines. So your own judgments--from reason, intuition, or a combination of the two--are of great importance.
code, which I don't with GUI Path (in italics). For any links, I always prefer to integrate it into the text with word like that (that example just have the link of the current page), but in some case, I let them as link (if there are different several links) or if this is a link with a good name.