Monster template

In terms of basic logic and layout, those are fairly solid. The whole idea behind family I feel is so that one can click it and look at other monsters that are obviously of the same race/enemy type/group etc., but if you do not include it in your template we can still manually add categories to each monster page and it'd work functionally the same way.

If we look a bit more in-depth, it's just nitpicking. Like Nilvas Gracia already written under a Boss: section in the Monster section, then behind the name Nilvas Gracia it includes (Boss)? While I understand this is so that monsters that are Bosses in some dungeons may be just Special mobs in some other, I feel changing the text color and bolding it like we have right now with FormatMonster Icon+Name works better, both visually and textually. But that is just for aesthetic. We can change that whenever the templates are functionally ready.

Some more things. Currently your Sprite needs to be specified while Icon defaults to PAGENAME. But the way I have been uploading Sprites and Icons are the opposite: Sprites is PAGENAME.png while Icon is Icon-PAGENAME.png. Also, while omitting Card is understandable (the current FormatMonster Page does not display it anyways; only viewed through the FormatMonster Data), I feel like having Portrait built in to the template is definitely useful. What more, you can make it so we can include more than one Portrait, like your Type logic, to make cases like Nilvas work. Because currently FormatMonster Data has only 1 Portrait field. Definitely a limitation I've ran into already.

Overall, and once again, definitely looking forward to your work. I'm currently mainly just uploading Sprites and Models, and only WHILE in the process am I using DataMonster and FormatMonster templates to update our horribly outdated pages. So as long as you flip the Sprite and Icon logic, then the transmission between DataMonster templates and your templates would be super smooth.

JunEcho (talk)

Also, I'm definitely for having the monsters' portraits on their own pages. I don't really like it clumping up the sides of the Dungeon page.

JunEcho (talk)

Also one more thing to add about Families: they make it pretty clear about some enemies' families, if you have access to the game files. Also, it's pretty easy to recognize which monsters belong to the same family, simply by how they look like.

JunEcho (talk)

Sorry for all these chain replies. Thoughts are just popping into my head XD

For the Sprite and Icon logic, I was mostly referring to the PAGENAME logic. Sprite can definitely differ between PNG and GIF depending on animation, so Sprite should still require the file extension specification. But for Icons, I hope you can default it to Icon-PAGENAME.png at least. Would make our transition so much easier. (meant transition instead of transmission earlier XD)

JunEcho (talk)

Okay, I changed the default value for icon to Icon-{{PAGENAME}}.png. I've also added a family property back.

I've also added two portrait properties, they are separate since filenames may include commas and semicolons. I'm not really happy with that though, the portraits (even when it's just one) make the infobox look 'really' crowded. I think it'd work better if they were added to a gallery. Nilvas Gracia has both the portraits in the infobox and in a gallery section so you can see how both options look.

Oh, and I've removed the (Boss) for boss encounters on the Spawns template, it's just a colored link now.

Gardios (talk)

Thanks for hearing me out.

The portraits should be better as thumbnails on the page, such as Evanescent Ferman. But I'd be okay with it being in a gallery section too, but that might entail people adding too many things to the gallery, and may look redundant to pages that are both monsters and NPCs, like Isadora or Vangelis.

Good work on the Spawns colored link; looks pretty equivalent to our current one~

JunEcho (talk)

Well, no gallery section didn't stop people from posting so many images on the Black Crusade page lol. The gallery section isn't actually part of the template, so that should be fine.

Unless there's anything else, I think the monster templates are ready to be used then?

Gardios (talk)

If you've checked all functionalities that our current DataMonster PAGENAME|Format=FormatMonster Data/Page/Icon+Name currently has, then yeah, it should be good to go...and then time to Move all the ununiformly named image file names to correct ones...

JunEcho (talk)

Yeah, everything should be covered.

Gardios (talk)

Ok, then perhaps you can start using it on Luteon and its monsters first, then I'll take a look and implement that to the rest of Abnova, then if everything works fine I'll go ahead and start converting everything to your templates.

JunEcho (talk)

Okay, I've done Luteon. As a note, the Monster section on the dungeon pages uses Template:Spawns, but in the infobox template of the dungeon Template:Monster link should be used instead.

If you used Spawns on the dungeon page, but the dungeon doesn't appear on the monster page yet, refreshing the monster page (in the arrow drop-down menu next to "View History") should fix that.

Gardios (talk)

Looking good. Can I ask you to display the Monster Type images in place of just text? I think it'd look a lot better. Thanks!

I'll go ahead and implement the Monster infobox to the rest of Abnova soon.

Good work!

JunEcho (talk)

Also, can you apply that monster type icon logic to armor types too? I can rename them to ArmorType(NAME).png if that works better for you. Currently the Monster Type icons all have paths with Type(Name).png, but most notably TypeHuman2.png obviously need to be changed. I'll move it to ArmorTypeHuman.png upon your confirmation.

Also I noticed that the Monster pages are not in the Monsters category. Can you automatically add that via the infobox template too? Thanks~

JunEcho (talk)

The infobox template displays the type images now. For armor type (including Human) it will display ArmorType(Type).png, so feel free to move them.

As for monster category, I don't think this is necessary? Since all monsters have a type and all type categories are sub-categories of Category:Monsters, adding the category on the monster pages themselves seems redundant.

Now that you've mentioned it, the I don't think the dungeon pages should be in Category:Dungeons either, since they're already in an area dungeon category (e.g. Category:Abnova Dungeons) which are subcategories of Category:Dungeons...

Gardios (talk)

I dunno, Category-wise it's already like that, and it's kind of unclear how Everspace want me to do it. But I see what you're saying.

Thanks for the images. I'll move it soon~

JunEcho (talk)

Are you going to have a separate template for APCs? Because I don't think the current Infobox monster has any APC functionalities.

Also, I think the green used for Named mobs is too bright. Unless you feel the previous one was not good. I myself prefer the previous one, so if you also agree, you can probably take a look at FormatMonster Icon+Name ForceSpecial for the green they use.

JunEcho (talk)

What do you need for APCs, just class? I can add that to the template.

I'll adjust the color!

Gardios (talk)

Oh, I forgot to mention, image now defaults to {{PAGENAME}}.png if nothing is set.

Gardios (talk)

The thing with APC in the FormatMonster Data template is that: a) Name is in some grey color text b) automatically categorized as Automated Player Character family without filling in family field c) has class field d) was differentiated using the IsAPC field

So IsAPC can obviously be substituted with ur class= field on Spawns, but the automatically categorize as APC part will need some work on your part. Easy way is to just add an IsAPC field with y or n, probably.

The name color should just be a conditional check as with your other monster classes (boss, named, etc).

But yea the class can just be a field you add.

JunEcho (talk)

Gardios (talk)

I can think of at least one instance: Poison Yaksha. But then again, maybe she's not even considered as a Named mob, cuz there's no instance where she DOES appear with the green name tag.

There are many instances where Bosses can be Named or not named at all, but for a Named mob to be displayed as not named, I can't think of any cases aside from Poison Yaksha, which we may just need to classify as normal to begin with. Because just because they have a special name doesn't mean they are Named mobs (such as Aquarius, Flame Hulk, etc, although those are now Bosses due to Forgotten Forest).

JunEcho (talk)

Perhaps we can also add a class=friendly, for mobs that can be fought as enemies but can also be friendly, like Baby Ice Dragon. The text color would be that light-ish blue; try to match the in-game one XD

JunEcho (talk)

Okay, I've removed the "named" classification from the Spawns template and moved it over to the infobox template. I don't know which dungeon's you've done so far, but those have to be changed.

In the Spawns template, you can set "class" to "ally" and it will display the monster in blue. Monster will then also show up as allies on the monster page in the Appearances section.

In the Monster Infobox template, by specifying "class", it will display that the monster is an APC and will add the monster to the Automated Player Character family without having to set it in the family property.

Gardios (talk)

All right, I've changed the named stuff in all the Abnova dungeons.

Gardios (talk)

Nice, thanks!

JunEcho (talk)