Talk:List of games

From ArchWiki
Revision as of 02:43, 6 July 2013 by Kynikos (Talk | contribs) (Classification method: re)

Jump to: navigation, search

Classification method

Currently, games are first divided in Free/Reimplemented/Commercial/Emulators/MMO and only then they are grouped by genre. I'd like to see the opposite, i.e. first group by genre (also in Template:Games navigation) and only inside each genre make the distinction between native/emulators, free/commercial and whatever distinction better suits that particular genre.

Note that this topic has already been briefly touched on in Talk:Common_Applications/Games/MMO#MMOG by me and AlexanderR, but more opinions are needed.

-- Kynikos 08:45, 5 February 2012 (EST)

+1 -- when browsing games, one would logically search by genre first. The genre classification scheme is more consistent with the other Common Applications pages, too, where applications are organized by type first, then by UI/platform (graphical or console). -- pointone 12:25, 4 March 2012 (EST)
In my opinion the classification is really confusing (not very KISS! ;)) It's hard to guess whether a game should belong to Native - Reimplemented or Native - Commercial, or MMO (some of them are also commercial). There is a Humble Indie Bundle section, but a game cannot be categorized this way, since all HIB games are also sold by other means (like Steam - which also has its own section). Besides Native - Free is sorted by genre, but it's the only one. Some entries use the Application template, other do not, some entries are not even games (see the Quake part). All this can be treacherous because if you look only in the wrong sections, you might miss some games. So you end up using the browser search function... In the end sections become rather useless. My suggestion:
  1. Merge the Netbook Games page.
  2. Create a game template which features the genres (should always be a list, since it's hard to stick to one precise genre), the license (proprietary), optionnaly the distribution system (Steam, HIB).
  3. The article should only contain a list of games sorted alphabetically. That's the only KISS-way to sort, after all.
  4. Move Emulators to a separate article.
  5. Digital Distribution should be removed / merged into the rest of the list.
-- Ambrevar (talk) 07:51, 5 July 2013 (UTC)
  1. Agreed, see also Talk:Netbook Games#Merging
  2. I haven't understood what you mean, sorry, maybe you can give an example... What about adapting Template:Games navigation to the new classification?
  3. I think a classification by genre is feasible and welcome, and in any case I'm not sure if your idea would conflict with 2.
  4. Well, yes, after all emulators are not "games"; another possibility would be moving them to List of Applications/Other; also consider a link from Gaming, or even moving the list there?
  5. Consider moving it to Gaming?
-- Kynikos (talk) 12:25, 5 July 2013 (UTC)
1. OK
2. I meant a new Game template based on the App template. So basically it would look like
{{game|Name|Genre|Description|License|Official website|Pkg|Distribution (optional)}}
3. The problem with classification by genre is that it is not always obvious, nor it is absolute. Just like for music or movies. A lot of games haved mixed genre.
  • You can use precise subgenres to overcome this issue, but as games add up and various genres get added, you'll quickly end up having as much genres as games.
  • Or you could use fuzzy genre names, so that you make sure there is no ambiguity. But then categorization will not be so useful. And still, some games will never fit in one single category.
I believe genre-sorting it is bad for the wiki for many reasons:
  • The reader may not find a game if looking in the wrong category (and he/she assumes it will not be anywhere else).
  • The writer may add a game in a category that may seem strange to the majority, but OK to a minority
  • The writer may add a game in a category but was unaware that it is already in another category.
All the aforementioned reasons are actually the same that were invoked for merging Netbook Games in the first place.
If we treat genre as a tag (as in the template), then you can add as many genres as you like so that anyone can find it satisfactory. The reader can still search by genre using the browser.
4. The emulator section is not huge, so I agree it is worth considering to move it to Gaming.
5. Idem.
Off-topic: the "li" tag is the only decent way I've found to nest indented lists, but there is this annoying "1." remaining. Any clue? :/
-- Ambrevar (talk) 13:19, 5 July 2013 (UTC)
(Using # only supports simple lists, if you want to nest something you have to use <ol> and <li> for the whole list; anyway in this case it's easier to keep it simple and hard-code the numbers ;) (fixed, btw))
2/3. Ok, now I get what you mean with the Game template, and of course I agree with the observations you make in 3. Just to mention it, a further alternative could be using a sortable table with short labels representing the genres, if they are only a few (broad genres):
Name A B C D Description Website Packages
FooBar x x lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum lorem ipsum https://www.archlinux.org/ foobar
However using genre tags or a table would require modifying each entry in the list (big, almost irreversible job), so I'd say let's first try to restructure the current list by using simple sections for the various genres and see what it looks like after the job is finished; the games whose main genre is so hard to define can be temporarily put in a Miscellaneous, Other or Mixed section, and we'll see how many of them end up there: if they are not so many I think we can find a simpler solution than using tags (e.g. just arbitrarily choose one of the genres they would belong to). For the genre titles we can take inspiration from wikipedia:Video game genres.
-- Kynikos (talk) 15:08, 5 July 2013 (UTC)
Actually I was first thinking of a table, but I wasn't aware that MediaWiki had native support for sortable ones. Unfortunately this does not really solve the issue, because we cannot limit the number of genre. The Wikipedia article is endorsing my point: it lists 46 genres! I do not think it is possible to have a finite number of genre columns. Is there any chance a filter table would be available too? I mean the one with an edit field in the header row. This way there would be only one genre column with arbitrary, yet normalized content, which the reader can filter. That would be a much better solution in my opinion. And yes, it would require modifying the complete article, but I think it is easily feasible using external tools like Emacs and/or AWK (I'm currently editing this page from Emacs). -- Ambrevar (talk) 16:26, 5 July 2013 (UTC)
Of course the table method should make use of only a restricted number of categories, say the top ones in wikipedia:Video game genres; yes, it wouldn't allow people to add more categories (easily), this could be seen either as a disadvantage or an advantage... AFAIK there's no way we can have a filterable table :(
Anyway you've probably overlooked a bit the last part of my post: since with the tag idea we should first put all the games in a single list and reorder them alphabetically, I think it's really worth it to try to sort them in some genre sections first, and see how it goes: we don't have to use all the 46 sections in wikipedia:Video game genres, I guess the best way would be to start with the top-level categories, and then see how many games go into each of them; if a top category hosts "too many" games (20? 50? ...) it can be split in subcategories and so on.
-- Kynikos (talk) 02:43, 6 July 2013 (UTC)