Chemistry Template‑class

This template is within the scope of WikiProject Chemistry, a collaborative effort to improve the coverage of chemistry on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ChemistryWikipedia:WikiProject ChemistryTemplate:WikiProject ChemistryChemistry Template This template does not require a rating on Wikipedia's content assessment scale.

Archives

Archive 1 Archive 2 Archive 3 Archive 4 Archive 5 Archive 6 Archive 7 Archive 8 Archive 9 Archive 10 Archive 11 Archive 12 Archive 13

All articles which emply Chembox have a blank in the IPAC name, below the images of the molecules, even though there is the following in the source: 'IUPACName=...'.

If you click on the "Show" button in the box, the IUPAC name will display. If you have any more problems, please let us know. Physchim62 (talk) 20:20, 15 February 2009 (UTC)[reply]

Hiding all IUPAC names behind a collapsible list, just because a few ultra-long, multi-hyphenated ones (like the Violaxanthin example) break the infobox formatting, seems a little heavy-handed. In particular, to the casual reader, it suggests that the IUPAC name is not usually used, and is hence only shown if you specifically ask for it by clicking on a button. This inaccurate impression is further confirmed when the revealed name does not look obviously problematic, just a bit more formal. If no fully automated solution to the formatting problem is possible, perhaps the default should still be to display the name, but with some way to override the default in the Chembox source (e.g., using "IUPACNameLong = ...")? Hqb (talk) 18:02, 10 March 2009 (UTC)[reply]

Could we have a parameter like we have in talk page templates, "nesting=yes"; perhaps a "hide=yes" option? I agree with Hqb that the present situation is unsatisfactory. Thanks, Walkerma (talk) 23:56, 10 March 2009 (UTC)[reply]

Wish we had text mw:Extension:StringFunctions enabled on en.wikipedia--the box could alter its display depending if the name were longer than some predefined value:( DMacks (talk) 01:53, 11 March 2009 (UTC)[reply]

It is not acceptable to hide all chemical names. Until we have an automatic version we should either use another parameter to decide if we hide the name or use css to display a scrollbar if the name length is too long (width, max-width, overflow). Cacycle (talk) 13:18, 2 April 2009 (UTC)[reply]

Drugbox, e.g. Fluoxetine uses the entire width of the infobox to display the IUPAC name. Seems however a breaking space needed to be added manually. We could do that, or could use a no-width optional break (& #8203;) to indicate the best place to break. Anyway, hiding the IUPAC is the worst solution. Lmatt (talk) 23:13, 15 April 2009 (UTC)[reply]

Breaking spaces are not necessary for the drugbox, but they improve layout for some of the more complicated IUPAC names. No-width breaks have been discussed and found a good idea, but actually they are not much used. I, too, would support using the whole width of the chembox to show the IUPAC name. --ἀνυπόδητος (talk) 10:02, 20 January 2010 (UTC)[reply]

Has this topic been dropped? It seems that the consensus was that the current default hiding of the IUPAC name is a bad thing. -- ToE^T 01:36, 10 October 2009 (UTC)[reply]

Following the above discussion there seems to be a consensus developing that for several reasons it is a bad idea to universally suppress the IUPAC name by default, and that instead the IUPAC name should be shown by default, with facility for it to be hidden in specific cases as flagged.
If there are no rebuttals or disagreements lodged, then action should be taken to implement the above changes. —DIV (138.194.12.32 (talk) 03:40, 20 January 2010 (UTC))[reply]

I have implemented this, add a parameter 'IUPACName_hidden = yes' to hide it by default. Will tweak {{chembox IUPACName}} further soon, though I would like to keep a 'hide' button there, so people with a really small screen can still choose to 'hide' names which we think are not too long, but who give problems for some.

I would not 'break' the names in some way, I am not sure how search engines (and not just google ..) etc. will cope with this. Though that problem is 'minimal' for IUPACName's, it may give problems with SMILES and InChI (where I am now tempted to implement the same option, show by default, hide as a choice). --Dirk Beetstra ^{T C} 10:37, 20 January 2010 (UTC)[reply]

While the chemboxes are not adapted these with a large IUPAC name are much broader now. 'IUPAC name shown should be the default with an option for hidden if desired.
May be something like this: "| state = collapsed" (must be editable).--Wickey-nl (talk) 14:45, 20 January 2010 (UTC)[reply]

By the way, why is it changed without looking to the suggestions above (Hqb, Walkerma). And "using the whole width of the chembox to show the IUPAC name" seems a good idea.--Wickey-nl (talk) 15:02, 20 January 2010 (UTC)[reply]

I have for now chosen to make the name visible as a standard, with an option to hide it (the hide button), and with a box-parameter to hide it as standard for the long ones ('IUPACName_hidden = yes' in the body).

We could consider to rewrite the ones which are in the body of the chembox (IUPACName, OtherNames and SystematicName) to show in a 'two row' format, in stead of a two-column format. I'll have a play with that. --Dirk Beetstra ^{T C} 15:32, 20 January 2010 (UTC)[reply]

I have made it two rows, now. One of the longer I now found is Citrinin, which shows nicely. I find it a bit unfortunate that the {{Collapsible list}} standard shows its 'title' in boldface, we may want to remove that template and do it by hand. How does this look (you may need to purge the page to show the new format, or go to the edit-mode). I would like to see now some REALLY long names which result in really wide boxes. Any available? --Dirk Beetstra ^{T C} 15:52, 20 January 2010 (UTC)[reply]

Another one: Neohesperidin dihydrochalcone. --Dirk Beetstra ^{T C} 16:29, 20 January 2010 (UTC)[reply]

Thank you. I would say aligning left would give a more quiet image. Examples: EDTA, Pentetic acid and the above mentioned Violaxanthin.--Wickey-nl (talk) 16:32, 20 January 2010 (UTC)[reply]

I have cleaned the OtherNames fields. To me they look fine, but you can play a bit with the three templates: Template:Chembox IUPACName, Template:Chembox OtherNames and template:Chembox SystematicName (they are not protected, but still be sure to test before leaving them, they are still transcluded heavily and could leave a mess. --Dirk Beetstra ^{T C} 08:06, 21 January 2010 (UTC)[reply]

I wonder why there are two templates, Template:Chembox IUPACName and template:Chembox SystematicName (both protected).
For me, "ID" after ChemSpider is disturbing and superfluous.--Wickey-nl (talk) 14:44, 21 January 2010 (UTC)[reply]

Two answers:

Acetic acid and Ethanoic acid, one is IUPAC recommended, the other one would be systematic.

ID .. hmm .. I see the problem. We have 'CAS Number', 'EC Number', 'UN Number', 'RTECS Number', which all make sense, for ChemSpider we say 'ChemSpider ID' (I think that Antony would use that as well, though), but then we don't have it for PubChem .. should it then be PubChem ID/Number as well? --Dirk Beetstra ^{T C} 14:54, 21 January 2010 (UTC)[reply]

Systematic name is often used as synonym for IUPAC name. But yes, there is a difference.
Just remove ID. It has no function. For all items one word.--Wickey-nl (talk) 15:03, 21 January 2010 (UTC)[reply]

So I'll leave both, just to be able to use them.

Removed ID. --Dirk Beetstra ^{T C} 15:09, 21 January 2010 (UTC)[reply]

Latest iteration is very nice, my compliments. --Rifleman 82 (talk) 02:13, 22 January 2010 (UTC)[reply]

This does not work (See ).
In many articles the IUPAC name is only short because it is the wrong name.--Wickey-nl (talk) 11:24, 10 March 2010 (UTC)[reply]

Nope, it does (you spelled the name of the parameter wrong ..). --Dirk Beetstra ^{T C} 11:27, 10 March 2010 (UTC)[reply]

Ah, I copied the misspelling above.--Wickey-nl (talk) 12:32, 10 March 2010 (UTC)[reply]

I've come accross a bug in the chembox when it displays left and right images, see Glucose and Fructose for examples. When the two images have different heights, the shorter image is aligned to the top of the cell, rather than being center aligned as would be more attractive: it also seems to be left-aligned rather than center-aligned along the horizontal of its cell. I cannot even manage a quick fix to the problem by adding padding, as I haven't been able to override the common style for infoboxes: at least that's where I think the problem is, maybe I'm looking in the wrong place ;) We've recently changed the CSS class for the chembox (see above), and I suspect this might be the cause of the problem, but I'm not blaming anyone! I'd just like to see if anyone has ideas for the solution that seems to escape me for the moment :) Physchim62 (talk) 17:00, 2 September 2009 (UTC)[reply]

I have no ideas to suggest, but I do hope this gets done. I have to avoid putting two images of different heights side by side with each other. It would be much better if the vertical align was central. --Ephemeronium (talk) 16:25, 23 October 2010 (UTC)[reply]

{{editprotected}} Regarding {{chembox}}:

The old links in the format http://www.whocc.no/atcddd/indexdatabase/index.php?query=N06AA09 are broken.

The new format is: http://www.whocc.no/atc_ddd_index/?code=N06AA09

There's an additional parameter now to show an extended description. This is kind of nice, but pushes the info on the drug quite a bit further down the screen: http://www.whocc.no/atc_ddd_index/?code=N06AA09&showdescription=yes

MichaK (talk) 13:59, 18 December 2009 (UTC), copied here from Template talk:Drugbox by ἀνυπόδητος (talk) 15:36, 18 December 2009 (UTC)[reply]

Updated {{Chembox ATCCode}} since this is not edit protected, but I'd rather someone check my edits. And should "showdescription=yes" be included? --ἀνυπόδητος (talk) 16:11, 18 December 2009 (UTC)[reply]

No complaints, so I guess it went ok. —TheDJ (talk • contribs) 11:00, 20 December 2009 (UTC)[reply]

I don't think that the 'showdescription=yes' is needed (one can toggle that on the page itself by clicking the 'Show text from Guidelines'/'Hide text from Guidelines'). Are there cases where one then would get a very large list, or is it still all contained in about a screen full (the example here is about a full screen for me)? --Dirk Beetstra ^{T C} 09:13, 27 January 2010 (UTC)[reply]

Found an example with a longer text [2]. Most pages seem to be about the length of amitriptyline, but I've only checked about a dozen random examples. --ἀνυπόδητος (talk) 10:55, 27 January 2010 (UTC)[reply]

I'm not a specialist on this, so I'll ask 'what would the reader want to get'? I think specialists would have enough on the compact page, but that is not who we are writing for. However, how many non-specialists would actually follow this link to get more understanding of the subject (as opposed to mere curiosity of 'what does this button do'). --Dirk Beetstra ^{T C} 11:37, 27 January 2010 (UTC)[reply]

We have just connected a demo CGI to our portable Web sketcher at http://www.xemistry.com/edit/frame.html which we hope will be helpful for collecting chemical structure identifiers for the standard chemical infobox. Draw a compound (example: pyridine) in the sketcher, then press the "Compute Wikipedia Data" button in the form below. The tool will scan various Internet-accessible databases and format a cut&paste-ready chembox section for Wikipedia editing with the harvested data.

Feedback is appreciated! —Preceding unsigned comment added by 217.232.234.237 (talk) 20:23, 18 December 2009 (UTC)[reply]

Anyone know why the "MainHazards" field doesn't display in the chembox at 2-Ethylhexanoic acid? -- Ed (Edgar181) 15:29, 4 January 2010 (UTC)[reply]

See Template:Chembox Hazards. The block starting with the line {{#if:{{{EUClass|}}}{{{RPhrases|}}}{{{SPhrases|}}}{{{RSPhrases|}}}| only displays if one of the params EUClass RPhrases SPhrases RSPhrases are present; and conversely, everthing after the pipe (|{{#if:{{{GHSPictograms|}}}) down to SkinHazard displays only if none of these params is present. No idea why it is written this way. --ἀνυπόδητος (talk) 17:20, 4 January 2010 (UTC)[reply]

Assuming I understand it correctly, I don't think it should function this way. There shouldn't be any reason for the variables to be dependent on each other like this. The markup is a little beyond me, but could you suggest an appropriate fix? -- Ed (Edgar181) 20:15, 6 January 2010 (UTC)[reply]

Hold on, I have to think a bit... --ἀνυπόδητος (talk) 12:01, 7 January 2010 (UTC)[reply]

How is that? I removed the conditions in the main block, so that EUIndex, EUClass, RPhrases, SPhrases, RSPhrases, GHSPictograms, GHSSignalWord, HPhrases, PPhrases, MainHazards, InhalationHazard, IngestionHazard, SkinHazard, EyeHazard can all be displayed simultaneously if specified. You can try it out by inserting parameters into the template at the beginning of this section. The source code is at User:Anypodetos/Sandbox. Are you sure there was no good reason for introducing these restrictions in the first place? --ἀνυπόδητος (talk) 19:36, 7 January 2010 (UTC)[reply]

Your changes seem reasonable to me, but I don't know if there was a specific reason for the current coding. User:Beetstra and User:Physchim62 have done most of the work on the chembox templates, so I have asked them for their input (Dirk Beetstra seems to be on holiday, though). It's probably best to hear from them before making any non-trivial changes to the template. Thanks for your help. -- Ed (Edgar181) 21:02, 7 January 2010 (UTC)[reply]

The conditions are (were) there to discourage people from adding unsourced data about hazards. It is simply too easy to say that every chemical compound has a hazard, along the line of "all chemicals are dangerous and should be handled with care"! You can get nasty skin irritation from handling sodium chloride in industrial circumstances, for example, while potassium chloride is both a "salt substitute" and an essential part of the lethal injection used in most executions in the U.S.
The EU criteria are far from perfect, but they are at least published and external of Wikipedia: for this reason they have been preferred over the judgments of individual editors for use in the infobox. Some chemicals have 'unusual' hazards (eg, hydrofluoric acid) but these should really be discussed in the article text rather than simply being in the infobox. Physchim62 (talk) 22:00, 7 January 2010 (UTC)[reply]

To take the example of 2-ethylhexanoic acid, it is really not useful to classify this compound as flammable when it's flash point is 110 °C (230 °F). No regulatory body would classify it as flammable, and you would have to take a blow torch to a sample to ignite it! The description of "flammable" simply doesn't concord with the definition that our users would give it. Physchim62 (talk) 22:18, 7 January 2010 (UTC)[reply]

OK, you're right, the use of "flammable" in that case may not be appropriate. But if it were flammable, do think it would be appropriate for the MainHazards field to show "flammable"? -- Ed (Edgar181) 01:55, 8 January 2010 (UTC)[reply]

the initial conditions have to be there, they are there to make sure that the module is only displayed if one of the parameters has value (some chemboxes do have the modules in them, but none of the parameters have a value, just to make it easy for others to give them one when they are found). The initial condition has to contain all of the variables that are generating something to display in the template. If it is not there it shows, like the box just above this paragraph on the right... --Beetstra (public) (Dirk Beetstra^{T C} on public computers) 21:57, 7 January 2010 (UTC)[reply]

Note: I didn't remove the initial conditions of course; just the ones that prevent some of the fields to display if some others are present. I'm not saying I'm sure it should work like that – I leave the judgement to you. --ἀνυπόδητος (talk) 07:12, 8 January 2010 (UTC)[reply]

Could {{Chembox CASNo}} be modified to link to the CAS No. tool at Toolserver (http://toolserver.org/~magnus/cas.php), like {{CAS}}?

And while I am at it: {{CAS}} seems to behave strangely with the second parameter. Could somebody have a look at the example in the template's documentation – surely this isn't meant like that? ἀνυπόδητος (talk) 12:01, 7 January 2010 (UTC)[reply]

No, I disagree. CAS numbers are given out by CAS, and therefore they are linking to commonchemistry.org, just like pubchem should link to pubchem, chemspiderid to chemspider, etc. etc. --Beetstra (public) (Dirk Beetstra^{T C} on public computers) 13:59, 8 January 2010 (UTC)[reply]

Yes, but PubChem provides (to my knowledge) results for all compounds with PubChem ids, while commonchemistry.org has only "~7900 chemicals of widespread general public interest". The first example I found is 115-93-5 which isn't on commonchemistry, but ChemSpider and ESIS retrieve the structure of cythioate. The CAS No. tool would provide people with more links to increase the chances to find something useful instead of "No CAS Registry Number® matched your search." --ἀνυπόδητος (talk) 22:36, 8 January 2010 (UTC)[reply]

True, but I still hope that the CAS will see that they get hits on those compounds which are not on their site, but do have the interest from Wikipedia users, and that they will also add them to their site then. And for me the argument that we link to the official place is stronger than that we link to a place where more information can be found (though the CAS site may give some information). Users will quick enough learn that the other sites linked to will give more and better information then the CAS site (which may be an incentive for CAS as well .. they could link through to relevant information on their side). --Dirk Beetstra ^{T C} 09:41, 11 January 2010 (UTC)[reply]

Okay, you have convinced me :-) I just think it's a bit strange that {{chembox}}, {{drugbox}} and {{CAS}} link to three different places... I'll suggest that drugbox's link be changed. Cheers, ἀνυπόδητος (talk) 12:43, 11 January 2010 (UTC)[reply]

Can it be added, also in the documentation?--Wickey-nl (talk) 11:06, 20 January 2010 (UTC)[reply]

Added for PubChem and ChemSpiderID, could you please test and see if it displays correctly? --Dirk Beetstra ^{T C} 11:37, 20 January 2010 (UTC)[reply]

Only the number is displayed, not as a link. And no space between. I also would add a comment: 6441444 (Zinc-DTPA).

And the similar ChemSpiderID should be placed immediately after PubChem.--Wickey-nl (talk) 11:59, 20 January 2010 (UTC)[reply]

Hmm .. there is a   there, it should show a space (but I see what you mean).

I will move the ChemSpiderID just below the PubChem, ordering is anyway 'arbitrary'.

Linking is there difficult, that is something that would need a larger change (I'll try and work on that later). --Dirk Beetstra ^{T C} 12:21, 20 January 2010 (UTC)[reply]

I created a solution for it, which may work, but which needs testing. You can now use PubChem for the main one, and next ones supply in PubChem1 through PubChem5; each can separately be verified, commented, etc. The rest can go into PubChemOther. Similarly goes for CASNo and ChemSpiderID. --Dirk Beetstra ^{T C} 12:53, 20 January 2010 (UTC)[reply]

Great! You are fast. Redirect 6441444 to the subpage 6441444&loc=ec_rcs without changing the displayed number is probably too much.
The fact that comments after the number may not be used with a space instead of &nbsp: is not obvious for the user. You have to know it.--Wickey-nl (talk) 14:26, 20 January 2010 (UTC)[reply]

What I meant was, that the template puts a   there .. it is curious it does not display it. --Dirk Beetstra ^{T C} 14:28, 20 January 2010 (UTC)[reply]

We talk about two different spaces. The one between the two numbers is solved now. The other is between the number and the comment. A normal space will give a strange effect.--Wickey-nl (talk) 14:14, 21 January 2010 (UTC)[reply]

I have inserted two   before the CASOther and CASNos fields, those may have been missing, but before the comment (CASNo_Comment) there was one already. Were you talking about the former two? --Dirk Beetstra ^{T C} 14:45, 21 January 2010 (UTC)[reply]

I was talking about the PubChem line. Can you adapt the examples in Template:Chembox and Template:Chembox Identifiers? Otherwise people will not use it.--Wickey-nl (talk) 14:54, 21 January 2010 (UTC)[reply]

Is it the examples (which you can edit, click the edit button in the green box, the documentation is not protected), or the code (which you can't edit)? --Dirk Beetstra ^{T C} 14:55, 21 January 2010 (UTC)[reply]

How to put a comment at a PubChem number ? What is the real function of PubChemOther?--Wickey-nl (talk) 11:55, 12 March 2010 (UTC)[reply]

• PubChem is the main PubChem number, PubChem1 is the second, etc.
• PubChem_Comment is the comment for PubChem, PubChem1_Comment is the comment for PubChem1, etc.
• PubChemOther can be used for other information, or when one runs into a real excess. In the old version, that was where the additional PubChems were stored, they should in the end be converted into the new system. --Dirk Beetstra ^{T C} 12:00, 12 March 2010 (UTC)[reply]

By the way, I solved Maltose. --Dirk Beetstra ^{T C} 12:01, 12 March 2010 (UTC)[reply]

Thanks for your quick help. PubChem_Comment was not yet documentated.

Another question on the wrong place: ImageName does not do anything (I work on linux and tried with several browsers). Is it for a caption below the picture, or only for a popup?--Wickey-nl (talk) 12:53, 12 March 2010 (UTC)[reply]

ImageName is an old parameter in the old chemboxes. I don't think it does something at the moment, it could be revived, maybe. --Dirk Beetstra ^{T C} 13:46, 12 March 2010 (UTC)[reply]

Sometimes indispensable. E.g with left + right image or if one of two isomers is showed.--Wickey-nl (talk) 14:02, 12 March 2010 (UTC)[reply]

Just for information: the link for the french chembox (chimiebox on WP:fr) is fr:Modèle:Chimiebox. Can someone do the correction ? I can't because the page is protected. Thank you. Biglama (talk) 12:28, 27 January 2010 (UTC)[reply]

In fact, you can, as it is on the documentation. But I'll add it for you. Thanks. --Dirk Beetstra ^{T C} 14:01, 27 January 2010 (UTC)[reply]

{{editprotected}}

Can an alt text field be added to the images in this infobox? This allows for a description of the image suitable for screen readers, accessibility aids and text web browsers.

I can change the caption to images (like this), but it's not really correct as it changes the tooltip. I'd like to suggest that {{chembox}} and {{chembox image}} pass a parameter (ImageAlt perhaps?) to {{chembox image2}}. Part of chembox image 2 could be changed to [[File:{{{File}}}|{{{Size}}}|alt={{{Alt|{{{Caption}}}}}}|{{{Caption}}}]]. --h2g2bob (talk) 01:34, 9 February 2010 (UTC)[reply]

That all looks good except that the default alt text should be empty, as alt text and caption/tooltip have different functions (see WP:ALT). I've implemented this in the sandbox with this patch to {{Chembox}}, this patch to {{Chembox image}}, this patch to {{Chembox image2}}, and this patch to {{Chembox image sbs}}. This all checks out with the test cases that I've modified in Template:Chembox/testcases. Can someone please install these four patches? Please be careful not to install the "/sandbox" strings in the sandboxes when they invoke other sandbox templates. Thanks. Eubulides (talk) 03:36, 12 February 2010 (UTC)[reply]

I have installed the four patches. I hope/think I did not include any /sandbox references, but please check if all is working now. Thanks! --Dirk Beetstra ^{T C} 08:11, 12 February 2010 (UTC)[reply]

Thanks, it looks good. I documented the new parameters. Eubulides (talk) 08:55, 12 February 2010 (UTC)[reply]

Looks good, thanks! --h2g2bob (talk) 22:20, 15 February 2010 (UTC)[reply]

I'm trying to import French's fr:Polyéthylène chembox, but there are a few things that (I think) there is no equivalent in the English (and its clones :-) ) boxes:

• TTransitionVitreuse - should be Glass transition temperature
• constanteDielectrique - should be Dielectric constant
• pointCritique - should be Critical point
• pointTriple - should be Triple point

BTW, is there any specific area for polymers in the Chembox? Albmont (talk) 18:40, 4 March 2010 (UTC)[reply]

• Another thing: when I was fixing an accidental vandalism in 2,3,7,8-Tetrachlorodibenzodioxin, I noticed that "half-life" could be two things: one is related to pharmacology, and another to environmental issues. Albmont (talk) 19:43, 4 March 2010 (UTC)[reply]
  • Added two more to the list, from fr:Fluoroéthane: Critical point and Triple point. Albmont (talk) 20:41, 4 March 2010 (UTC)[reply]

"Except where noted otherwise, data are given for materials in their standard state (at 25 °C, 100 kPa)"

"Data are given" should be "Data is given" —Preceding unsigned comment added by 94.195.41.207 (talk) 13:32, 15 March 2010 (UTC)[reply]

Nah, data is plural. --Dirk Beetstra ^{T C} 13:35, 15 March 2010 (UTC)[reply]

Data takes a singular or plural verb. --Cheminterest (talk) 20:42, 26 March 2010 (UTC)[reply]

The data on chemical drugs where the chem box lists the "Mol. mass" in "g/mol". I believe the problem is the "Mol. mass" redirects to "Molecular Mass" wikipedia article, but it should redirect to "Molar mass" (which is measured in g/mol).

(First post in a discussion! Hope everything's in check, gonna work on figuring this Wikipedia functionality out in the near future) :)

Adenylated (talk) 02:45, 3 April 2010 (UTC)[reply]

Note: This discussion is continued at Template talk:Drugbox. Physchim62 (talk) 17:02, 8 April 2010 (UTC)[reply]

In Starch I tried to add a caption to an image using the ImageName parameter, but it doesn't seem to work as advertised in the Chembox template documentation. Is there some other parameter to be used for captions? AxelBoldt (talk) 03:48, 6 April 2010 (UTC)[reply]

You can see the text when you move the mouse over the image. --Leyo 14:17, 7 April 2010 (UTC)[reply]

Should be repaired. See here (above the heading Change link) --Wickey-nl (talk) 15:23, 7 April 2010 (UTC)[reply]

Is it also possible to add a caption (i.e. an explanatory text below the image) rather than a rollover text? AxelBoldt (talk) 16:30, 8 April 2010 (UTC)[reply]

Not at present, but it could be done fairly easily if there is demand for the feature. Physchim62 (talk) 17:03, 8 April 2010 (UTC)[reply]

The feature is obviously broken now. No captions appear. Whodunnit? —Quicksilver^{T @} 17:44, 22 April 2010 (UTC)[reply]

--Wickey-nl (talk) 13:43, 23 May 2010 (UTC)[reply]

On the chembox there is not pH witch is good information —Preceding unsigned comment added by Ebe123 (talk • contribs)

The pH is not a substance property but a property of a solution. --Leyo 22:17, 2 May 2010 (UTC)[reply]

The related substance properties are pKa and pKb. They are in the chembox. --ἀνυπόδητος (talk) 07:30, 3 May 2010 (UTC)[reply]

{{editprotected}}

In analogy to the IUPHAR ligand parameter that has been added to the {{Drugbox}} template, I would like to request that this parameter also be added to the Chemical infobox. The code has already been added to the sandbox (see here and here) and a test case has been created (see User:Boghog2/Sandbox5). Thanks. Boghog (talk) 06:54, 5 May 2010 (UTC)[reply]

Is it a parameter people are interested in? How many people know what an IUPHAR ligand is?--Wickey-nl (talk) 09:16, 5 May 2010 (UTC)[reply]

Five different editors have already supported adding the IUPHAR database link to the Drugbox template (see here and here). The complication is that many Wikipedia ligand articles transclude the Chemical infobox instead of the Drugbox. Hence for completeness, I have requested that the parameter also be added to the chemical infobox. Boghog (talk) 09:42, 5 May 2010 (UTC)[reply]

It is an informal policy that any info that can go into a drugbox should be able to be placed in a chembox, so yes, we should add this field. Physchim62 (talk) 09:46, 5 May 2010 (UTC)[reply]

 Done (not that I've heard of it...) I've changed the test page to confirm it works as expected.  Ronhjones  ^(Talk) 20:35, 5 May 2010 (UTC)[reply]

Thanks Physchim62 for your support and Ronhjones for implementing the IUPHAR parameter! Boghog (talk) 19:02, 6 May 2010 (UTC)[reply]

{{editprotected}} The last edit to this template, added a lot of use of /sandbox code. Could that part of the last edit be reverted but keeping the originally requested change. thanks. -- WOSlinker (talk) 18:39, 22 May 2010 (UTC)[reply]

 Fixed — Martin (MSGJ · talk) 07:01, 23 May 2010 (UTC)[reply]

What is the criteria for choosing which external MSDS to link in the externalMSDS field? Also, if the NFPA data from two different MSDS's contradict, which one should be chosen, and by what criteria? Thanks.—Tetracube (talk) 20:12, 1 June 2010 (UTC)[reply]

I always link to the International Chemical Safety Card (ICSC) if it is available, and use the ICSC values for the NFPA parameters. Physchim62 (talk) 11:48, 22 June 2010 (UTC)[reply]

Editors who work in the European Union may have started to notice new hazard pictograms on bottles. The reason is that the EU is changing over to the Globally Harmonized System (GHS) for hazard classification and labelling. For pure substances, the changeover will be effective from 1 December 2010. The downside of this is that, from December, all the R- and S-statements in our chemboxes will be obsolete...

At present, there are three reliable sources (that I know of) for the new GHS classifications:

• the EU CLP Regulation, which has about 3000 entries (some of them covering classes of compounds);
• the New Zealand Chemical Classification Information Database, with more than 5000 entries (some of them duplicates for our purposes)
• a set of 1500 classifications prepared (in English) by the Japanese National Institute of Technology and Evaluation

Around the end of 2010, the European Chemical Agency Classification & Labelling Inventory should come on line: in principle, this will contain classifications for all pure chemicals that are commercially available in the EU.

Editors can add GHS information to the Hazards section of the chembox already (see Hexyllithium for an example). For the moment, the section has been coded so that GHS info is not displayed if there is data in the older EU format: this is to try to avoid box creep. It would be easy to swap the two over in December, so that the older classifications are only shown if there is no GHS data.

If anyone is writing new articles or doing major updates, can you think to look for GHS safety data to include, as I'm not sure how much (if any) of the changeover can be done automatically. Cheers! Physchim62 (talk) 11:48, 22 June 2010 (UTC)[reply]

Not sure how widespread this is, but the HMIS info listed for dimethylacetamide says that it's flammability rating is 0, just like water. NFPA 704 says that materials with a flash point between 38 and 93C should have a rating of 2, which is what DMAc is normally listed as (DMAc flashes at 70C). —Preceding unsigned comment added by 71.75.33.24 (talk) 15:18, 1 August 2010 (UTC)[reply]

The EMA's website for looking up drug licence details has changed, and with a much more complex URL. To aid maintence of {{Chembox}} and {{Drugbox}}, seemed easiest to creat a subtemplate to format the url. The code change at Drugbox is this, but I'm not familar enough to see where this goes for Chembox. David Ruben ^Talk 15:35, 22 August 2010 (UTC)[reply]

in sodium hydroxide might be caused by multiple CAS headers. Is there a way to tidy this up? Materialscientist (talk) 02:28, 4 September 2010 (UTC)[reply]

Yes, the same happens with multiple PubChem and ChemSpider numbers. Limit the possible maximal width? --Wickey-nl (talk) 16:21, 7 September 2010 (UTC)[reply]

I have adapted the code for CASNo, ChemSpiderID and PubChem, there were non-breaking spaces, which seemed to be the problem. --Dirk Beetstra ^{T C} 18:39, 7 September 2010 (UTC)[reply]

Is it necessary to put in the article title and the chembox title into the "other names" section if they are not the IUPAC name?--Mikespedia is on Wikipedia! 02:24, 5 September 2010 (UTC)[reply]

The chembox is much too long. I have even overlooked the second one in Pyran. The chembox is longer than the article itself. Chemboxes disturb the page layout. Believe me, not everyone is interested in the density and the standard enthalpy of formation of Glucose, certainly not every time.

Pictures and names are core information and should always be visible, but the other sections should be collapsed by default, like on the pages of Chemspider.

And please let the box show, after several requests, the captions of the images, to let the reader know which isomer is displayed, which kind of representation or that it are crystals.--Wickey-nl (talk) 11:11, 10 November 2010 (UTC)[reply]

• Another possibility is to keep pictures and names only, along with a button/internal link to the bottom of the page. There, a frame with all technical data can be showed across the whole page width.--Wickey-nl (talk) 11:06, 11 November 2010 (UTC)[reply]

I've added captions, you can use ImageCaption, ImageCaption1, ImageCaption2, ImageCaptionL1, ImageCaptionR1, ImageCaption3, ImageCaption4, ImageCaptionL2, ImageCaptionR2.

I'm not sure about length of chembox. We could try and write collapsibility into the modules, but I'd like to hear more about that before implementing. (by the way, why does Pyran have two, if Pyran is a mixture then there should be one for the 'common' mixture, and not for the different consituents (they should be on their own pages)). --Dirk Beetstra ^{T C} 11:16, 22 November 2010 (UTC)[reply]

Thank you very much. Captions should stay short and they can, because full names are not necessary. Since you choose new terms, existing names will not appear automatically. As for Pyran, it was not my work. Galmicmi changed it in may. Not a good idea; I shell reverse it.--Wickey-nl (talk) 13:35, 22 November 2010 (UTC)[reply]

Pyran should have two chemboxes, not one. For the two different isomers. The way it is now is just confusing. --Rifleman 82 (talk) 14:31, 22 November 2010 (UTC)[reply]

Well, Pyran should not have a chembox, or a chembox ONLY for the mixture, and the two possible (3?) should have each their own chembox on their own page. --Dirk Beetstra ^{T C} 14:35, 22 November 2010 (UTC)[reply]

Two pages for this compound is too much, two chemboxes is confusing. A chembox for the mixture is a good compromise.--Wickey-nl (talk) 11:00, 23 November 2010 (UTC)[reply]

I chose new terms on purpose, the old ones are sometimes filled with a proper caption, but there are also several cases where it is not. Just to avoid page breakage I think it is better to start from scratch and use a term which is really suggesting that it is for the caption. I hope this explains. --Dirk Beetstra ^{T C} 13:47, 22 November 2010 (UTC)[reply]

OK, I had understood that. I think the combinations ImageFile-ImageCaption and ImageFile1-ImageCaption1 do not work.--Wickey-nl (talk) 14:24, 22 November 2010 (UTC)[reply]

Fixed, I think (forgot one sub-sub-template and it sub-sub-sub-template). Please test it. --Dirk Beetstra ^{T C} 14:31, 22 November 2010 (UTC)[reply]

Almost perfect. Only the lining for caption L1/R1. Has break/whitespace between image and caption.--Wickey-nl (talk) 15:01, 22 November 2010 (UTC)[reply]

Saw that, sometimes they do not appear at the same height or something like that. It is now simply on 'the next line' under the image:

'image<br /><div align="center">captiontext</div>'

Not sure how to fix that. --Dirk Beetstra ^{T C} 15:19, 22 November 2010 (UTC)[reply]

Used in glucose. The imagesize changes the hight. But why there is more whitespace in L1/R1 than in 0/1?--Wickey-nl (talk) 16:15, 22 November 2010 (UTC)[reply]

In glucose, there are two orgins to the spacing issues in the L1/R1 that I see. First, File:Glucose_chain_structure.svg is shorter than File:D-glucose-chain-3D-balls.png: each's caption is "same distance" below its image and the images are vertically aligned at the top of their cells, so the shorter image's caption floats up. Second, there is a <br> between the image and the caption, which makes an extra line of whitespace. Now just need to resolve "how to make it look better" (consensus on v-align for first and template origin of second). DMacks (talk) 11:10, 23 November 2010 (UTC)[reply]

You mean, the <br /> does not have to be there, DMacks? Without it the text will also appear at the next line anyway? --Dirk Beetstra ^{T C} 11:15, 23 November 2010 (UTC)[reply]

Hold on, I may have misread a source (crappy side-scrolling!). DMacks (talk) 11:19, 23 November 2010 (UTC)[reply]

Yup, misread it. The difference seems to be that the sbs images themselves are wrapped in two levels of <div> whereas the full-width ones are not. Wikipedia talk:Chemical infobox/demo1.html is a skeletal form based on extracted HTML of glucose that faithfully seems to reproduce the issue. Maybe some difference between {{Chembox image2}} and {{chembox image sbs}}. DMacks (talk) 11:40, 23 November 2010 (UTC)[reply]

(Without technical knowledge; may be just a stupid remark): If you align the images at the bottom the captures will get the same distance to the image?--Wickey-nl (talk) 11:51, 23 November 2010 (UTC)[reply]

No, the problem is, that there are, for some obscure reason, a varying number of 'newlines' between the image and the caption. Bottom aligning would put the caption at the bottom, and the image with a varying number of lines above it. --Dirk Beetstra ^{T C} 11:53, 23 November 2010 (UTC)[reply]

I meant align at bottom the images only. Aren't they aligned apart?--Wickey-nl (talk) 12:13, 23 November 2010 (UTC)[reply]

And don't forget, there can be a browser related issue. I use Firefox on linux.--Wickey-nl (talk) 17:08, 23 November 2010 (UTC)[reply]

Sure, there can be a browser related issue as well, but there are already differences in the plain html. --Dirk Beetstra ^{T C} 17:58, 23 November 2010 (UTC)[reply]

I closed up some of the whitespace between the image and its caption in the side-by-side part. DMacks (talk) 13:24, 24 November 2010 (UTC)[reply]

Can the show buttons of smiles etc. be on the title line, if hidden (to make the box shorter), or does it give problems if two files/ smiles are given?--Wickey-nl (talk) 14:38, 22 November 2010 (UTC)[reply]

Needs an overhaul, will work on it when I have time. --Dirk Beetstra ^{T C} 14:48, 22 November 2010 (UTC)[reply]

Bit more info, when opened, the link between the InChI and the InChIKey that belongs with thát InChI should be clear. Moreover, it would be good that they all open in one single click (i.e., if you open InChI, that you see all InChI's, that it is clear which one is the StdInChI (and which the other flavours), and which are the InChI<->InChIKey combinations). May not be trivial ... --Dirk Beetstra ^{T C} 14:52, 22 November 2010 (UTC)[reply]

OK. Better not ad hoc fix, to avoid faults.--Wickey-nl (talk) 15:03, 22 November 2010 (UTC)[reply]

One button for ALL (more data) items would be the ultimate sollution for a growing chembox. Either a show/hide button or a simple link to a subpage, which would avoid the need for java! We can discuss about what should be always visible core information. The molecular formula is for sure and should even be higher in the box.--Wickey-nl (talk) 11:08, 23 November 2010 (UTC)[reply]

Well, that is the issue. The data is 'grouped' now by type. And for most Mw is an important thing, others might be more interested in exact mass, or in refractive indices or dipole moments or X-ray data. I could feel for collapsing the sub-boxes completely, though even that is .. questionable, as there will always be people, like me, who want to type 'benzene', and see immediately the boiling point without having to look for it. --Dirk Beetstra ^{T C} 11:24, 23 November 2010 (UTC)[reply]

Consider the (far)most important user-target. I guess most readers are common people. Many will also be technically interested, though. The compromise is one click more to see all data at once.--Wickey-nl (talk) 12:03, 23 November 2010 (UTC)[reply]

Several quantities are display with hyphens rather than minuses. See dioxygen difluoride for an example, which lists the melting point as "−154 °C, 119 K, -245 °F" instead of "−154 °C, 119 K, −245 °F". Thanks. Headbomb {talk / contribs / physics / books} 01:49, 24 November 2010 (UTC)[reply]

Why do the temperature-related subtemplates ({{Chembox MeltingPt}} and {{Chembox BoilingPt}}, not sure if there are others) roll their own converters instead of handing off to {{Convert}} (or its subtemplates)? DMacks (talk) 02:34, 24 November 2010 (UTC)[reply]

Because they predate {{Convert}} ;) Physchim62 (talk) 13:35, 24 November 2010 (UTC)[reply]