The official Grand Dad Mania game was meant to be a remaster of Sonic Mania that replaced the existing Sonic characters with new modded characters with different abilities. That Grand Dad Mania is still cancelled.
There is a fan-made revival of the game is a mod that is being developed, yes, but it is not officially from SiIvaGunner, and it only replaces sprites and visuals from the game (I.e. you won’t see any mechanics changes). This revival is written about in a section on the Grand Dad Mania article.
EDIT: The original GDM was a full game, not a mod.
thanks , do you know why SilvaGunner decided to leave the project and cancle it , i hope someday he will team up with the Grand Dad Mania team and give some ideas to them , i know it's time consuming but it's worth it .
The revival has some promise, I agree. It has a much more manageable scope (sprites and soundtrack), and they can use the original assets to work as a base.
Also, SiIvaGunner is not a singular person. There are around 200 people that have contributed to SiIvaGunner, and only a very small fraction of them contributed to Grand Dad Mania (especally MM102_). Unfortunately, I don't think there's a list of people who made the original thing.
i understand .. i am still really excited for this project , i hope they will find a way to add wood man in it , maybe Bootleg simba , Felix the cat and more , not only that but i whoud love to see what they will do with the super fersion of Grand dad .. maybe they will put the FLEENSTONES star on his shoulder and give him white skin , i don't think this is the perfect place to discuss this so maybe we can discuss this on a discord server but it's a interesting thing to think about
Also .. Fortran is not Grand Dad... i am preety sure those are two different characters .. Fortran (also known as push start to rich) is known to be grand dad's brother .. but he is for sure not grand dad .. i know i am problably wrong i am just saying what i heard ..i amd new to Silvagunner's comunity but i like what he does so i want to learn more
I'm from the Siiva team. It was brought to my attention that some articles, such as the one for yodooder, feature the subject's full name prominently on the page. He and many more of us feel uncomfortable having our names posted this way, and I'm asking on behalf of everyone named in an article who's not agreed to being named if you'd be so kind as to revise their articles to remove their real names. We'd also appreciate it if you'd refrain from posting information like peoples' real names unless you have their permission. We appreciate your enthusiasm and thank you for your consideration.
I’m one of the other admins on the wiki. On behalf of the SiIvaGunner Wikia’s contributors, I deeply apologize for this mistake. We have responded personal privacy issues before and removed personal information, but we have not been consistent. I will remove full names and full birthdays from contributor articles, and revise our editing guidelines to respect the privacy of those we write about.
I deeply apologize as well. This wiki was never intended to be harmful for the privacy of SiIvaGunner contributors. I am really sorry that we have been passive about this situation, and promise that the articles will not display full names, irrelevant old usernames or other personal information in the future.
There is now 112 articles in the "Contributors" category, and I don't think these 112 people approved of their articles at all. Please don't hesitate to tell us whenever people want their articles to be revised, because spreading personal or false information about contributors is the last thing we would want.
On behalf of the Siiva team again I'd like to say thanks and that we all appreciate your swift action. We're very fortunate that such a nice group of people as you guys is running this wiki. Once again, thanks for your consideration and your enthusiasm!
It remembered me of that song from LISA: 22 Brawlin', the trumpet noise could come from here, but I am probably just overhearing it, especially since that song has nothing to do with the rest of the rip.
I noticed that you've been removing rips that only contain the song "Meet the Flintstones" from the "Rips featuring 7 GRAND DAD" category. Wouldn't those rips go in that category, as "Meet the Flintstones" is a sub-meme of the 7 GRAND DAD meme?
Sorry for removing all the categories on your Undertale rips just like that. I decided to remove the Flintstones rips from the "Rips featuring 7 GRAND DAD"category when I saw that most people weren't adding them to it, including Ironwestie and HughMungusEsq.
I've used the "Rips featuring 7 GRAND DAD" category instead of "Rips featuring Meet the Flintstones" for Flintstones rips for a while and I shouldn't have. Now I think that it's better to use the categories according to what can be heard in the rip. Most of the time melody changes are not of the full title theme of 7 GRAND DAD, but just of the regular Flintstones theme. Having two categories allows that distinction to be made. Also, "Rips featuring Meet the Flintstones" is currently a subcategory of "Rips featuring 7 GRAND DAD".
You mean, that Meet the Flintstones would be the main meme and 7 GRAND DAD would be a variation? It's probably how the team view things too, and I'm okay with it.
Still, people always refer to flintstones as "grand dad" and SiIvaGunner is always associated with the grand dad meme (which is why I put Flintstones rips in "Rips featuring 7 GRAND DAD" in the first place). I'd say this subject needs a forum thread.
Sorry for the late reply.
I don't think it would be redundant to have a rip in both the categories "Rips featuring Megalovania" & "Rips featuring Undertale".
For "Sans is Ness", the "Undertale" category would be ok if it accepts other things than songs from Undertale, though something like "Rips featuring Game Theory" is probably more accurate.
I've attempted to fix the bug you reported in your editsummaries.
I've made it so that the infobox won't categorize or automatically link the album or author if they have links or tags on them. The infobox also won't link / categorize if those parameters have more than one value (i.e. "Mth, Chaze" won't work, while "Mth" will). It should fix the problem.
In the future, please use this thread (or another like it) to report bugs. I don't get notifications unless the edit is from a forum thread or Message Wall post.
...Upon further analysis, I've discovered that there is no way to parse a template parameter for <ref> tags, since the MediaWiki parser parses ref tags before doing the check. Since there is no way to check whether any parameter is using HTML tags, there is no way for the infobox to avoid breaking author if it has a reference.
There are several solutions to this:
rid of all the ref tags in the infoboxes
get rid of automatic linking / categorization (which I'm not too keen on)
find another way to parse ref tags (I'll ask on the community wikia)
I'm wondering, is this really a problem if articles which have ref tags in author paremeter are not automatically categorized? If I get it well, if we can't parse ref tags, then we have to add the link and category ourselves. I mean, if every other thing in the infobox is categorized, this is not like several minutes lost.
Another solution would be to add another parameter that says "this author parameter contains a ref tag", I guess.
NOTE: if we get rid of all the ref tags in the infoboxes, then the content of the infobox should be repeated elsewhere, so we could stilll keep the reference (it's pretty important imo).
Example: "Slider - Super Mario 64" is a high quality rip of "Slider" from Super Mario 64 made by ZVAARI[ref to album 1], uploaded to GiivaSunner on Feb 28, 2016 [webarchive ref] and to SiIvaGunner on Apr 14, 2016.
I'm wondering, is this really a problem if articles which have ref tags in author paremeter are not automatically categorized?
It isn't really a problem, but I think that it only ignores another, more pressing issue: any parameter could have ref (or other) tags and possibly break the automatic categorization, not just author.
I think that simply moving the ref to the intro-paragraph is style change that might seem redundant to some, and I think that it would be a very polarizing suggestion.
Another solution would be to add another parameter that says "this author parameter contains a ref tag", I guess.
From a future flexibility standpoint, it's a good option. We could use an override parameter to automatically disable linking / formatting for any parameter(s) that break it. Doing so would require a check:
The problem with that is that we have to make sure that every parameter which breaks Template:Rip has the override. However, it would safeguard against other problems with linking / categorization / formatting later on.
Another (and probably the easiest) solution is to make sure all parameters with ref tags have links in them (i.e., they must have "[" or "]") or any of the other characters in the current check. Since these characters can be checked, values containing them would not be linked or categorized.
It's basically the override idea, but it uses preexisting code, which follows the old adage, "If it ain't broke, don't fix it".
To sum up:
Parameters with references will not cause broken links / categories
Parameters with references must be manually linked and categorized
Remove automatic categorization for author
Tested, was not a problem before the change
Affects updated author pages
Requires every rip page to link / categorize author
Move all refs to an intro paragraph / out of the infobox
Does not require changes to Template:Rip
Only affects pages with broken links.
Only affects ref tags
Possibly redundant / polarizing style change
Add an override parameter in Template:Rip for linking / categorization
Only affects pages where linking / categorization must be manual
Accounts for unseen / future situations where automatic formatting must be disabled
Could cause unforseen bugs
Requires all broken parameters to have the override parameter
Make sure all ref tags have another character in preexisting checks (like parts of the link syntax)
I like them! I would consider changing the neutrality one to something else, though. Neutrality is more of a problem on Wikipedia, since they talk about real-life people that might be biased against/for the subject of the article.
On this wiki, we really just need to make sure people don't say "This rip is a fantastic Kazoo rip by the handsome Ironwestie" or something opinionated like that.
I'd agree that these sentences can be easily deleted or corrected, though. For now I haven't found such a sentence. I tried tagging Haltmann with a theory but it was stupid, and I should have used the "citation needed" tag instead.
Fair enough. Perhaps Amboxes for 'Neutrality' and 'Citation needed' are also needed, since they are used (in Wikipedia, anyway) to notify editors / readers of really biased / unsourced data. Or perhaps we won't run into that problem.
I think ideally every "Rips by artist" category should include a list of rips, like "Rips by month" and "Rips featuring..." categories do. It's just that Triple Q has made a huge number or rips, it's the same as with "Rips featuring Snow halation", the list is gonna be humongous, pardon the pun :)
Actually I'm wondering about category pages, since we are not handling this like Wikipedia.
I think on Wikipedia, instead of putting the list in the category page, they would have made an article "List of <this category>", such as what I suggested for "Rips referencing YouTubers" and put only a link to the list in the category page.
Hence why I asked about "Triple-Q" if I should make a "List of Triple-Q rips" instead. I should have discussed that earlier maybe, since it also affects your "Rips by month" and "Rips featuring..." list... (great work by the way)
Triple-Q didn't made a huge number of rips, don't worry: only about 50, so it's less than what is already in "List of songs featured in rips" :)
I see. Well, I think it's better to discuss it on the forums then, we need a consensus on this. The reason I started putting lists on category pages is because it's easy to check if something's missing from the list. E.g. someone adds this category to a rip, then one can go to the category page and compare the list with the automatically generated list of pages containing the category. That's why I made the tables sortable, too – I can easily sort the table alphabetically and compare it with the autogenerated list. If the list was on some other page, it would require loading 2 pages and cross-comparing them, which is more complicated. Another reason is that if the list isn't very long (e.g. "Rips featuring Bangarang", which is currently 12 rips) making a new page for the list seems too superfluous and spammy. But I'm open to discussion, of course.