<![CDATA[MFGG Forums - Suggestions]]>

<![CDATA[MFGG Forums - Suggestions]]> https://forums.mfgg.net/ Wed, 10 Jun 2026 15:54:42 +0000 MyBB <![CDATA[Auto-adjust avatars that are too big]]> https://forums.mfgg.net/showthread.php?tid=3543 Sat, 30 May 2026 02:43:24 +0000 littlelum]]> https://forums.mfgg.net/showthread.php?tid=3543 <![CDATA[[Concept Pitch] MFGG Nexus - A Collaborative Wiki Prototype]]> https://forums.mfgg.net/showthread.php?tid=3539 Fri, 15 May 2026 17:16:04 +0000 luckygames]]> https://forums.mfgg.net/showthread.php?tid=3539 Hi everyone,
I wanted to share a concept showcase I’ve been working on recently. It is a new wiki project called MFGG Nexus, hosted on Miraheze.
Before introducing the link, I want to clarify all the parameters and goals of this idea:

It is strictly a prototype: The site is currently in an early, experimental phase. Its main purpose right now is to test a clean layout and show how information can be structured.
No replacement intended: This project does not intend to replace the original MFGG Wiki. The current wiki is the true, absolute historical pillar of our community. MFGG Nexus is simply an experimental spin-off focused on alternative formatting and categorization.
100% Non-profit: This is completely a non-profit, fan-driven passion project. There are no ads, no monetization, and no commercial intent whatsoever.
Early data can be added: Even though it is an early concept, registered users can already browse the sample pages and start adding or refining information.
Gradual development: I am sharing this to see how the community feels about it. If it shows interest or success, the project will be developed very gradually, piece by piece, based entirely on your feedback.

It is strictly a prototype: The site is currently in an early, experimental phase. Its main purpose right now is to test a clean layout and show how information can be structured.
No replacement intended: This project does not intend to replace the original MFGG Wiki. The current wiki is the true, absolute historical pillar of our community. MFGG Nexus is simply an experimental spin-off focused on alternative formatting and categorization.
100% Non-profit: This is completely a non-profit, fan-driven passion project. There are no ads, no monetization, and no commercial intent whatsoever.
Early data can be added: Even though it is an early concept, registered users can already browse the sample pages and start adding or refining information.
Gradual development: I am sharing this to see how the community feels about it. If it shows interest or success, the project will be developed very gradually, piece by piece, based entirely on your feedback.

I have already set up a few demonstration pages using classic community milestones—such as Psycho Waluigi, Super Mario Bros. & The Midas Machine, and historical events like the MFGG Awards and NCFC—to show how the infoboxes and templates operate.
To protect the initial structure from spam bots, page creation and editing have been temporarily locked to registered members only.
You can check out the live prototype here: https://wikimfggnexus.miraheze.org/wiki/Main_Menu
I would love to hear your thoughts, honest critiques, or suggestions regarding the layout!
Thank you for your time!]]> <![CDATA[Notify user of new posts when writing a reply]]> https://forums.mfgg.net/showthread.php?tid=3537 Fri, 08 May 2026 04:43:02 +0000 Louis Paul]]> https://forums.mfgg.net/showthread.php?tid=3537
My suggestion is to implement a notification inside the reply page showing to the user that there's a new post on the thread (this feature is called ninja protection).]]>
My suggestion is to implement a notification inside the reply page showing to the user that there's a new post on the thread (this feature is called ninja protection).]]> <![CDATA[QUESTIONS OR HELP FORUM]]> https://forums.mfgg.net/showthread.php?tid=3520 Fri, 03 Apr 2026 21:47:29 +0000 luckygames]]> https://forums.mfgg.net/showthread.php?tid=3520 It would be a forum where both beginners and experts could ask questions, help others, or do anything else that might be useful on MFGG. Perhaps this would be a better place to ask questions (like me, who's still new to MFGG). Of course, questions about the platform or how it works, and other questions (like how a particular design engine works or how to draw Luigi without a mustache) should go to their respective forums. If a similar suggestion already exists, please let me know, because Whoops!

.]]> It would be a forum where both beginners and experts could ask questions, help others, or do anything else that might be useful on MFGG. Perhaps this would be a better place to ask questions (like me, who's still new to MFGG). Of course, questions about the platform or how it works, and other questions (like how a particular design engine works or how to draw Luigi without a mustache) should go to their respective forums. If a similar suggestion already exists, please let me know, because Whoops!

.]]> <![CDATA[Hide/suppress PHP warnings]]> https://forums.mfgg.net/showthread.php?tid=3513 Wed, 25 Mar 2026 23:58:35 +0000 Louis Paul]]> https://forums.mfgg.net/showthread.php?tid=3513
It would be best to hide or suppress the PHP warnings, and redirect any warnings and errors to a log file for further review.]]>
It would be best to hide or suppress the PHP warnings, and redirect any warnings and errors to a log file for further review.]]> <![CDATA[Add spoiler tag in the post editor.]]> https://forums.mfgg.net/showthread.php?tid=3508 Sun, 08 Mar 2026 23:10:56 +0000 littlelum]]> https://forums.mfgg.net/showthread.php?tid=3508

Code:

[spoiler]

. 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.]]>

Code:

[spoiler]

. 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.]]> <![CDATA[When pasting text, ignore color be defualt]]> https://forums.mfgg.net/showthread.php?tid=3507 Sun, 08 Mar 2026 23:08:53 +0000 littlelum]]> https://forums.mfgg.net/showthread.php?tid=3507 <![CDATA[Mainsite support for more image types]]> https://forums.mfgg.net/showthread.php?tid=3503 Fri, 27 Feb 2026 21:27:39 +0000 littlelum]]> https://forums.mfgg.net/showthread.php?tid=3503 <![CDATA[Fix remaining W3C Validator errors/warnings]]> https://forums.mfgg.net/showthread.php?tid=3489 Fri, 30 Jan 2026 00:23:44 +0000 VinnyVideo]]> https://forums.mfgg.net/showthread.php?tid=3489
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.

These are the pages known to have issues:

Home page/pages for individual news updates
Viewing some lists of submissions (for example, the How-tos and Sounds lists); the sidebar, Favorites, and My Submissions menus are all affected
Individual submission pages for each category
Admin Control Panel submission lists for each category

Home page/pages for individual news updates
Viewing some lists of submissions (for example, the How-tos and Sounds lists); the sidebar, Favorites, and My Submissions menus are all affected
Individual submission pages for each category
Admin Control Panel submission lists for each category

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.

If someone wants to fix any of these issues, be my guest. They're not a high priority.]]> <![CDATA[Mainsite user comments list not showing all comments]]> https://forums.mfgg.net/showthread.php?tid=3488 Fri, 30 Jan 2026 00:15:12 +0000 VinnyVideo]]> https://forums.mfgg.net/showthread.php?tid=3488
I'm not sure what's wrong. This is a reminder that someone should eventually check on this issue.]]>
I'm not sure what's wrong. This is a reminder that someone should eventually check on this issue.]]> <![CDATA[Can't remove submissions from favorites list]]> https://forums.mfgg.net/showthread.php?tid=3487 Thu, 29 Jan 2026 00:25:19 +0000 VinnyVideo]]> https://forums.mfgg.net/showthread.php?tid=3487
Someone recently pointed out this bug, and we should get it fixed.]]>
Someone recently pointed out this bug, and we should get it fixed.]]> <![CDATA[Idea for better mainsite-Wiki integration]]> https://forums.mfgg.net/showthread.php?tid=3485 Wed, 28 Jan 2026 00:24:56 +0000 VinnyVideo]]> https://forums.mfgg.net/showthread.php?tid=3485
One idea I've had would be to add MFGG Wiki links to mainsite submissions. For example, the mainsite page for Revenge of the Walrus might have a spot for a link to the Revenge of the Walrus page on the MFGG Wiki.

This would give the MFGG Wiki a more valuable purpose and might 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.

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.]]>
One idea I've had would be to add MFGG Wiki links to mainsite submissions. For example, the mainsite page for Revenge of the Walrus might have a spot for a link to the Revenge of the Walrus page on the MFGG Wiki.

This would give the MFGG Wiki a more valuable purpose and might 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.

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.]]> <![CDATA[Revamp process for requesting mainsite submission removals]]> https://forums.mfgg.net/showthread.php?tid=3484 Tue, 27 Jan 2026 01:33:09 +0000 VinnyVideo]]> https://forums.mfgg.net/showthread.php?tid=3484
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.

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.

Here's an alternative workflow to consider.

1. User clicks "Remove Submission" button.
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.
3. Site staff receives a notification (no action required) that a user removed a submission.
4. Submission's database entry and file are purged after a certain amount of time (maybe a year?)

This delivers quicker results for submitters, less work for site staff, and improved ability to restore a submission if someone changes their mind.

A similar process could potentially be used for declined submissions - site staff could view declined submissions for a certain amount of time.]]>
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.

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.

Here's an alternative workflow to consider.

1. User clicks "Remove Submission" button.
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.
3. Site staff receives a notification (no action required) that a user removed a submission.
4. Submission's database entry and file are purged after a certain amount of time (maybe a year?)

This delivers quicker results for submitters, less work for site staff, and improved ability to restore a submission if someone changes their mind.

A similar process could potentially be used for declined submissions - site staff could view declined submissions for a certain amount of time.]]> <![CDATA[Multiple screenshots on game/hack submission]]> https://forums.mfgg.net/showthread.php?tid=3482 Mon, 26 Jan 2026 04:02:39 +0000 Louis Paul]]> https://forums.mfgg.net/showthread.php?tid=3482
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.]]>
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.]]> <![CDATA[Allow users to revise rejected mainsite reviews and save drafts]]> https://forums.mfgg.net/showthread.php?tid=3480 Sun, 25 Jan 2026 14:09:16 +0000 VinnyVideo]]> https://forums.mfgg.net/showthread.php?tid=3480
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.

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.]]>
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.

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.]]>