| Edited by ZenBalancer at 3-28-2017 10:53 |
I noticed late: the "tagging" convention applied by Categories of certain Chuwi sub-forums, and by the same convention additional "tags" are added by typing manually in the thread title, preferably also as a prefix. For example (doesn't exist yet at least, also because of missing Hi13 Category under Tutorials sub-forum):
[Hi13] [Tutorial] HowTo safely "Reset this PC" in Hi13 Windows 10 (convenient alternative to a regular clean install)
The first part [Hi13] would normally be prefixed by the mandatory Category pulldown menu to the left of the thread title input field, when creating new threads in certain sub-forums.
The second one [Tutorial] in this case, is useful as a visual queue and for specific search result queries.
I've noticed the use of the following additional "tags", at least a sample:
[<Model-name>] (containing mode name)
[<Specs>] (containing some spec)
Reference: updated: search for [ because even the simplest searches get a searchID, which expire. So all searches have to be made on the fly until the forum search function is enhanced
What I also noticed is the positioning of the "tags". Some place such a "tag" as a suffix (at the end of the thread title) to preserve the position of the rest of the thread title perhaps, for a used to visual esthetics with the listing in the subforum.
But placing the "tag" for example [Solved] at the beginning of the thread, helps quickly see what's solved and what's not, so more efficient for "scan-reading" lists. It's a common order on a number of forums that have that automated as well with a checkbox to mark it as solved.
These "tags" also facilitate grouped lists using the forum search function results. The on the fly searches might be useful, ontop of a more organized look of thread titles.
For example of advanced search queries created and saved for ease of use (failed attempt, because of expiring searchID):
Edits: update + correction.