Hello all. I'm continuing to work a bit on the wiki, now focusing on organizing user docs. For a refresher, see what I wrote in August: https://wiki.documentfoundation.org/User:Khanson679/Wiki_cleanup
I haven't gotten much input on this issue, but I'm now leaning against moving all such pages under a common parent page. For now at least, I'd like to just add them to a proper category, such as "User Documentation". So, I'd really like to solve the category naming issue for user documentation vs documentation development. I see three basic possibilities: 1. "Documentation" for user docs, something else for documentation development 2. "Documentation" for documentation development, something else for user docs 3. Explicit names for both Note: One person (wiki username Jumbo444) mentioned <https://wiki.documentfoundation.org/Talk:Documentation> that there is a third logical category, docs for developers, QA, L10n, etc.). They point to the French documentation wiki page, which divides its links that way. I think this is good idea, but more of a presentation issue -- that is, I don't think it would do much good to create a supercategory containing all of these. (1) might be the most straightforward and understandable for most people. There seems to be somewhat of a preexisting custom of marking user docs as "Documentation". In this case, it would be natural for documentation development to be a subcategory. (2) might better parallel the structure of other parts of the wiki, in that "Marketing" is pages for the marketing team, etc. But it also might be confusing. (3) is, well, the most explicit. Presumably both would be subcategories of "Documentation". I can imagine people continuing to use "Documentation" for user docs by mistake in cases (2) and (3), but perhaps this is just me. Any opinions? Any other considerations? --Kenneth On Sun, Oct 22, 2017 at 1:35 PM, Kenneth Hanson <[email protected]> wrote: > On Wed, Aug 16, 2017 at 5:21 PM, Dave <[email protected]> wrote: > >> In this context it would be sufficient >> to post a notification of the intended changes to this list and if no >> objections/alternatives are put forward within a reasonable period of >> time, then go ahead. >> > > Thanks for clarifying. This sounds reasonable. I also have a better feel > now for what kinds of edits can be considered minor, and what things would > be better to check on first. > > >> This approach would have avoided the situation with >> the FR FAQ being moved on the wiki, since Sophie could have pointed out >> the potential problem Kenneth had not foreseen and saved additional >> unnecessary work. >> > > I think it's worth mentioning here that it wasn't so much the fact that I > moved the pages, as it was that I screwed up the move in such a way that > Wikimedia won't let me undo it. In other words, it was a technical problem > that I don't think anyone would have forseen. > > Because no one has yet fixed this or given me the ability to do so, I > still don't know whether the redirects would be okay if the pages had been > moved as intended. > > Nonetheless, I will still be more careful now that I understand > Wikimedia's limitations. > > --Kenneth > -- To unsubscribe e-mail to: [email protected] Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/documentation/ All messages sent to this list will be publicly archived and cannot be deleted
