User talk:Zootalo


 * Archive
 * Archive 2
 * Archive 3

Giant Dream Team bestiary
Can I make a bestiary for the giant bosses in Mario & Luigi: Dream Team, because they aren't on the original yet BIS has giant enemy stats so can I make one or just add them to the original? :) 01:26, 18 July 2016 (EDT)

hey, wait a minute...
Did you read the email I sent you? I forgot to consider the case with high-res screens.

There is a CSS property called min-width. You can set the table width to 40%, and to put "min-width:600px" into the style stuff.

{ |class= "sortable" width=40% cellspacing=0 border=1 cellpadding=2 style="text-align: center; border-collapse: collapse; border: 1px solid black ; min-width:600px "

This makes the table work well both on lowres screens and on highres screens. Try the following table with page zooming :)

Goombas drop 1 Coin upon playing this course for the first time. 23:12, 20 July 2016 (EDT)

Great work
Hey Zootalo! I just wanted to say that you have been doing a formidable job with the Puzzles & Dragons articles lately. Keep up the great work!

Thanks,

19:33, 26 July 2016 (EDT)


 * The fact that the game is not maintream or popular only makes your contributions more valuable.


 * 20:11, 26 July 2016 (EDT)

Archives
I don't know if you are aware of. You may want to put those in your three archives and remember to use it for future archiving. -- 22:35, 27 July 2016 (EDT)

RE: Anything for P&D:SMBE
First off, no emulators going on here with my PNG submissions of 3DS games. It is all hacking-related using real hardware. Second, I only have the demo of that game. I can't help you get screenshots but I can help you get started being able to do this yourself (if you have the game of course). ;) -- 16:25, 30 July 2016 (EDT)
 * If you have a 3DS running 11.0.0-33 firmware (check system settings), you can run browserhax. Use HANS to take screenshots of games . See my guide for further details. I also recommend getting other exploits setup. tipped me off there because I was having issues with some games that I no longer have now that I am running stickerhax. -- 16:39, 30 July 2016 (EDT)
 * I saw you uploaded five new screenshots for the game you wanted me to upload screenshots for. I wanted to get better screenshots uploaded. No can do. Homebrew (HANS) locks up when trying to load the demo. I wanted to verify that it's the specific title causing the issues by loading something I know works fine in the past and it is indeed the demo being incompatible with HANS. -- 15:36, 28 August 2016 (EDT)

RE: Paper Mario screenshots
Are you referring to the images on List of Star Pieces in Paper Mario? I replaced a few of those already but the replacements project is incomplete. The issue I am having with those images are emulator glitches (very minor and many emulators struggle to emulate Paper Mario correctly) and JPEGs converted to PNG. Retaking them yourself would be a good idea with either angrylion graphics (preferred) or Glide64 (tolerable). The most you are doing is lowering bandwidth requirements to transmit the images to other users more so than increasing quality. Generally, I think N64 emulation has spread a lot of misinformation over the years (I suspect Project64 as it is the most popular). The border is what real hardware produces. I checked. When the take screenshot option is executed in an emulator, some games generate a border, which is not an emulator glitch but rather correct N64 gamepak execution. By Image use policy, you should mention a crop to the black-bordered image. That rule was a compromise between my desire to see screenshots unaltered if a border is present and 's desire to make pages look better. There are many images on MarioWiki that are lacking mentioning a crop because the policy change was made after those images were uploaded. Those affected files do need updating with their. -- 18:48, 15 September 2016 (EDT)
 * I've seen both GIF to PNG and JPEG to PNG.
 * I was in the process several months ago but I lost interest, stopping at Boo's Mansion.
 * There are more reasons to mention black border crops besides technical accuracy. It's to reassure visitors that the image is not too small, was taken properly, and the output was indeed matching what real hardware produces before edits were performed. The angrylion graphics plug-in adjusts the resolution automatically. I don't recommend getting screenshots from places other than emulators because emulators have the cleanest output. The only exceptions are Miiverse JPEG screenshots, Wii U 1280x720 JPEG screenshots through the built-in web browser, and 3DS homebrew producing PNGs on real hardware as you play. Those sources are tolerable (except 3DS homebrew because those screenshots are ideal and don't need redoing for pixel quality). -- 14:43, 16 September 2016 (EDT)

Re: Paper Jam Enemy stats
Hi Zootalo. I agree with your comment stating how further variables are required beyond Madbird's overly simple forumula: defense would indeed need to be taken into account. If he's based this formula on his additions to the Bestiary, including the Easy Mode statistics as you specified, then I wouldn't trust them to be accurate at all. And shying away after being pressed for more details about his methods doesn't help his case.

I think all these Bestiary statistics should generally provide a reputable source for the data, such as a page on someone detailing how they correctly "mined" the data, or from someone who's been proved correct time and time again in their work, such as User:Jdaster64 appears to be. I'd prefer to wait for a second source to confirm Madbird's statistics, before we officially enforce them on the Bestiary.

And anyway, if calculating the statistics really is as simple as Madbird advocates it to be, then someone more... reputable would be bound to confirm it sometime soon.

06:05, 20 September 2016 (EDT)

Re: New bestiary styles

 * I actually plan to make a proposal soon about this. You can read about it on on talk page. Currently there's no way I can transclude the data efficiently from the tables. It works by copying the variables directly to the target page, but a table doesn't use variables. Also, I found that some of the enemy boxes contain MORE stats than the tables did!-- 14:42, 20 November 2016 (EST)
 * Also, take a look at how the profiles for each bestiary will look like here --> User:Eldritchdraaks/bestiary
 * And to see how the enemy boxes will appear on each page they are placed on, look here --> User:Eldritchdraaks/enemy
 * Take a good look at the source code on those pages.

-- 15:17, 21 November 2016 (EST)

Okay, here's the start of my proposal. Please give me feedback on the discussion page there, tell me what else I need to add because I feel like I can rely on you to help me do this. 23:27, 21 November 2016 (EST) I think the deadline on my proposal hit an hour ago. What now? Do I wait for an admin to handle it?-- 20:07, 29 November 2016 (EST)

email reply
Hi. I received your email and wrote a reply, but it seems to have failed to deliver. If you haven't received it here it is: That would definitely make navigation harder. Even tracking down all the item drops becomes harder -- your eyes have to watch out for "Item" entries on regular interval when scrolling down. Yes, a table that is truly 2D would be desirable. These can be put simply on the article for the game; Mario & Luigi: Partners in Time § Enemies is a good example and it looks nice as well.

If you have visited 52Poké Wiki, the Chinese affiliate of Bulbapedia, you'll notice an "Individual Value calculator" by the side bar of the skin. It is not implemented through a wiki page but rather a Javascript-powered HTML page on the wiki's server. This is more interactive than simple sortability. But if this is not feasible for MarioWiki, a 2D table that can at least be copied and pasted into Excel for further analysis is still better than a bunch of cards where what would be a row of information is "folded."

-- 23:50, 22 November 2016 (EST) (If you have any further reply/email, please post it on my talk page on this wiki instead.)