Difference between revisions of "Template talk:Infobox item"

Revision as of 22:14, 30 May 2009

Template:TOCright

To-do List

• Find exact order of Hit spells, area effects, lowers, and leeches.
  • Thadius856 00:10, 16 September 2008 (PDT)
• Add support for 2nd image.
  • Thadius856 00:38, 16 September 2008 (PDT)
• Add to category if name, weight, or image not specified.
  • Template:Cl
  • Template:Cl
  • Template:Cl
    • Thadius856 01:08, 16 September 2008 (PDT)
• Add "Elves Only"
  • Thadius856 01:28, 16 September 2008 (PDT)
• Add durability range
  • Thadius856 10:18, 16 September 2008 (PDT)
• Add all slayers and super-slayers
  • Thadius856 20:11, 16 September 2008 (PDT)
• Add Artifact Rarity
  • Thadius856 10:22, 16 September 2008 (PDT)
• Add quiver properties
  • Thadius856 19:12, 16 September 2008 (PDT)
• Add links to all item properties using Template:Tl
  • Thadius856 20:11, 16 September 2008 (PDT)
• Add all types of charges, except Arcane Charges
• Add rest of properties from Template:Item properties
• Add lifespan property

General Chat

It appears you are attempting to create an item box. Work began some time ago on such a template but I don't think it was completed. Perhaps you can combine your efforts or get some ideas from it. See Template:Item. - JC the Builder 18:35, 13 September 2008 (PDT)

Thanks for the heads up. Hadn't seen that this page existed, let alone your comment. It appears we've joined forces already. Wish us luck! Thadius856 00:10, 16 September 2008 (PDT)

Ordering of Hit Properties

Until just now, I had arranged all of the hit properties (except hit chance increase, which belongs with others like it) alphabetically. I spent lots of time tonight researching exactly which order they go in, and had great success! Here's the exact order that they will appear on any looted, enhanced, crafted, etc. item:

Hit Properties:

• HSL
• all slayers here
• HD/HF/HH/HF/HMA (1 max per item)
• HCA/HEA/HFA/HPhA/HPoA (1 max per item)
• HML
• HLD
• HLA
• HLL

You'll notice that the leech properties are all over the board. I'm not sure exactly why this is, but I've confirmed it on over 100 items. All of the hit spells are grouped together; order within the group doesn't matter, since only one can be on each item. The hit areas follow this same rule, oddly enough. HLD comes before HLA, why I have no idea, but again I've quadruple-checked. I haven't found any exceptions yet. Please let me know if anybody here does. Thadius856 00:10, 16 September 2008 (PDT)

Exceptions to the Rules

I've stumbled upon a few items in my travels about Sosaria that some items break the mold, so to say. While I unfortunately don't remember many of them, two items in particular come to mind. If I recall correctly, they've all been artifacts. This leads me to believe that the items are programmed manually by the developers, who err occasionally. Please add to this list as you find others. Thadius856 00:10, 16 September 2008 (PDT)

Exceptions:

• Melisande's Corroded Hatchet - Spell Channeling and Self Repair are reversed. (Thadius856)
• Bloodwood Spirit - Sometimes has +5 Necromancy, sometimes doesn't. (Thadius856)
• Quiver of Rage - Massively out of normal ordering since Publish 55 Thadius856
• Soul Seeker - Leeches and Slayers out of order Thadius856

A Discussion of Aesthetics and Function

I submit the following: when pictures are displayed in this template it looks terrible; you can't see most of them due to the black background. I can tell from the name being "Infobox item" that the original idea was probably to mimic the Infobox templates from Wikipedia, which frequently feature a picture or pictures plus an "at-a-glance," bullet point description of a page's topic. However, since the true goal of this template is to simulate the tooltips that one sees when hovering the mouse pointer over an item in-game, and those do not have barely-visible pictures floating in them, I think it would be best to remove the two image parameters. A possible alternative might be to display pictures at the bottom of the template while stopping the black background directly before them.
--Cogniac 02:22, 10 May 2009 (UTC)

On my LCD screen, even the images that are literally black are well defined, though it seems this screen is a lot better at contrast then eg my old CRT monitor was. Anyway, the current system looks good to me.

My main gripe is that removing the code from the template would require editing a lot of pages to compensate. I'm fairly sure I've put infoboxes in hundreds of articles thus far. That, and putting the images underneath the box would shove them way down the page for items with lots of properties.

One possible solution is to leave the formatting as is, but put a gray box around the image(s) (as pictured to the right). Heck, this gray box could even be optional via a template parameter, meaning only the articles that actually have dark images would need to have it implemented.

Another (somewhat more complex but still probably do-able) option would be to have the template present the images like this, with an optional parameter to change the "container" to something brighter (like this).

Likewise, if shown other mock-ups I could probably manage other layouts. The style doesn't overly concern me, I just don't like the idea of taking the images out of the template completely.

- Bomb Bloke 07:29, 10 May 2009 (UTC)

I think the problem is that I'm seeing this template as serving the same function as the Tooltip template on WoWWiki, as seen in action here: Handguards of Potent Cures (as well as on thousands of other pages). Since items can't be dropped on the ground in WoW, the game uses an item icon system for displaying unequipped items in backpacks and containers. Due to their standardized icon size, they also use these icons in all of their tooltips in-game. As a result, it makes it very easy for their wiki to have item pictures in tooltips by just imitating the exact in-game format by using the icons. If the goal of our template is to mimic UO's in-game tooltips (which I think it is), then we have already failed by having pictures embedded in it; a thing that does not occur in-game.

There's probably going to have to be some more discussion about this template, but I'm starting to like the general feel of your "gray background" idea. I might throw something together in the sandbox later to get feedback on.

--Cogniac 23:39, 10 May 2009 (UTC)

Check out the Sandbox for a demo.
--Cogniac 05:23, 11 May 2009 (UTC)

Doesn't look too bad from here.

- Bomb Bloke 13:45, 11 May 2009 (UTC)

Now here's a question: Why does this template have the image caption, 2nd image, and 2nd image caption parameters? The only real use for a caption for the first picture would be to put the name of the item, which would ostensibly be what the name parameter is for. And I can't think of any reason for, and have not yet found any page that makes use of, the second image and caption. Would it be the end of the world if those three parameters went missing?

--Cogniac 05:52, 16 May 2009 (UTC)

• Pages using secondary images
• Pages using captions
• Pages using secondary captions

Probably more trouble then it's worth to remove the caption/secondary image tag (though I had been thinking about making it so the two images were side by side instead of vertically stacked).

The secondary caption tag is indeed obscure (that's the only one that hasn't actually used as of yet, and I'm not sure it ever will be), but I assume the idea is to have it there "in case anyone ever wants it" - and likely because it would've probably been more work to remove it just for secondary images...

- Bomb Bloke 07:51, 16 May 2009 (UTC)

Decided to re-arrange things as mentioned above... There is now only one caption tag, and (if used) it appears underneath the item name (as opposed to under the item image). If an item has multiple images, they now appear side by side, as opposed to one on top of the other. Two examples.- Bomb Bloke 14:07, 16 May 2009 (UTC)

Not sure if you've given up on this, or what's going on...

About a week ago I took a stab at putting items in a miniature backpack display, but the code for stacking images is effectively disabled in wikis. It can be done, but it requires site CSS edits that I can't make.

But still, just having the image sitting up above the infobox on it's own seems kinda... bare. I was thinking maybe if we wrapped some fancy stuff around it to add "weight" to the look. As an example, I've added an edited version of the header image Ceruleus has used on a few pages to your sandbox version as an optional parameter. Look any good?

- Bomb Bloke 11:20, 27 May 2009 (UTC)

I haven't given up, I'm just doing many things at once lately, both here and in real life. I'm preparing to fight the good fight in the Quest section now, as well.
I had kind of been thinking that the item pics just floating up there looked kind of...sad - in the white, black, and gray box background varieties. I will take a look at the sandbox and see what's up.
--Cogniac 21:10, 27 May 2009 (UTC)

Okay. Check out the Sandbox. It features an image on top of an image. Look good? Should I put the straps back onto the backpack? I'm thinking that maybe it would look better if I did. I'm also thinking of lightening the backpack a little so items stand out more.
An eventual goal would be to float a picture of the cursor below the item and have the tooltip be a little transparent and overlap the bottom of the backpack, to mimic the in-game look and feel.
--Cogniac 23:13, 27 May 2009 (UTC)

Aha! So that's how you do it. Righto, edited the sandbox sample again...

I had to make the coding a bit messy to implement automatic vertical alignment, as not all images are the 50x50 that's used on most pages. Some are bigger, some are smaller. Might be possible to clean the thing up a bit, but I'm not sure it matters.

I decided to try a bag on the basis that it's already a brighter shade then the pack (or anything else I could think of besides the giftbox/stocking/fountain, which have other flaws). I also shrank the image down a bit from the in-game version on the basis that most items should still fit (even if there are two of them).

- Bomb Bloke 08:10, 28 May 2009 (UTC)

I'm not entirely sure what your latest run of tooltip edits is aiming for, but if it helps any: Removing the first <includeonly> statement allows you to preview the image section of the template.

Just to be certain you understand the reasoning behind the layout I used, I've reverted it back to how my last sample was with an added second image tag. As you can see, the two images align quite nicely side by side. Just use the page history to resume from where you were up to when you've checked it out. - Bomb Bloke 04:45, 29 May 2009 (UTC)

Bleh. Just thought to try it under IE. Now I see what the problem is... Is standardisation really supposed to be this hard?! - Bomb Bloke 04:51, 29 May 2009 (UTC)

Ok, using the underscore hack it now appears as I intended it under both IE/Firefox. You might need to do a "full" refresh of your browser though (Ctrl + F5). - Bomb Bloke 05:09, 29 May 2009 (UTC)

Yeah, it appears you found part of what I was trying to fix there. Unfortunately, if you take a look at it in IE again, you'll notice that the entire bag and contents is now wandering off the right side of the screen in the same way. I'm going to see if I can fix that.
--Cogniac 20:31, 29 May 2009 (UTC)

Wandering off...? Er, no, I see it lined up with the center of the infobox on both browsers. Mind you, I'm using IE 6 and Firefox 3...
- Bomb Bloke 21:46, 29 May 2009 (UTC)

I'm looking at it in IE7 and FF2. I'm starting to think that this isn't actually possible. Every time I get it working in one, it crashes and burns in the other.
--Cogniac 21:58, 29 May 2009 (UTC)

I win. Looks identical on FF3 and IE7. Check it.
--Cogniac 23:45, 29 May 2009 (UTC)

IE6/Firefox 3 look the same to me, but... there's no vertical centering on the item images. Images that are 50 high will be centered over the bag due to your static margin settings, but what I was hoping to do was a) center them over the bag opening (easy) b) center them there regardless of their dimensions (not so easy).

The problem I ran into is that as soon as CSS style coding is used on a given area, all attempts to vertically center things go out the window and have to be re-defined within that space. I've modified the sandbox (yet again) in an attempt to present this, but just to be on the safe side I've included an image showing exactly what I'm on about.

Anyway, just now I noticed another thing of interest: IE actually darkens images. Madness! An example is also included in the image to the side.

- Bomb Bloke 09:24, 30 May 2009 (UTC)

Yeah, I was trying to accomplish the centering "properly" by avoiding random tables and using CSS, but it turns out that CSS totally sucks, and necessitates a million conflicting hacks to even sort of look right. So it looks like we're sticking with your table solution until CSS doesn't suck anymore, or at least sucks less. I'm going to try to at least convert your table-related tags to the wiki equivalent and try not to break anything.
Also: I had noticed the IE darkening thing when comparing between IE7, FF2, and FF3. And it may be what sparked this entire thing about images being too dark to see, as I was viewing them in IE7.
--Cogniac 20:50, 30 May 2009 (UTC)

Yup, that seems to work (though I had to pull some of the spaces out, those things do get rendered and mess up the formatting).

I'm happy with the result if you are, though I suspect it might still be too dark under IE. Should we try the giftbox after all, or move the coding over to the infobox proper?

- Bomb Bloke 01:01, 31 May 2009 (UTC)

I was actually thinking that we might want to try it with the standard backpack graphic, as that's sort of the "official container of UO" in a sense, since every character has one by default. Either way, I can take the bag graphic we use and slightly brighten it in Photoshop or something to make things more visible.
--Cogniac 02:11, 31 May 2009 (UTC)

In the Sandbox is what I had in mind for the general overall design of the template visuals. Sadly, you're probably going to see it in Firefox, where it has the most insane background bug I have ever seen.
--Cogniac 06:14, 31 May 2009 (UTC)