View source for Template talk:Elem Infobox

{{newtemplate
|description=Infobox for periodic table elements.
|sample= See [[Lead]].
|caveats= 
|execution=
<pre>
{{Elem_Infobox
|background1=ffffff
|align=left
|elementColor=f2f2f2
|elName=Promethium
|elMass=(145)
|elSym=Pm
|elNum=61
|elClass=Lanthanide
|eltrnCfg=[Xe]4f<sup>5</sup>6s<sup>2</sup>
|no1=
|no2=
|no3=
|no4=
|properties= 
|compounds= 
|uses=
|hazard=
}}
{{Elem_Infobox
|background1=ffffff
|align=left
|elementColor=f2f2f2
|elName=Uranium
|elMass=238.029
|elSym=U
|elNum=92
|elClass=Actinide
|eltrnCfg=[Rn]5f<sup>3</sup>6d<sup>1</sup>7s<sup>2</sup>
|no1=
|no2=
|no3=
|no4=
|properties= 
|compounds= 
|uses=
|hazard= Well, you know...
}}
</pre>
{{Elem_Infobox
|background1=ffffff
|align=left
|elementColor=f2f2f2
|elName=Promethium
|elMass=(145)
|elSym=Pm
|elNum=61
|elClass=Lanthanide
|eltrnCfg=[Xe]4f<sup>5</sup>6s<sup>2</sup> 
|no1=
|no2=
|no3=
|no4=
|properties= 
|compounds= 
|uses=
|hazard=
}}
{{Elem_Infobox
|background1=ffffff
|align=left
|elementColor=f2f2f2
|elName=Uranium
|elMass=238.02891
|elSym=U
|elNum=92
|elClass=Actinide
|eltrnCfg=[Rn]5f<sup>3</sup>6d<sup>1</sup>7s<sup>2</sup> 
|no1=
|no2=
|no3=
|no4=
|properties= 
|compounds= 
|uses=
|hazard= Well, you know...
}}
|authors=
*[[User:Robert_W_King|Robert King]]
*[[User:Chris_Day|Chris Day]]
*[[User:David_Yamakuchi|David Yamakuchi]]
}}
== what does element color mean? ==
I don't see anywhere what the definition is for the elementColor variable.
Is there a set of colors which indicate something about the element or is it
up to each element author to choose any color they like?  I just kept a red color
for my Boron page.  Is this correct? Does it matter? [[User:David E. Volk|David E. Volk]] 09:33, 6 December 2007 (CST)

== Fix ==

There's a white margin on the left side that needs to be fixed.  Also, I think some elements are better left justified, while some look better centered (I don't think they should all be centered).  Thirdly, I think the picture being there is somewhat worthless.  Instead we should be giving the period in which it resides so people can look it up in a much better formatted table, if they wish. --[[User:Robert W King|Robert W King]] 09:19, 4 April 2008 (CDT)
:What do you mean by centered? Could be another browser issue. [[User:Chris Day|Chris Day]] 10:59, 4 April 2008 (CDT)
::The white margin is still there.  And I mean center-justified text in some of the tables. --[[User:Robert W King|Robert W King]] 11:06, 4 April 2008 (CDT)
:::#The white margin on the side is a "keepout" for the article text.  Look at all the other structures in CZ...they've got 'em.  The page looks crowded otherwise.
:::#Left-right-center whatever...
:::#The PT thumbnail is there so the person has a clue where to start looking on the table once they get one with any resolution.
:::--[[User:David Yamakuchi|David Yamakuchi]] 12:02, 4 April 2008 (CDT)
::::No, this is the only structure that has it.  No other templates have this visible margin.  Please, I do not wish to get into a debate over this.  --[[User:Robert W King|Robert W King]] 12:04, 4 April 2008 (CDT)

==Screenshot==
[[Image:Example_elem_infobox.jpg|thumb|400px|Right has extra padding so lines do not go all the way across.]]
Robert, here is a screen shot from my browser, is this what you are seeing? 

In this example, the one up as I post, I have included a simplfied periodic table.  The text (6 and IVA) ned to be bigger in the picture. Also the box lines need to be thicker and the atomic numbers axed too. I did not have time to get it perfect, but you get the idea.

I prefer the one on the right with extra padding so the dividing lines don't go all the way across. I think more work on the background colours is needed. However, if mine looks completely different to yours there are more fundamental issues to solve.  I did delete out a lot of code that was not necessary, for my browswer at least.  It might be required for IE? [[User:Chris Day|Chris Day]] 12:06, 4 April 2008 (CDT)
:I'm not worried about the padding, it looks fine either way.  And I agree with the current picture of the table, it looks better.  Less is definately more.  But this is what I'm talking about [[Image:Needsfix.jpg|thumb|right|150px|The left side has an errant column that needs removing]].  Also notice, my text is not left-justified. --[[User:Robert W King|Robert W King]] 12:11, 4 April 2008 (CDT)
::It never ceases to amaze me how different the wikimarkup functions on different browsers. The justification is easy to fix, for some reason i.e. default is center compared to Safari's left. 
::The margin I'm not sure about.  In mine that margin has the background colour therefore cannot be seen. For some reason your the background colour is not being added in yours and its defaulting to ffffff. That is not an extra colomn but an extra surrounding the whole infobox, the table inside is then aligned right within.  I can probably just get rid of that table, I'm not sure how important it is.  [[User:Chris Day|Chris Day]] 12:19, 4 April 2008 (CDT)
:::It solves the problem, but it confuses mediawiki on word-wrapping.  Can we just make it the same size as the template?  MW has built in code to solve spacing around tables and pictures. --[[User:Robert W King|Robert W King]] 12:42, 4 April 2008 (CDT)
::::I can add the 'no word wrapping' back, what is the exact problem? I don't see any difference? [[User:Chris Day|Chris Day]] 12:43, 4 April 2008 (CDT)

==Periodicity within the template==

Instead of including a miniature picture, why not just code it into the template so you can put the "IVA" on the top and "6" on the left?  I'm not thrilled by the prospect of having to create jpeg pictographs for every single element.

:The most important thing in the picture is the black square.  That means you have to have a different picture for each element.  So you may as well add the text to the picture.  As long as the picture names are predictable they can be called up automatically according to the element name. In that way we can just discard the image field altogether. Making a bunch of pictures, one for each element, would not take that long. I'll be happy to do it, but I want to wait and see if there is interest. I could code David's example info box so you can see how the pcitures would get called up in the background. [[User:Chris Day|Chris Day]] 12:23, 4 April 2008 (CDT)

::Just so you know it's about 90 pictures.  I hope you're okay with that.  It'll be like half-a-day's work.  I'm thinking it can probably be done in CSS dynamically, but I have yet to try it out. --[[User:Robert W King|Robert W King]] 12:29, 4 April 2008 (CDT)

:::I think it could be done dynamically BUT would it work in all browsers, sigh. I think making the pictures is easiest.  Once the template is made it will be very fast to cutomise each one. [[User:Chris Day|Chris Day]] 12:35, 4 April 2008 (CDT)

::::I am going to attempt to make a template. --[[User:Robert W King|Robert W King]] 12:43, 4 April 2008 (CDT)
:::::OK I'l wait and see how that turns out first. [[User:Chris Day|Chris Day]] 12:44, 4 April 2008 (CDT)

:: I'd be somewhat dubious about including much text in the images for a couple of reason. One, there's a resolution issue: on screens with very small pixels, people with poor eyesight might have a hard time reading small characters (size issues are presumably part of the reason to include them in the image, so I'd assuming, perhaps incorrectly, that you'd be making them small). More important, for the visually impaired, who use reading software, that software can't read a picture. [[User:J. Noel Chiappa|J. Noel Chiappa]] 19:28, 4 April 2008 (CDT)

==New infobox==
[[Image:Idea4ElemInfobox.jpg|right|350px|15% Opacity]]
I kind of like the new elem infobox with the links for oxidation state and so on. :)  [[User:David E. Volk|David E. Volk]] 13:58, 4 April 2008 (CDT)

:Does anybody know a way besides photoshop to make somethng like this happen (see right, 15% opacity)?--[[User:David Yamakuchi|David Yamakuchi]] 02:16, 5 April 2008 (CDT)

==Template==

I'm about to start up work on the template version of the small table. --[[User:Robert W King|Robert W King]] 11:31, 5 April 2008 (CDT)

{{-}}
==Another option==
[[Image:Examples.jpg|right]]
Working with David's opacity theme here is another possible style that migth be even more informative. Since the other elements in the group become more obvious. [[User:Chris Day|Chris Day]] 11:33, 5 April 2008 (CDT)
:What are the dimensions of each of those little boxes in pixels? --[[User:Robert W King|Robert W King]] 11:36, 5 April 2008 (CDT)
:: If we stick with 140px, it should fit in the Infobox wthout stretching the table.--[[User:David Yamakuchi|David Yamakuchi]] 11:55, 5 April 2008 (CDT)
:::See [[Template:Periodic]] so far. --[[User:Robert W King|Robert W King]] 11:56, 5 April 2008 (CDT)
{{Periodic|elSym=Pb|elGroup=Metal}} 
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>

:needs tweaking of course, but this is the basic idea.  Should look the same under both firefox and IE.--[[User:Robert W King|Robert W King]] 12:22, 5 April 2008 (CDT)
::Ok, so opacity works now, just need to find out how to get it put behind the main stuff. --[[User:Robert W King|Robert W King]] 16:37, 5 April 2008 (CDT)
:::I got it!  almost... --[[User:Robert W King|Robert W King]] 19:18, 5 April 2008 (CDT)
::::Maybe a little closer?...--[[User:David Yamakuchi|David Yamakuchi]] 00:09, 8 April 2008 (CDT)

==Use of {{tl|periodic}}==

Don't use periodic on this template.  Use it on the according element page. --[[User:Robert W King|Robert W King]] 20:08, 5 April 2008 (CDT)
:I jacked up the implementation.  There has to be some kind of logic on {{tl|periodic}} that indicates which little box should be highlighted. --[[User:Robert W King|Robert W King]] 20:13, 5 April 2008 (CDT)

Well, we've got something...I'm just not sure how to use it without hosing the links in the infobox...Anyone????

{{Periodic|elSym=Pb|elGroup=Metal|elementColor=#000000}}

{{Elem_Infobox
|background1=ffffff
|align=left
|elementColor=f5f5f5
|elName=Lead
|elMass=207.2
|elSym=Pb
|elNum=82
|eltrnCfg=[Xe]6s<sup>2</sup>4f<sup>14</sup>5d<sup>10</sup>6p<sup>2</sup>
|no1= +2
|no2= +4
|no3=
|no4=
|properties= [[corrosion]]-resistant, [[density|dense]], [[ductility|ductile]], and [[malleability|malleable]] blue-gray [[transition metal]]
|compounds= 
|uses=
|hazard= toxic
}}<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br />--[[User:David Yamakuchi|David Yamakuchi]] 20:28, 7 April 2008 (CDT)
[[Image:Superimpose.jpg|thumb|right|Screen capture using Safari browser, Mac OS 10.4 as of 21:12, 7 April 2008 (CDT)]]
I'm a bit dubious of this format.  I'm not sure what you see on your browser but its not aligned correctly in mine (see screen capture to right).  Second I think there is too much information mixed up there and I'm not sure we are in such short supply of space to justify it. Third, what happens when the darker element happens to be obscured by the text?  Won't that be a problem? 

The more I see this develop the more I favor having the table in the section below. What do you think?  [[User:Chris Day|Chris Day]] 21:03, 7 April 2008 (CDT)

:The documentation claims that the "absolute" positioning can be used to line things up however we like for each element. That's not my concern.  I still haven't bothered to figure it out but I wanted to get some quick guidance.  The thing that is a deal killer for me is that the Infobox links break when the template goes under them.  Check out the Mass number at the upper left.  Am I just not using the div stuff correctly maybe?(My last real HTML coding was probably written in 1.0, so some of these crazy newfangled tags still escape me:-)--[[User:David Yamakuchi|David Yamakuchi]] 21:15, 7 April 2008 (CDT)

{{Elem_Infobox
|background1=ffffff
|align=left
|elementColor=f5f5f5
|elName=Lead
|elMass=207.2
|elSym=Pb
|elNum=82
|elGroup=Metal
|eltrnCfg=[Xe]6s<sup>2</sup>4f<sup>14</sup>5d<sup>10</sup>6p<sup>2</sup>
|no1= +2
|no2= +4
|no3=
|no4=
|properties= [[corrosion]]-resistant, [[density|dense]], [[ductility|ductile]], and [[malleability|malleable]] blue-gray [[transition metal]]
|compounds= 
|uses=
|hazard= toxic
}}Maybe {{tl|Ele}} could use a tweak for aesthitics?<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br />--[[User:David Yamakuchi|David Yamakuchi]] 01:33, 8 April 2008 (CDT)

== Keepout ==

Hey what gives?  The lines for the article section headlines don't obey the keepout area like the text does...see [[Gold]], [[Magnesium]], etc.--[[User:David Yamakuchi|David Yamakuchi]] 6 April 2008 
:What?  Are you using the new skin or monobook? --[[User:Robert W King|Robert W King]] 15:45, 6 April 2008 (CDT)
::Also I've made the infobox a div on purpose; because I'll need to use absolute positioning when I put the periodic table behind the data in the upper part of the box.  --[[User:Robert W King|Robert W King]] 15:51, 6 April 2008 (CDT)
:::Have a look at the [[Phosphorus]] page...--[[User:David Yamakuchi|David Yamakuchi]] 15:55, 6 April 2008 (CDT)
::::Phosphorus is the only page like that because it's approved (locked) and doesn't have an "align" specification.  A constable needs to go in there and fix it.  I had to add a new variable "align".  It's fixed on the draft and all other pages that use this template. --[[User:Robert W King|Robert W King]] 15:56, 6 April 2008 (CDT)

== New box comments ==

Hi, this is looking good. A couple of comments: first, the electron configuration is a little obscure - maybe move that to the data subpage? I'd strongly suggest instead a link to which group of the PT it's in - using names, for the benefit of all the non-chemists in the world, who haven't memorized which numerical group the halogens, noble gasses, etc are :-) That will immediately give a lot of clues to its properties. Second (and I'm less sure about this one), I wonder about the "compounds" and "uses" sections - it seems to me that one can only give a brief gloss on the subject in such a small space, so are those really useful? On the fence a bit about that latter one, I must admit. [[User:J. Noel Chiappa|J. Noel Chiappa]] 09:02, 6 April 2008 (CDT)

I repeat my comment about moving the electron configuration to the detailed data subpage, and replacing it with the textual name (and link to) the group it's in (which the ''average'' reader will find far more informative). If y'all don't like it, can someone please explain what the issue is?
Also, the colours in the period table are pretty bright (i.e. garish) - I liked some of the earlier toned-down ones a bit better. [[User:J. Noel Chiappa|J. Noel Chiappa]] 08:18, 8 April 2008 (CDT)

:Speaking of colours, I see no reason to have a different background colour for each element.  Some of the examples I have seen are not only garish but the contrast is so bad that the text is unreadable.  I think the light gray for all would be preferable with respect to legibility. [[User:Chris Day|Chris Day]] 10:55, 8 April 2008 (CDT)

== the word Group and electron config too ==
In discussions regarding the periodic table, please be careful to use the word Group appropriately. A Group is a verticle column, like Group VIA (Oxygen and under Oxygen), whereas I think it is sometimes being used to refer to a chemical class, like non-metals.  

As to the electronic configuration, showing the number of valence electrons is the main point, so for Sodium for example we could use [Ne]3s<sup>1</sup>.  Showing just the relevent valence electrons.  That being said, I don't care a whole lot if it stays or goes, but I kind of like it there. [[User:David E. Volk|David E. Volk]] 08:35, 8 April 2008 (CDT)

: I did mean group in the sense you have it (sharing a particular electron configuration), because that's what says the most about an element's chemical properties. As for valence electrons, I thought that information was basically already given in the upper right-hand corner? [[User:J. Noel Chiappa|J. Noel Chiappa]] 08:55, 8 April 2008 (CDT)

:: I was thinking of Chris Day and someone else (King maybe?), in their discussion of the large hi-lighted sections of many boxes in the period table, in the opacity discussion.  I know that you were using it correctly in your comments, and am just trying to keep clear on things. [[User:David E. Volk|David E. Volk]] 09:01, 8 April 2008 (CDT)

:::I may have used group in the descriptive sense, I didn't mean in a chemical sense.  Sorry for the sloppyness. What are the definitive classes anyway?  I have seen a few variations but don't have a chemistry text book handy. I'm pretty sure the color coded example that I grabbed off google is incorrect but that was the scheme David and Robert used to color code the different classes. [[User:Chris Day|Chris Day]] 10:27, 8 April 2008 (CDT)
::::I used the one you made above on the right; I don't know what the actual groupings are.  Ask David what he used for a reference.  Also, I'd like to note that this is looking really stellar! --[[User:Robert W King|Robert W King]] 10:32, 8 April 2008 (CDT)

:::::I think that one is wrong, I used it for illustrative purposes but now I look into it in more detail I suspect they are wrong. I think [http://www.corrosionsource.com/handbook/periodic/ this might be more correct], but a real chemist should confirm.  [[User:Chris Day|Chris Day]] 10:52, 8 April 2008 (CDT)


:::::I was going off of the IUPAC's document:<ref>http://old.iupac.org/reports/provisional/abstract04/RB-prs310804/Chap3-3.04.pdf</ref>
<blockquote>
:::::'''IR-3.6.2 Collective names of groups of like elements'''
:::::The following collective names for groups of atoms are IUPAC-approved: alkali metals(Li, Na, K, Rb, Cs, Fr), alkaline earth metals (Be, Mg, Ca, Sr, Ba, Ra), pnictogens (N, P, As, Sb, Bi), chalcogens (O, S, Se, Te, Po), halogens (F, Cl, Br, I, At),
</blockquote>
:::::No objection here to renaming the variable if that would make things more understandable.  Perhaps elClass?  As for Electron Config...dont care.--[[User:David Yamakuchi|David Yamakuchi]] 11:01, 8 April 2008 (CDT)

::::::Chris' example above highlights an issue I've been struggling with here.  In this particular example, Zn is called out as a transition metal, but the IUPAC document I mention above specifically stops at Cu in their list of which metals are considered "transition".  We need to look to a real '''authority''' on the nomenclature, or we are spinning our wheels IMHO.  Group/class...transition/"poor" metals...IDK, but in my Chemistry classes the Professor repeatedly referred to IUPAC for nomenclature guidance. Perhaps we should too?--[[User:David Yamakuchi|David Yamakuchi]] 11:13, 8 April 2008 (CDT)

Here are examples of elements I had made from the [http://www.corrosionsource.com/handbook/periodic/ web site I mentioned above].  This can be a starting point and we can refine the classes from here. A quick look at your cite from IUPAC above indicates they have a different classification system.  [[User:Chris Day|Chris Day]] 11:22, 8 April 2008 (CDT)
<gallery>
Image:Element Na.jpg|Sodium<br>Alkali Metals
Image:Element Mg.jpg|Magnesium<br>Alkali Earth Metals
Image:Element Ag.jpg|Silver<br>Transition Metals
Image:Element Al.jpg|Aluminium<br>Post Transition Metals
Image:Element C.jpg|Carbon<br>Non-Metals
Image:Element Cl.jpg|Chlorine<br>Halogens
Image:Element Ar.jpg|Argon<br>Inert Elements
Image:Element Yb.jpg|Ytterbium<br>Rare Earth Metals
</gallery>

== Elemental "Classes" ==

Chris, I wish we could get the wikitable to look like your pics :-)  A couple of things tho...
*The rest of "Group 3" should be in Rare Earth if we would like to include that class. It incluudes Y and Sc.
*There is an ongoing discussion at [[Template talk:Periodic]] regarding including Hydrogen in Alkali Metals, or Non-Metals, or not.
*IUPAC has some other Group names, specifically; pnictogens (N, P, As, Sb, Bi), and chalcogens (O, S, Se, Te, Po). Do we include these as well?  The question would then become which class to highlight in the template.
--[[User:David Yamakuchi|David Yamakuchi]] 11:41, 8 April 2008 (CDT)

:I agree, I am not szaying those groups are definitive, I realise there are others out there.  I just don't know which is the best system.  I'll point out now that many IUPAC conventions are not used by scientists.  Maybe in the future, but not right now. I can't speak for chemistry though. [[User:Chris Day|Chris Day]] 11:43, 8 April 2008 (CDT)

Chemists routinely ignore IUPAC names and stick with old conventions, kind of like the metric conversion the American public just can't stand. The term chalcogens is widely used but I have never used the term pnictogens before.  [[User:David E. Volk|David E. Volk]] 11:53, 8 April 2008 (CDT)

::Perhaps the best route for us here is to use only the naming conventions that will cause very little, or even preferrably _no_ dispute amongst those "in the know"...if there is such a solution?--[[User:David Yamakuchi|David Yamakuchi]] 12:17, 8 April 2008 (CDT)

:::The aluminum group might be called post-transition element metals or pst-transition metals [[User:David E. Volk|David E. Volk]] 11:58, 8 April 2008 (CDT)

::::post-transition metals is a fine name...do they include Zn, Cd, and Hg?--[[User:David Yamakuchi|David Yamakuchi]] 12:17, 8 April 2008 (CDT)

== Images version ==

I'm moving this discussion here from my talk page.  Everything betweent he double lines was originally posted on my talk page. [[User:Chris Day|Chris Day]] 16:53, 8 April 2008 (CDT)
----
----
I think the table version eliminates a lot of needless work compared to an image-based solution. --[[User:Robert W King|Robert W King]] 14:21, 8 April 2008 (CDT)

:What worries me is the complexity as browsers upgrade etc.  The work is trivial as the number of elements is limited. i wonder whether the aesthetics are improved too as the coded table is much harder to manipulate. I'm very aware of all the coding that has occurred but is it really necessary? Certianly it makes it more versatile to change colours in the future or the elements in each class.  I wonder, however,  will there be a need to change this in the future? [[User:Chris Day|Chris Day]] 14:27, 8 April 2008 (CDT)
::Since we're operating at the mediawiki level I suspect nothing will change much. --[[User:Robert W King|Robert W King]] 14:41, 8 April 2008 (CDT)

:::Well, if we don't use the thing, at least it was a learning experience.  Lets face it, the jpgs look  alot better.--[[User:David Yamakuchi|David Yamakuchi]] 14:52, 8 April 2008 (CDT)

::Right now :-)--[[User:David Yamakuchi|David Yamakuchi]] 14:53, 8 April 2008 (CDT)
::::This isn't a fair comparison.  We can always add the class of element to the table, and the colors can always be adjusted.  The code version is dyanmic and superior, in my professional opinion.  Not to mention it's less work, and takes up less space.  Plus with style sheets we can make it look any way it has to.  This is very web 1.0 vs web 2.0 thinking. --[[User:Robert W King|Robert W King]] 14:54, 8 April 2008 (CDT)
:::::I do like the fact it is dynamic, big advantage, i just question if in this case we need it to be dynamic. If the style sheets can improve the aesthetics then great that will be one of my worries gone right there. If you consider all the images stored it might take up less space but if you consider what is seen on a single page it does not take up less space.  See pre expand numbers below. [[User:Chris Day|Chris Day]] 15:02, 8 April 2008 (CDT)
Have you considered the size of the code? Using only mediawiki the [http://en.citizendium.org/wiki?title=Template:Elem_Infobox&oldid=100305901 this version] of {{tl|Elem_Infobox}} has a pre-expand size of 1,900 kilobytes compared to using an image, [http://en.citizendium.org/wiki?title=Template:Elem_Infobox&oldid=100306016 as in this version] that has a pre-expand size of 10 kilobytes.  I'm not sure if this will be really detrimental to performance or not but wikipedia has its max set at 2,000 kilobytes for a single page.  [[User:Chris Day|Chris Day]] 14:58, 8 April 2008 (CDT)
:But that doesn't take into account the subpages system either.  WP doesn't use clusters.  I'm suggesting that we are extremely limiting our capability if we choose to go with static representations. --[[User:Robert W King|Robert W King]] 15:01, 8 April 2008 (CDT)
::I know, we are set up at 4,000 kilobytes. As soon as the limit is hit then citation templates stop working, for one.  The subpages template is much smaller than it used to be and one goal was to bring the pre-expand limit back down. I don't remember the exact size of the subpages temlate, I'll check. [[User:Chris Day|Chris Day]] 15:05, 8 April 2008 (CDT)
:::Well also take into account that this is for roughly 100 articles, and the "extreme version" of the data is on a subpage anyway.  Do you really want to take the time to change the color on 100 little colored boxes and upload all of the files?  It's a question of time and effort. --[[User:Robert W King|Robert W King]] 15:06, 8 April 2008 (CDT)
::::I don't change any colours, i just move the black box to a new location.  Everything else is in layers. Upload is the time consuming part, but that could be staggered, we don't have this template on many pages yet. [[User:Chris Day|Chris Day]] 15:11, 8 April 2008 (CDT)
[[Image:Period_code_vs_image.jpg|thumb|651px|right|Comparison of media wiki code vs jpg version.]]
From an aesthetic perspective here is the comparison from the two examples on the {{tl|Elem_Infobox}} main page. I'd say it's up to you guys, there are definitely some advantages to having a dynamic version, but to the authors not to the readers. [[User:Chris Day|Chris Day]] 15:13, 8 April 2008 (CDT)
:I have a feeling that the concern is just only over "the way it looks"; its a relatively moot point since it can be adjusted at any given time.  Is that correct? --[[User:Robert W King|Robert W King]] 15:15, 8 April 2008 (CDT)
::It can be adjusted. But obviously not as easily, as the mediawiki code. The real issue is how often do we anticipate adjustments in the future? If alot then I'd go with media wiki. If few I'd go with jpg, especially as it is smaller too. [[User:Chris Day|Chris Day]] 15:18, 8 April 2008 (CDT)

:::If we're going to overflow somebody's buffers then it's not just a question of asthetics, thats a functional problem.  If ele were smaller would it be a more streamlined design pre-expand-wise?--[[User:David Yamakuchi|David Yamakuchi]] 15:24, 8 April 2008 (CDT)
::::The smaller the better. [[User:Chris Day|Chris Day]] 15:28, 8 April 2008 (CDT)

:::::How's the size now...BTW, how do I find out that number for myself?--[[User:David Yamakuchi|David Yamakuchi]] 15:42, 8 April 2008 (CDT)
::::::I didn't see much change (see table below). By the way these values are more accurate than ones I quoted above since in that example the template was called on twice. <font color=red>The  numbers in the diff col. below relate to the template values alone without the subpages template included</font>. In summary the mediawiki version is 42 times larger for pre-expand and 32 times larger for post expand size. Where is all that extra stuff coming from?

{| class="wikitable"
|colspan=7 align=center|'''Different sizes of [[Scandium]] (units are kilobytes)'''
|-
|rowspan=2|
|rowspan=2 align=center|'''no template'''
|colspan=2 align=center|'''mediawiki version '''
|colspan=2 align=center|'''jpg version'''
|rowspan=2 align=center|'''latest mediawiki version'''
|-
|
|align=center|'''<font color=red>diff</font>'''
|
|align=center|'''<font color=red>diff</font>'''
|-
|Pre-expand include size: 
|381 
|1058 
|<font color=red>677</font>
|397
|<font color=red>16</font>
|1058
|-
|Post-expand include size: 
|54 
|382 
|<font color=red>328</font>
|64
|<font color=red>10</font>
|382
|-
|Template argument size: 
|10 
|44 
|<font color=red>34</font>
|15
|<font color=red>5</font>
|43
|}
::::::You can see the numbers yourself by going to any page and using the view source option in the view menu (on safari). in the html code you will find the values, just search for "expand". [[User:Chris Day|Chris Day]] 15:54, 8 April 2008 (CDT)
----
----
OK, we're down under 800k now, simply by removing all the "example code" and fluffy bits to the talk page.  How 'bout that.  And we even kept in the resizability!.--[[User:David Yamakuchi|David Yamakuchi]] 17:33, 8 April 2008 (CDT)
:Now that the periodic template has been cleaned up and the calls on the ele template (or equivalent) have been reduced these are the new figures for the Scandium page. That looks much better, although still larger than the jpg equivalent. [[User:Chris Day|Chris Day]] 10:10, 9 April 2008 (CDT)

{| class="wikitable"
|colspan=6 align=center|'''Different sizes of [[Scandium]] (units are kilobytes)'''
|-
|rowspan=2|
|rowspan=2 align=center|'''no template'''
|colspan=2 align=center|'''old mediawiki version '''
|colspan=2 align=center|'''latest mediawiki version'''
|-
|
|align=center|'''<font color=red>diff</font>'''
|
|align=center|'''<font color=red>diff</font>'''
|-
|Pre-expand include size: 
|381 
|1058 
|<font color=red>677</font>
|555
|<font color=red>174</font>
|-
|Post-expand include size: 
|54 
|382 
|<font color=red>328</font>
|208
|<font color=red>154</font>
|-
|Template argument size: 
|10 
|44 
|<font color=red>34</font>
|17
|<font color=red>7</font>
|}

I just finished cleaning up. Colors for each element can be defined at {{tl|Elem_Infobox}}. The cell styles, including cell size, line thickness and color, as well as the opacity values, can be defined at {{tl|Ele it}} for the black cell that marks the specific element‎, at {{tl|Ele off}}‎ for those cells in the background of unrelated elements to the black one and at {{tl|Ele on}} for cells that have related elements. [[User:Chris Day|Chris Day]] 11:29, 9 April 2008 (CDT)
==Colors==
[[Image:Pm example.jpg|thumb|481px|right|Old version using mediawiki (left).  Using a jpg image (middle), new mediawiki version using more styles (right)]]
Here is an image comparing the progress to date.  The middle was is still vastly smaller on a given page but the size of the current mediawiki is now reasonable (~150 kbytes), almost ten times smaller than before. [[User:Chris Day|Chris Day]] 11:53, 9 April 2008 (CDT)
:The table colors need changing, badly. --[[User:Robert W King|Robert W King]] 11:55, 9 April 2008 (CDT)
::David's been working with the ''sets'' or ''classes'' of elements, its still not clear how they should be grouped, I don't think colours have even been discussed much. What colours here do you have a problem with? [[User:Chris Day|Chris Day]] 11:59, 9 April 2008 (CDT)
:::All of them.  They're still on the original "test" colors I picked which were never meant to be live!  They're neons, and they need to be more like shades. --[[User:Robert W King|Robert W King]] 12:02, 9 April 2008 (CDT)
::::Go ahead and play with them, I never bothered since there was so much up in the air, still is. But if you can find a compatible set of <s>eight</s>ten, that will be useful. Remember there is an opacity factor that defines "on" and "off". [[User:Chris Day|Chris Day]] 12:05, 9 April 2008 (CDT)

== Periodic Table Link ==

The link to the periodic table works fine from Mozilla, but not from IE.  What gives?  the syntax looks ok to me, but I'm certainly no expert...

<pre>{{!}}style="border-top:2px solid #bbb" width="100%"  align="left" valign="top" 
cellpadding="3" cellspacing="0" height="118" colspan="4" bgcolor=#f2f2f2 
{{!}}[[Periodic Table of Elements{{!}}{{Periodic|elSym={{{elSym}}}|elClass={{{elClass}}} 
|ele color=333
|nonmetal color=00ae00
|noble color=ff3a93
|alkali metal color=e2e200
|aem color=ff5500
|metalloid color=858585
|halogen color=ffae00
|ptm color=0000FF
|transition color=ff00ff
|lanthanide color=00ae00
|actinide color=0000ff}}]]
</pre>

Ideas anyone?--[[User:David Yamakuchi|David Yamakuchi]] 01:41, 10 April 2008 (CDT)

:I think it's because the IE interpretation of the mediawiki code doesn't process the wikilink properly with all the pipes.  It probably thinks they're variables. --[[User:Robert W King|Robert W King]] 10:09, 10 April 2008 (CDT)