<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title><![CDATA[MFGG Forums - Suggestions]]></title>
		<link>https://forums.mfgg.net/</link>
		<description><![CDATA[MFGG Forums - https://forums.mfgg.net]]></description>
		<pubDate>Tue, 21 Apr 2026 10:33:48 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[QUESTIONS OR HELP FORUM]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3520</link>
			<pubDate>Fri, 03 Apr 2026 21:47:29 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=2486">luckygames</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3520</guid>
			<description><![CDATA[<span style="color: #ffffff;" class="mycode_color"><span style="font-size: small;" class="mycode_size">Sería un foro donde tanto principiantes como expertos podrían hacer preguntas, ayudar a otros o cualquier otra cosa que pudiera ser útil en MFGG. Quizás así habría un mejor lugar para hacer preguntas (como yo, que todavía soy nuevo en MFGG). Por supuesto, las preguntas sobre la plataforma o su funcionamiento, y otras preguntas (como cómo funciona un motor de diseño en particular o cómo dibujar a Luigi sin bigote) deberían ir a sus respectivos foros. <br />
Si ya existe una sugerencia similar, por favor, avísenme, porque hay muchas sugerencias y no voy a leerlas una por una para ver si esta es una duplicada o no <img src="https://forums.mfgg.net/images/smilies/whoops.png" alt="Whoops!" title="Whoops!" class="smilie smilie_72" /> .</span></span>]]></description>
			<content:encoded><![CDATA[<span style="color: #ffffff;" class="mycode_color"><span style="font-size: small;" class="mycode_size">Sería un foro donde tanto principiantes como expertos podrían hacer preguntas, ayudar a otros o cualquier otra cosa que pudiera ser útil en MFGG. Quizás así habría un mejor lugar para hacer preguntas (como yo, que todavía soy nuevo en MFGG). Por supuesto, las preguntas sobre la plataforma o su funcionamiento, y otras preguntas (como cómo funciona un motor de diseño en particular o cómo dibujar a Luigi sin bigote) deberían ir a sus respectivos foros. <br />
Si ya existe una sugerencia similar, por favor, avísenme, porque hay muchas sugerencias y no voy a leerlas una por una para ver si esta es una duplicada o no <img src="https://forums.mfgg.net/images/smilies/whoops.png" alt="Whoops!" title="Whoops!" class="smilie smilie_72" /> .</span></span>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Hide/suppress PHP warnings]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3513</link>
			<pubDate>Wed, 25 Mar 2026 23:58:35 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=2525">Louis Paul</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3513</guid>
			<description><![CDATA[When I go to My Alerts a PHP warning related to a MyBB plugin is displayed above the menu. This isn't good because it impacts the user experience, and it could reveal sensitive information.<br />
<br />
It would be best to hide or suppress the PHP warnings, and redirect any warnings and errors to a log file for further review.]]></description>
			<content:encoded><![CDATA[When I go to My Alerts a PHP warning related to a MyBB plugin is displayed above the menu. This isn't good because it impacts the user experience, and it could reveal sensitive information.<br />
<br />
It would be best to hide or suppress the PHP warnings, and redirect any warnings and errors to a log file for further review.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Add spoiler tag in the post editor.]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3508</link>
			<pubDate>Sun, 08 Mar 2026 23:10:56 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=32">littlelum</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3508</guid>
			<description><![CDATA[In forums, you can mark text as a spoiler by going <div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>[spoiler]</code></div></div>. I would be nice if there was a button in the editor for that, so users who don't know this can still be in on the trick.]]></description>
			<content:encoded><![CDATA[In forums, you can mark text as a spoiler by going <div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>[spoiler]</code></div></div>. I would be nice if there was a button in the editor for that, so users who don't know this can still be in on the trick.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[When pasting text, ignore color be defualt]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3507</link>
			<pubDate>Sun, 08 Mar 2026 23:08:53 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=32">littlelum</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3507</guid>
			<description><![CDATA[I was copying text from a post to put into another post. When I pasted (with Ctrl+V), I couldn't see the text, because in the forum theme I'm using, both the normal font color and the post editing background color are the same! Pasting without formatting did the trick, but it would be nice if that was the default.]]></description>
			<content:encoded><![CDATA[I was copying text from a post to put into another post. When I pasted (with Ctrl+V), I couldn't see the text, because in the forum theme I'm using, both the normal font color and the post editing background color are the same! Pasting without formatting did the trick, but it would be nice if that was the default.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Mainsite support for more image types]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3503</link>
			<pubDate>Fri, 27 Feb 2026 21:27:39 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=32">littlelum</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3503</guid>
			<description><![CDATA[Right now, when submitting a screenshot, only PNG and one other format is supported. It would be nice if other formats with better compression were supported, such as webP or AVIF.]]></description>
			<content:encoded><![CDATA[Right now, when submitting a screenshot, only PNG and one other format is supported. It would be nice if other formats with better compression were supported, such as webP or AVIF.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Fix remaining W3C Validator errors/warnings]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3489</link>
			<pubDate>Fri, 30 Jan 2026 00:23:44 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3489</guid>
			<description><![CDATA[In 2025, I updated a lot of deprecated (pre-HTML5) code in the MFGG mainsite software. This fixed the majority of the issues that pop up if you run the W3C Validator tool on MFGG.<br />
<br />
Some views and forms still have malformed HTML, though. The homepage is especially tricky to fix because some HTML code is actually stored in the database itself.<br />
<br />
These are the pages known to have issues:<br />
<ul class="mycode_list"><li>Home page/pages for individual news updates<br />
</li>
<li>Viewing some lists of submissions (for example, the How-tos and Sounds lists); the sidebar, Favorites, and My Submissions menus are all affected<br />
</li>
<li>Individual submission pages for each category<br />
</li>
<li>Admin Control Panel submission lists for each category</li>
</ul>
<br />
Semi-related: Last summer, someone (he might've been a former MFGG admin from Turkey with a walrus Toad character) complained that the padding inside certain boxes was a pixel or two off after one of the fixes I made. Please let me know if there's any padding that needs to be tweaked.<br />
<br />
If someone wants to fix any of these issues, be my guest. They're not a high priority.]]></description>
			<content:encoded><![CDATA[In 2025, I updated a lot of deprecated (pre-HTML5) code in the MFGG mainsite software. This fixed the majority of the issues that pop up if you run the W3C Validator tool on MFGG.<br />
<br />
Some views and forms still have malformed HTML, though. The homepage is especially tricky to fix because some HTML code is actually stored in the database itself.<br />
<br />
These are the pages known to have issues:<br />
<ul class="mycode_list"><li>Home page/pages for individual news updates<br />
</li>
<li>Viewing some lists of submissions (for example, the How-tos and Sounds lists); the sidebar, Favorites, and My Submissions menus are all affected<br />
</li>
<li>Individual submission pages for each category<br />
</li>
<li>Admin Control Panel submission lists for each category</li>
</ul>
<br />
Semi-related: Last summer, someone (he might've been a former MFGG admin from Turkey with a walrus Toad character) complained that the padding inside certain boxes was a pixel or two off after one of the fixes I made. Please let me know if there's any padding that needs to be tweaked.<br />
<br />
If someone wants to fix any of these issues, be my guest. They're not a high priority.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Mainsite user comments list not showing all comments]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3488</link>
			<pubDate>Fri, 30 Jan 2026 00:15:12 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3488</guid>
			<description><![CDATA[Last summer, I noticed that if you clicked on a mainsite user's profile and clicked on their list of comments, some comments wouldn't show up (for example, comments they made on mainsite news posts). I adjusted the SQL query that pulls a user's comments. However, the new query doesn't seem to be working right for all users either.<br />
<br />
I'm not sure what's wrong. This is a reminder that someone should eventually check on this issue.]]></description>
			<content:encoded><![CDATA[Last summer, I noticed that if you clicked on a mainsite user's profile and clicked on their list of comments, some comments wouldn't show up (for example, comments they made on mainsite news posts). I adjusted the SQL query that pulls a user's comments. However, the new query doesn't seem to be working right for all users either.<br />
<br />
I'm not sure what's wrong. This is a reminder that someone should eventually check on this issue.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Can't remove submissions from favorites list]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3487</link>
			<pubDate>Thu, 29 Jan 2026 00:25:19 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3487</guid>
			<description><![CDATA[If you add a submission to your favorites list, and then you click the button to remove it from your favorites, the operation fails. You get an "Invalid security token" error message, and the submission remains in your favorites list, like it or not.<br />
<br />
Someone recently pointed out this bug, and we should get it fixed.]]></description>
			<content:encoded><![CDATA[If you add a submission to your favorites list, and then you click the button to remove it from your favorites, the operation fails. You get an "Invalid security token" error message, and the submission remains in your favorites list, like it or not.<br />
<br />
Someone recently pointed out this bug, and we should get it fixed.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Idea for better mainsite-Wiki integration]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3485</link>
			<pubDate>Wed, 28 Jan 2026 00:24:56 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3485</guid>
			<description><![CDATA[The MFGG Wiki has been in a state of limbo for many years. It's not officially decommissioned, but it's not super-active either. It gets enough traffic from Web searches that we've kept it around, and if we did get rid of it, we'd suddenly be causing a lot of interesting content (like the entire of library of Waligie games) to become lost media.<br />
<br />
One idea I've had would be to add MFGG Wiki links to mainsite submissions. For example, the mainsite page for <a href="https://mfgg.net/index.php?act=resdb&amp;param=02&amp;c=2&amp;id=26076" target="_blank" rel="noopener" class="mycode_url">Revenge of the Walrus</a> might have a spot for a link to the <a href="https://wiki.mfgg.net/index.php?title=Revenge_of_the_Walrus" target="_blank" rel="noopener" class="mycode_url">Revenge of the Walrus page on the MFGG Wiki</a>.<br />
<br />
This would give the MFGG Wiki a more valuable purpose and <span style="font-style: italic;" class="mycode_i">might</span> even help MFGG's SEO. It would take a bit of effort for me to create a new database column for games and then manually add links to mainsite games that have Wiki pages.<br />
<br />
This isn't a high priority, but I wanted to have this in Suggestions so we can figure out what upgrades should be prioritized for the future.]]></description>
			<content:encoded><![CDATA[The MFGG Wiki has been in a state of limbo for many years. It's not officially decommissioned, but it's not super-active either. It gets enough traffic from Web searches that we've kept it around, and if we did get rid of it, we'd suddenly be causing a lot of interesting content (like the entire of library of Waligie games) to become lost media.<br />
<br />
One idea I've had would be to add MFGG Wiki links to mainsite submissions. For example, the mainsite page for <a href="https://mfgg.net/index.php?act=resdb&amp;param=02&amp;c=2&amp;id=26076" target="_blank" rel="noopener" class="mycode_url">Revenge of the Walrus</a> might have a spot for a link to the <a href="https://wiki.mfgg.net/index.php?title=Revenge_of_the_Walrus" target="_blank" rel="noopener" class="mycode_url">Revenge of the Walrus page on the MFGG Wiki</a>.<br />
<br />
This would give the MFGG Wiki a more valuable purpose and <span style="font-style: italic;" class="mycode_i">might</span> even help MFGG's SEO. It would take a bit of effort for me to create a new database column for games and then manually add links to mainsite games that have Wiki pages.<br />
<br />
This isn't a high priority, but I wanted to have this in Suggestions so we can figure out what upgrades should be prioritized for the future.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Revamp process for requesting mainsite submission removals]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3484</link>
			<pubDate>Tue, 27 Jan 2026 01:33:09 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3484</guid>
			<description><![CDATA[Currently, the process for requesting mainsite submission removals isn't terrible, but it is a bit clunky.<br />
<br />
As a submitter, if you want a submission removed, you click the "Request Removal" button from the submission view. Once a mainsite QC staffer approves your removal request, the submission will no longer be accessible on the site. This process requires a manual approval to make sure your request is legit, just in case a malicious user hacked your account or something.<br />
<br />
Once the submission is removed, the system automatically deletes the database entry, making it very hard to restore your submission if you change your mind. Yet the file itself isn't always removed, resulting in ghost files cluttering up the system.<br />
<br />
Here's an alternative workflow to consider.<br />
<br />
1. User clicks "Remove Submission" button.<br />
2. Submission is marked as "Removed by user" in database, making it no longer visible when you click on the submission page or run a search.<br />
3. Site staff receives a notification (no action required) that a user removed a submission.<br />
4. Submission's database entry and file are purged after a certain amount of time (maybe a year?)<br />
<br />
This delivers quicker results for submitters, less work for site staff, and improved ability to restore a submission if someone changes their mind.<br />
<br />
A similar process could potentially be used for declined submissions - site staff could view declined submissions for a certain amount of time.]]></description>
			<content:encoded><![CDATA[Currently, the process for requesting mainsite submission removals isn't terrible, but it is a bit clunky.<br />
<br />
As a submitter, if you want a submission removed, you click the "Request Removal" button from the submission view. Once a mainsite QC staffer approves your removal request, the submission will no longer be accessible on the site. This process requires a manual approval to make sure your request is legit, just in case a malicious user hacked your account or something.<br />
<br />
Once the submission is removed, the system automatically deletes the database entry, making it very hard to restore your submission if you change your mind. Yet the file itself isn't always removed, resulting in ghost files cluttering up the system.<br />
<br />
Here's an alternative workflow to consider.<br />
<br />
1. User clicks "Remove Submission" button.<br />
2. Submission is marked as "Removed by user" in database, making it no longer visible when you click on the submission page or run a search.<br />
3. Site staff receives a notification (no action required) that a user removed a submission.<br />
4. Submission's database entry and file are purged after a certain amount of time (maybe a year?)<br />
<br />
This delivers quicker results for submitters, less work for site staff, and improved ability to restore a submission if someone changes their mind.<br />
<br />
A similar process could potentially be used for declined submissions - site staff could view declined submissions for a certain amount of time.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Multiple screenshots on game/hack submission]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3482</link>
			<pubDate>Mon, 26 Jan 2026 04:02:39 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=2525">Louis Paul</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3482</guid>
			<description><![CDATA[I was looking at the games and hacks submissions and I noticed one thing, inside the page there's only a single screenshot of the submission. Sometimes this isn't enough to get an idea of the game before the download. For comparison, the ROMhack.ing and SMW Central websites allow multiple screenshots of the submissions.<br />
<br />
My suggestion is to allow mutiple screenshots inside the game/hack submission, so the user can get a better idea before the download. The format could be a slideshow/carousel, to be backwards compatible with the current implementation.]]></description>
			<content:encoded><![CDATA[I was looking at the games and hacks submissions and I noticed one thing, inside the page there's only a single screenshot of the submission. Sometimes this isn't enough to get an idea of the game before the download. For comparison, the ROMhack.ing and SMW Central websites allow multiple screenshots of the submissions.<br />
<br />
My suggestion is to allow mutiple screenshots inside the game/hack submission, so the user can get a better idea before the download. The format could be a slideshow/carousel, to be backwards compatible with the current implementation.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Allow users to revise rejected mainsite reviews and save drafts]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3480</link>
			<pubDate>Sun, 25 Jan 2026 14:09:16 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3480</guid>
			<description><![CDATA[Currently, reviews on the mainsite follow the same approval process as other submissions. They require two "yes" votes from mainsite QC staff to get accepted, or two "no" votes to get rejected. When a review submission is rejected, the content is deleted, and no one (whether the submitter or the site staff) can see it again unless someone made a manual backup of the text.<br />
<br />
It might be OK to reject obvious troll reviews and immediately purge them. However, there are some situations where a review has significant but fixable issues - for example, an incomplete section or significant spelling/grammar issues that impede comprehension. In that case, staff could decline the review, but it would return to a "draft" status. Draft reviews could be modified by the submitter and re-submitted after the issues are corrected.<br />
<br />
A related suggestion (one that would use this same draft-saving system) would be to allow review authors to save an incomplete review they're writing so they can finish it at a later time. This could make writing more convenient when you're writing longer, more complex reviews.]]></description>
			<content:encoded><![CDATA[Currently, reviews on the mainsite follow the same approval process as other submissions. They require two "yes" votes from mainsite QC staff to get accepted, or two "no" votes to get rejected. When a review submission is rejected, the content is deleted, and no one (whether the submitter or the site staff) can see it again unless someone made a manual backup of the text.<br />
<br />
It might be OK to reject obvious troll reviews and immediately purge them. However, there are some situations where a review has significant but fixable issues - for example, an incomplete section or significant spelling/grammar issues that impede comprehension. In that case, staff could decline the review, but it would return to a "draft" status. Draft reviews could be modified by the submitter and re-submitted after the issues are corrected.<br />
<br />
A related suggestion (one that would use this same draft-saving system) would be to allow review authors to save an incomplete review they're writing so they can finish it at a later time. This could make writing more convenient when you're writing longer, more complex reviews.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Legacy Staff Badge]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3476</link>
			<pubDate>Sat, 24 Jan 2026 15:19:36 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3476</guid>
			<description><![CDATA[Every once in a while we talk about making a badge for retired staff members. We've never made one, though.<br />
<br />
Maybe we should. <span style="text-decoration: line-through;" class="mycode_s">Or maybe we have enough badges already.</span>]]></description>
			<content:encoded><![CDATA[Every once in a while we talk about making a badge for retired staff members. We've never made one, though.<br />
<br />
Maybe we should. <span style="text-decoration: line-through;" class="mycode_s">Or maybe we have enough badges already.</span>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Notifications for review comments on your games]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3474</link>
			<pubDate>Sat, 24 Jan 2026 02:01:22 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3474</guid>
			<description><![CDATA[I've always thought it was annoying that the mainsite software doesn't give you a notification when someone leaves a comment on a review for one of the games you've made.<br />
<br />
Currently, you get a notification only if someone comments on one of your mainsite submissions, such as games you've submitted and reviews you've written. But I think it would be nice if you got a similar notification if you received a comment on a review about one of your games/hacks. Sometimes these review comments contain useful feedback.]]></description>
			<content:encoded><![CDATA[I've always thought it was annoying that the mainsite software doesn't give you a notification when someone leaves a comment on a review for one of the games you've made.<br />
<br />
Currently, you get a notification only if someone comments on one of your mainsite submissions, such as games you've submitted and reviews you've written. But I think it would be nice if you got a similar notification if you received a comment on a review about one of your games/hacks. Sometimes these review comments contain useful feedback.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Improve mainsite search functionality]]></title>
			<link>https://forums.mfgg.net/showthread.php?tid=3472</link>
			<pubDate>Fri, 23 Jan 2026 03:23:56 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forums.mfgg.net/member.php?action=profile&uid=1">VinnyVideo</a>]]></dc:creator>
			<guid isPermaLink="false">https://forums.mfgg.net/showthread.php?tid=3472</guid>
			<description><![CDATA[The MFGG's mainsite search feature has often been criticized for not being as good as it could be.<br />
<br />
How would you suggest improving it?<br />
<br />
It should probably be able to pull from submission titles as well as descriptions and tags, for one thing.]]></description>
			<content:encoded><![CDATA[The MFGG's mainsite search feature has often been criticized for not being as good as it could be.<br />
<br />
How would you suggest improving it?<br />
<br />
It should probably be able to pull from submission titles as well as descriptions and tags, for one thing.]]></content:encoded>
		</item>
	</channel>
</rss>