XentaxWiki talk:Community Portal - Revision history

imported>Dinoguy1000 at 07:49, 9 October 2006

2006-10-09T07:49:56Z

← Older revision	Revision as of 07:49, 9 October 2006
(No difference)

imported>Dinoguy1000 at 07:49, 9 October 2006

2006-10-09T07:49:56Z

← Older revision		Revision as of 07:49, 9 October 2006
Line 1:		Line 1:
	I was reading [http://forum.xentax.com/viewtopic.php?t=1286 this thread] where some people got together on another forum and tried to work together to figure out the format for Guild Wars. I was thinking about suggesting this wiki for them to gradually add stuff they figured out on some sort of GuildWars 'under construction' page.		#REDIRECT [[XentaxWiki:Village Pub]]

	In the event they want to use the wiki, would it be better to place that page under the normal [[GRAFs]] area, and tag it 'under construction,' or is it maybe an idea to create an 'work in progress' area? The area would feature a list of grafs that are not yet finished, and also a request list where other people can add requests for different games.

	~~-[[User:Captain\|Captain]] 00:48, 2 Jun 2005 (EDT)~~

	~~== Good idea ==~~

	~~I like the idea of a Alpha Work In Progress section. Should be a bit similar to the GRAFs section, with an index maybe. --[[User:Mr.Mouse\|Mr.Mouse]]~~

	~~== Ok ==~~

	~~Seems ok to me. --[[User:Elbereth\|Elbereth]] 06:53, 2 Jun 2005 (EDT)~~

	~~== Other (non-archive) formats ==~~

	I was just wondering, what do you all think of the idea of a section that has format specs and whatnot for some of the more common non-archive formats, ones commonly used in games? Perhaps like BMP or WAV... I'd like to know what you think!
	~~[[User:Dinoguy1000\|Dinoguy1000]]~~

	~~== Sounds good ==~~

	I think it would be benificial if there's not only info about the archive structures, but also the structure of files that can be found within archives. If they're common, like jpg, 3ds or whatever, they should just be linked from a new dedicated section for that type of stuff. If they're specific to a game, they should be linked from the GRAF page on that game. I also want to hear Mr. Mouse's thoughts on it.

	~~We may need more of that kind of info before we can dedicate an entire section to it though. How much info have you got between you guys?~~

	~~== Is okay ==~~

	This is of course a good idea. It would be nice to find such info here, and not have to move off-site to find such stuff. However, there are sites out there dedicated to that kind of stuff. With LOADS of formats. Like wotsit.org ! We'd have to have lots of formats to beat them. On the other hand, if we do not wish to beat anyone, we might as well start our own base. And borrow here and there.

	~~''wotsit.org is not a wiki. I say we start our own base.''-[[User:Captain\|Captain]]~~

	On another note, it might be very handy to have a list of Format Identity Tags. You know, stuff that you can use to recognize certain formats in a hex editor. Like BMP always starts with "BM" and executables with "MZ" or zip files with "PK", etc etc. Not only tags, but also other ways to find out what resources represent, what encryption/compression might be ID-ed. [[User:Mr.Mouse\|Mr.Mouse]]

	''There should already be something like that. I believe Unix systems have used the first few bytes of files to determine mimetype for years already. That doesn't mean that a signature section shouldn't be handy on this wiki. There are many proprietary types that Unix won't recognize, that should be published here, in addition to 'known' types.''-[[User:Captain\|Captain]]

	~~== Cool ==~~

	~~One of my ideas takes off. Score one for me! Okay, I'm done rambling for now...~~

	~~[[User:Dinoguy1000\|Dinoguy1000]]~~

	~~== Another Idea ==~~

	~~Perhaps it's too soon now (or there just aren't enough games), but perhaps we should expand the GRAFs page with console-specific lists (e.x. PS2, GAMECUBE, etc.). What do you think?~~

	~~(bump2) Anyone?~~

	~~[[User:Dinoguy1000\|Dinoguy1000]] 22:41, 3 Aug 2005 (EDT)~~

	~~== Spamming ==~~

	~~The spamming is becoming highly annoying. Isn't there some way we can employ preemptive banning or something like that? It seems to be bots posting it...~~
	~~[[User:Dinoguy1000\|Dinoguy1000]] 21:38, 26 Nov 2005 (EST)~~

	~~Yeah it is annoying. But we also want to keep it as easy as possible to contribute. I'm open for suggestions though. [[User:Captain\|Captain]] 07:58, 27 Nov 2005 (EST)~~

	Well, I've noticed that the majority of the spam uses the exact same div id tag, and the exact same links. If we could find a way to block those, that would solve much of the spam. [[User:Dinoguy1000\|Dinoguy1000]] 13:29, 27 Nov 2005 (EST)

	~~Or just eliminate divs altogether. I don't see how anybody needs those in this context. [[User:Captain\|Captain]] 15:48, 27 Nov 2005 (EST)~~

	Indeed... but we still have the problem of HOW to eliminate them. Though that comes from someone without (direct) access to the server(s), so you've probably got some administrative tool you can use to that effect.
	~~[[User:Dinoguy1000\|Dinoguy1000]] 21:00, 27 Nov 2005 (EST)~~

	~~No, I think I'll have to hack the source... [[User:Captain\|Captain]] 04:19, 28 Nov 2005 (EST)~~

	> Is there a way to forbid the edition of the 'Template:Latest Grafs' page (not all pages) to unknown users ? That way only logged users would be able to edit it... I don't particularly like the idea, but if it can at least slow the spams... [[User:Paul Siramy\|Paul Siramy]] 19:55, 28 Nov 2005 (EST)

	I've looked around a bit, but haven't found that level of control available in mediawiki. All I can do is close it to anybody but sysops, or leaving it wide open. There may be some settings I'm missing though. I'm not really familiar with the software. [[User:Captain\|Captain]] 03:31, 29 Nov 2005 (EST)

	~~== Yep, Something else... (new system) ==~~
	I know, it's still very early to be talking about something like this, but I have been thinking about the current system and have come to some conclusions. I may update this sporadically, so keep an eye on the change log...

	~~Synopsis: current static system works ok, but has several inherent flaws:~~
	* Sorting: lists of GRAFs must be created and maintained manually, so if a new file format/game is added, each list must be updated accordingly by hand (this extends to the "Newest GRAFs" section on the Main Page)
	* Other Games: when multiple games use the same format (not necessarily with the same extension, though), each page must be updated when a new game using that format is added --- this problem is currently addressed by the (only partially?) implemented "[[Filetype Refactoring\|Filetype Refactoring]]"
	* Game-independant formats: "standard" formats, commonly used in games but not related to them (e.g. ZIP, WAV, JPG, etc.)would have to either be added to every single related game page, or linked from a central section
	* Other flaws: I'm sure there's other flaws, but I can't think of any right now.
	~~"What about templates?"~~
	* With templates, some problems are solved (Other Games stuff), but many things must still be updated manually.
	~~My solution:<br>~~
	~~Dynamic, form-driven system with the following features:~~
	* dynamically updated game lists with sort options such as Name, Extension, System, etc. - also "Newest GRAFs" section is dynamically built
	* Each format stored on its own page, or perhaps on one big page, game pages dynamically built at user request, extension details (date added, extension...) stored with game info (extension also stored with format info, perhaps as commented out list)
	* Other features adding up to a powerful, flexible, easily maintained system
	~~Potential Flaws:~~
	* Same extension, different format; and vice versa: How would they be stored and later called? (potential solution: formats stored with a number code or other ID code, extension stored with game info - see above)
	* How are formats stored? On one page, or to each its own?
	* How to create and edit new pages for GRAFs/games

	~~[[User:Dinoguy1000\|Dinoguy1000]]~~

	~~== Check it out ==~~

	~~We're on MediaWiki (thanks to yours truely). http://www.mediawiki.org/wiki/Sites_using_MediaWiki/en~~#X

	[[~~User~~:~~Dinoguy1000\|Dinoguy1000~~]]

imported>Dinoguy1000: /* Yep, Something else... (new system) */

2005-12-19T22:27:29Z

Yep, Something else... (new system)

← Older revision	Revision as of 22:27, 19 December 2005
(No difference)

imported>Dinoguy1000: /* Yep, Something else... (new system) */

2005-12-19T22:27:29Z

Yep, Something else... (new system)

← Older revision		Revision as of 22:27, 19 December 2005
Line 69:		Line 69:

	== Yep, Something else... (new system) ==		== Yep, Something else... (new system) ==
	I know, it's still very early to be talking about something like this ~~(considering the Filetype Refactoring solution has been around for several months, but still not implemented)~~, but I have been thinking about the current system and have come to some conclusions. I may update this sporadically, so keep an eye on the change log...		I know, it's still very early to be talking about something like this, but I have been thinking about the current system and have come to some conclusions. I may update this sporadically, so keep an eye on the change log...

	Synopsis: current static system works ok, but has several inherent flaws:		Synopsis: current static system works ok, but has several inherent flaws:
	* Sorting: lists of GRAFs must be created and maintained manually, so if a new file format/game is added, each list must be updated accordingly by hand (this extends to the Newest GRAFs section on the Main Page)		* Sorting: lists of GRAFs must be created and maintained manually, so if a new file format/game is added, each list must be updated accordingly by hand (this extends to the "Newest GRAFs" section on the Main Page)
	* Other Games: when multiple games use the same format (not necessarily with the same extension, though), each page must be updated when a new game using that format is added --- this problem is currently addressed by the ~~as-yet unimplemented~~ "[[Filetype Refactoring\|Filetype Refactoring]]"		* Other Games: when multiple games use the same format (not necessarily with the same extension, though), each page must be updated when a new game using that format is added --- this problem is currently addressed by the (only partially?) implemented "[[Filetype Refactoring\|Filetype Refactoring]]"
	* Game-independant formats: "standard" formats, commonly used in games but not related to them (e.g. ZIP, WAV, JPG, etc.)would have to either be added to every single related game page, or linked from a central section		* Game-independant formats: "standard" formats, commonly used in games but not related to them (e.g. ZIP, WAV, JPG, etc.)would have to either be added to every single related game page, or linked from a central section
	* Other flaws: I'm sure there's other flaws, but I can't think of any right now.		* Other flaws: I'm sure there's other flaws, but I can't think of any right now.
	"What about templates?"		"What about templates?"
	* With templates, some problems are solved (Other Games stuff), but many things must still be updated manually.		* With templates, some problems are solved (Other Games stuff), but many things must still be updated manually.
	My solution:		My solution:<br>
	Dynamic, form-driven system with the following features:		Dynamic, form-driven system with the following features:
	* dynamically updated game lists with sort options such as Name, Extension, System, etc. - also "Newest GRAFs" section is dynamically built		* dynamically updated game lists with sort options such as Name, Extension, System, etc. - also "Newest GRAFs" section is dynamically built
Line 87:		Line 87:
	* How are formats stored? On one page, or to each its own?		* How are formats stored? On one page, or to each its own?
	* How to create and edit new pages for GRAFs/games		* How to create and edit new pages for GRAFs/games

			[[User:Dinoguy1000\|Dinoguy1000]]

			== Check it out ==

			We're on MediaWiki (thanks to yours truely). http://www.mediawiki.org/wiki/Sites_using_MediaWiki/en#X

			[[User:Dinoguy1000\|Dinoguy1000]]

imported>Dinoguy1000: Throwing out an overhaul idea

2005-12-07T02:58:17Z

Throwing out an overhaul idea

← Older revision	Revision as of 02:58, 7 December 2005
(No difference)

imported>Dinoguy1000: Throwing out an overhaul idea

2005-12-07T02:58:17Z

Throwing out an overhaul idea

← Older revision		Revision as of 02:58, 7 December 2005
Line 67:		Line 67:

	I've looked around a bit, but haven't found that level of control available in mediawiki. All I can do is close it to anybody but sysops, or leaving it wide open. There may be some settings I'm missing though. I'm not really familiar with the software. [[User:Captain\|Captain]] 03:31, 29 Nov 2005 (EST)		I've looked around a bit, but haven't found that level of control available in mediawiki. All I can do is close it to anybody but sysops, or leaving it wide open. There may be some settings I'm missing though. I'm not really familiar with the software. [[User:Captain\|Captain]] 03:31, 29 Nov 2005 (EST)

			== Yep, Something else... (new system) ==
			I know, it's still very early to be talking about something like this (considering the Filetype Refactoring solution has been around for several months, but still not implemented), but I have been thinking about the current system and have come to some conclusions. I may update this sporadically, so keep an eye on the change log...

			Synopsis: current static system works ok, but has several inherent flaws:
			* Sorting: lists of GRAFs must be created and maintained manually, so if a new file format/game is added, each list must be updated accordingly by hand (this extends to the Newest GRAFs section on the Main Page)
			* Other Games: when multiple games use the same format (not necessarily with the same extension, though), each page must be updated when a new game using that format is added --- this problem is currently addressed by the as-yet unimplemented "[[Filetype Refactoring\|Filetype Refactoring]]"
			* Game-independant formats: "standard" formats, commonly used in games but not related to them (e.g. ZIP, WAV, JPG, etc.)would have to either be added to every single related game page, or linked from a central section
			* Other flaws: I'm sure there's other flaws, but I can't think of any right now.
			"What about templates?"
			* With templates, some problems are solved (Other Games stuff), but many things must still be updated manually.
			My solution:
			Dynamic, form-driven system with the following features:
			* dynamically updated game lists with sort options such as Name, Extension, System, etc. - also "Newest GRAFs" section is dynamically built
			* Each format stored on its own page, or perhaps on one big page, game pages dynamically built at user request, extension details (date added, extension...) stored with game info (extension also stored with format info, perhaps as commented out list)
			* Other features adding up to a powerful, flexible, easily maintained system
			Potential Flaws:
			* Same extension, different format; and vice versa: How would they be stored and later called? (potential solution: formats stored with a number code or other ID code, extension stored with game info - see above)
			* How are formats stored? On one page, or to each its own?
			* How to create and edit new pages for GRAFs/games

imported>Captain: /* Spamming */

2005-11-29T08:31:46Z

Spamming

← Older revision	Revision as of 08:31, 29 November 2005
(No difference)

imported>Captain: /* Spamming */

2005-11-29T08:31:46Z

Spamming

← Older revision		Revision as of 08:31, 29 November 2005
Line 66:		Line 66:
	> Is there a way to forbid the edition of the 'Template:Latest Grafs' page (not all pages) to unknown users ? That way only logged users would be able to edit it... I don't particularly like the idea, but if it can at least slow the spams... [[User:Paul Siramy\|Paul Siramy]] 19:55, 28 Nov 2005 (EST)		> Is there a way to forbid the edition of the 'Template:Latest Grafs' page (not all pages) to unknown users ? That way only logged users would be able to edit it... I don't particularly like the idea, but if it can at least slow the spams... [[User:Paul Siramy\|Paul Siramy]] 19:55, 28 Nov 2005 (EST)

	I've looked around a bit, but haven't found that level of control available in mediawiki. All I can do is close it to anybody but sysops, or leaving it wide open. There may be some settings I'm missing though. I'm not really familiar with the software.		I've looked around a bit, but haven't found that level of control available in mediawiki. All I can do is close it to anybody but sysops, or leaving it wide open. There may be some settings I'm missing though. I'm not really familiar with the software. [[User:Captain\|Captain]] 03:31, 29 Nov 2005 (EST)

imported>Captain: /* Spamming */

2005-11-29T08:31:36Z

Spamming

← Older revision	Revision as of 08:31, 29 November 2005
(No difference)

imported>Captain: /* Spamming */

2005-11-29T08:31:36Z

Spamming

← Older revision		Revision as of 08:31, 29 November 2005
Line 65:		Line 65:

	> Is there a way to forbid the edition of the 'Template:Latest Grafs' page (not all pages) to unknown users ? That way only logged users would be able to edit it... I don't particularly like the idea, but if it can at least slow the spams... [[User:Paul Siramy\|Paul Siramy]] 19:55, 28 Nov 2005 (EST)		> Is there a way to forbid the edition of the 'Template:Latest Grafs' page (not all pages) to unknown users ? That way only logged users would be able to edit it... I don't particularly like the idea, but if it can at least slow the spams... [[User:Paul Siramy\|Paul Siramy]] 19:55, 28 Nov 2005 (EST)

			I've looked around a bit, but haven't found that level of control available in mediawiki. All I can do is close it to anybody but sysops, or leaving it wide open. There may be some settings I'm missing though. I'm not really familiar with the software.