Voting on: Specifying (in WT:CG) that all explicit categories should be at the end of the language section, one per line, with no other text on the line. This facilitates section editing by language, and results in all category references, including those in templates, appearing in language order at the bottom of the page.
SupportDAVilla15:42, 8 May 2007 (UTC) Within the language section, yes, when the category applies to any language (as I'm sure nearly all do). On a line by itself is fine, as it makes them much easier to spot. The rest is rather specific, and I'm pretty sure there must be some exceptions. I'm thinking of categories that apply to pronunciation or etymology specifically, which I have absolutely no problem with at the end of those sections. In fact I wonder if in the general case the categories shouldn't follow the definitions themselves. There can sometimes be a good number of translations, derived terms, etc. So I'm for a bit of flexibility there.[reply]
Support\Mike17:01, 8 May 2007 (UTC) If we cannot trust wikipedians to find a category when it's not at the bottom of the page, we'd have to assume they can't understand how it comes that an article is categorized as slang, just because it uses {{slang}}... And Connel: I guess we're lucky that the standard skin is no longer standard, as it displayed the categories *and* interwiki links at the top of the page... [Suppose that's why wp articles in the early days used to have the interwiki links first in the code] :P But to display categories grouped by language seems to be a good idea anyway.[reply]
OpposeConnel MacKenzie16:17, 8 May 2007 (UTC)I hope this is no surprise to anyone I feel the reuse of existing Wikipedia tools to align the categories at the bottom of the page is more consistent (particularly for visitors from other projects; Wikipedia, Commons, Wikibooks, etc.) It also mimics the rendered layout, where all categories, regarless of language, are listed at the very bottom of a page (so why shouldn't one expect to find them at the bottom of the wikitext, as well?)[reply]
Note: If, as I expect, this vote passes, then someone really ought to file a bugzilla to have the categories displayed at the end of each language section, on Wiktionary. --Connel MacKenzie16:19, 8 May 2007 (UTC)[reply]
OpposeH. (talk) 09:39, 22 May 2007 (UTC) I would rather like the categories to be put where they are meaningful. I.e. a category about an article having more than one etymology in (one of) the etymology sections, a category that it is about food in the noun part, not in the verb part and so on. This gives better overview, IMHO. But since nobody else seems to want this, I suppose the suggested option is best. In no case would I want them all at the bottom.[reply]
AbstainVisviva23:27, 3 June 2007 (UTC) Per Hamaryns above, this is obviously better than the alternative, but needs to be taken further. Given that categories are already included via templates in the pertinent section, what would be wrong with placing all categories in the pertinent section? This would, among other things, greatly facilitate future conversion to a more portable/flexible system such as wikidata (either by Wikimedia or by downstream users).[reply]
At that point editing categories becomes almost impossible if the language section is a long one with multiple subsections. There could be more than one etymology section, more than one pronunciation section, three or four parts of speech, doxens of definitions... While our goal is to make things user-friendly and portable, we do have to do most of the category editing by template or by hand. --EncycloPetey23:33, 3 June 2007 (UTC)[reply]
Well, I may be spoiled since I work mostly on Korean entries and don't (usually) have to worry about multiple languages. But in order to assess the appropriateness of a category, wouldn't an editor have to look at the relevant section(s) anyway? I mean, if an entry is in a Danish etymology category, for example, one would need to check the Danish etymology section(s) to see if the category is correct anyway... and someone who is adding information on Danish etymology that calls for a new/changed category could most efficiently add that category in the same place that they add the information. -- Visviva03:15, 4 June 2007 (UTC)[reply]
Usually it happens the other way round. You notice a word in a category that should not be there; or, you find a category that is wrongly named and need to migrate all the entries. You therefore need to find where the category is coded in the entry. I would rather look in one place to find it that have to hunt though every bit of text and code in the entire language section to find it, especially since it might be coded in a template or might be hard coded. If they're always all together at the end of the language section when they're inserted explicitly, then I don't have to hunt for them. --EncycloPetey03:21, 4 June 2007 (UTC)[reply]
Has a bot been written yet, to find and convert existing entries? Or is the plan to have this apply only to new category additions, and let AutoFormat sort the rest out? --Connel MacKenzie20:36, 10 May 2007 (UTC)[reply]
There isn't any specific bot; AF will sort out cats in entries it sees for some (other) reason. I would think it is a matter of sorting the cats into language sections in entries picked up for other reasons for a while, then at some point looking at hunting down the rest. AF does (as it stands at the moment) pick up entries from a pre-screen of the XML when it is otherwise idle for several minutes, the pre-screen could possibly be taught to find candidates. (of course, the cat sort is disabled at present) Robert Ullmann14:03, 12 May 2007 (UTC)[reply]