I think a standard form is good but is easily stifling if followed too carefully, depending on the element. For instance for hydrogen it makes more sense to discuss the pure form first, but for carbon second (because its structure makes more sense when compared to hydrocarbons). Some elements need some things that other should lack. So we could, but I think we should be careful.
(diatomic fluorine gas may be, too, thoughI'm not sure how many people have seen it--it's pretty nasty stuff I hear).
Okay, here's some discussion about the colors I put into the table (some of which were preexisting). I'm not entirely happy with what I did, but I'm no chemist so I'll largely leave it to others to fix. :)
Whatever else, these tables give a good idea for how to color the remaining uncolored chunk of the table; it looks like the metals should be colored one thing and the nonmetals something else, producing a diagonal division. Seems like a very reasonable distinction to make.
Anyone have suggestions for a better pallette? I'll do the hard work of implementing it in the table, if someone provides a good one but doesn't want to do all the search and replacing. Bryan Derksen
Alkali metals #FF6666 | Very reactive and therefore dangerous = red |
Alkaline earths #FFCC00 | nice bright earthy color |
Lanthanides No change | |
Actinides No change | |
Transition metals No change | |
Metals #CCCCCC | true metals are closest in color to gray |
Semimetals[?] #CCCC99 | Intermediate color between above and below |
Nonmetals #FFFFC0 | Often see the nonmetals's in shades of yellow (especially hydrogen and sulfer) |
Halogens #A0FFA0 | Chlorine gas is greenish |
Noble gases No change |
I like this; I'll get to work updating the table coloration right now. I'll also make the legend table at least two columns, to waste less space. Bryan Derksen
Now that I look at it, I think my choice for colors for the alkali metals and alkali earths, were a bit on the bright side. I am looking for softer versions of the same colors right now. --maveric149
I just noticed the nonmetal/halogen color swap, and I don't agree with it; not only was the original justification sound IMO (chlorine is green and many nonmetal compounds are yellow) but it doesn't look as good either with the greyish-yellow metalloids and the grey metals. I guess it's a pretty minor thing, but I'd like to make sure it's settled before I do more coloring on those alternate tables. :) Bryan Derksen
Alkali metals #FF6666 | Very reactive and therefore dangerous = red |
Alkaline earths #FFDEAD | nice earthy color = easy to remember. |
Lanthanides #ffbfff | Suggestions? The current color was chosen arbitrarily. |
Actinides #d0d0ff | Suggestions? The current color was chosen arbitrarily. |
Transition metals #ffc0c0 | Another shade of gray (or even silver) would work here. But that would make to table a bit drap and the colors of the metals and transitions metals too similar. I am up for suggestions. Does any other common property of the transition metals have a color associated |
Metals #cccccc | true metals are closest in color to gray |
Semimetals[?] #cccc99 | Intermediate color between above and below |
Nonmetals #a0ffa0 | Elements most essential to life. Most life on Earth (measured by biomass) is photosynthetic and chlorophyll is green |
Halogens #ffff99 | Fluorine gas is yellowish as are many precipitates of halogens |
Noble gases #c0ffff | Non-reacative for practical purposes. Light-blue is soft and soothing |
I am thinking about moving elements 71 and 103 back from the bottom of the table (at the end of the Actinides and Lanthanides) to where they where before. Previously, the table was set up to showcase the atomic orbital filling blocks -- which was fine, but a bit boring and over the top for most visitors. In the previous table, it made sense to place elements 71 and 103 next to the Transition metals -- because they all belong to the d-block (all the other actinides and lanthanides are in the f-block). However, I think that we should preseve the atomic orbital filling block layout even though the coloration no longer makes this totally obvious. BTW it would nice to somehow label each of the blocks -- however, I don't know how to do this. The fill colors of 71 and 103 need to stay the same though -- they are not transition metals. This would also make the main table conform to the organization of the Big and Huge tables in the subpages. Example on how this can be done (http://www.webspinners.futura.net/apurdy/periodic_tabl.htm) Electron Configurations and the Periodic Table (http://wine1.sb.fsu.edu/chm1045/notes/Struct/EPeriod/Struct09.htm) maveric149
I found this link (http://www.chem.qmw.ac.uk/iupac/AtWt/table) which tends to argue against my above statement. So I'll have to think about what to do. maveric149
Template was moved to Periodic table/Temp
According to the lanthanide and actinide pages, they aren't a lanthanide and an actinide. -phma
If anyone wants to add Uue and Ubn to the bigger ones I think it would be a good idea. --Anon
-taht wasan;t why i was asking. i JSUT WONDERED. aS I HAVE SEEN MANY VARIENST SOEM PUT THEM WITH THE RARE EARTAHS BUT COLOur them as transition metals. - fonzy
What about giving the table a smaller width? It does not fit on my 1280x1024 screen, and I think it might with narrower columns. I know that an absolute table width in stead of width=100% may cause problems when somebody uses a larger font. Still now a cells are very much wider than need be.
Another question: does someone else also have the problem that the table moves underneath the left menu, showing through it, when one scrolls to the right. This happens on some other pages as well. I use Windows XP - Explorer 6. Erik Zachte
Compare version of environmentalchemistry (http://environmentalchemistry.com/yogi/periodic/index). It fits easily on half my screen. Erik Zachte
I have the same width problem with IE 6 and the Phase III software. Before the upgrade the table scaled fine in IE and I don't ever recall table or image bleeds into the side bar. The table does scale down to less than 600 px wide in Konqueror, Mozilla, and Galeon in response to browser window width. This looks more like a browser-specific bug rather than a design flaw in the table. Having the table scale to fit the user's screen is one of the best features of this table. --mav
Yo tego una idea. The Spanish perio table (http://es.wikipedia.org/wiki/Tabla_periódica_de_los_elementos) seems to be far superior to this one in terms of HTML simplicity and size. This table (by itself) is over 15,000 bytes and the Spanish table is less than half the size. Erik; Does the Spanish table also the same width and bleed issues that the English one has? --mav
Spanish table has same width issue, but no bleed. (As an aside: for chemistry fans, I added some very interesting extarnal links to the Mendeleev article) Erik Zachte
I'm afraid I don't really know what's going on, but I have noticed a similar problem with Wikipedia when I'm stuck with ancient Netscape 4.7; when using the "fixed right" layout (as is my preferred setting) the side menu instead winds up on the left side of the screen and overlays the contents of the article rather than having them flow around it. I haven't looked at the HTML code, but I imagine it's probably some CSS thing; neither Netscape or Explorer followed the specs very well for a long time. Another observation from the screenshot you posted (http://members.ams.chello.nl/epzachte/Temp/ScrPrint.gif) is that it appears the periodic table is sizing itself "correctly" to 100% of your screen width. It's just not taking the width of the side menu into account when it's doing that, so it ends up too wide. As a stopgap measure, perhaps you could try setting your Quickbar settings in preferences to "floating left"? That works for me in Netscape 4.7. Bryan
Bryan, thanks for the advice. However, my Quickbar setting has been already "floating left" all along. Yet another difference betwen Netscape and Explorer, I presume. :-( Erik Zachte
Ah well. Personally, I haven't used Explorer in ages - I much prefer Mozilla, for a variety of reasons. But I won't get evangelical about it. :) Whatever's going on with this page, I suspect that part (or all) of the fault lies in whatever CSS tricks Wikipedia itself is using for layout purposes, rather than the periodic table code itself. The table code looks totally bog-standard to me, nothing special or fancy. Perhaps you could get the developers to look at it? Bryan
Search Encyclopedia
|
Featured Article
|