ansaurus

Question

Answer 1

+1 A:

The only thing that comes to mind is that you may have to fill the columns with something for them to get rendered in IE.

<td>&nbsp;</td>

Pekka 2010-06-17 17:48:07

This doesn't work. Even with dummy columns, this doesn't work.

Stefan Kendall 2010-06-17 18:17:03

@Stefan strange. Can you show a full example?

Pekka 2010-06-17 18:18:54

I've posted a full example. I wrote all that by hand, and it was hell. The JS is a little messy, but that's the core of the issue.

Stefan Kendall 2010-06-17 18:50:16

@Stefan I'm pretty sure this has to do with the way you construct the HTML. If I open the developer tools in IE8, edit a random part of the newly created table (e.g. turn `colSpan` into `colspan` and back), and apply the changes, it will render correctly. This is either a display bug in IE, or your jQuery calls are broken.

Pekka 2010-06-17 18:58:50

Is `$("<td>")` a valid jQuery way of creating an element? Without the closing tag?

Pekka 2010-06-17 19:00:09

@Pekka: This is how you construct new dom elements. Inspect the DOM with firebug and you will see that the </td> elements are there.

Stefan Kendall 2010-06-17 19:03:43

@Stefan in Firefox, yes. In my IE 8, the DOM explorer behaves funny for the new elements (they don't show up at all at first). But if that's the way to do it, it may be fine. Strange....

Pekka 2010-06-17 19:05:17

It works fine. As it turns out, "colSpan" makes it work in IE.

Stefan Kendall 2010-06-17 19:07:42

@Stefan you mean changing `colSpan` to `colspan`? Did you do that in the developer tools, or did you change the jQuery?

Pekka 2010-06-17 19:08:33

I changed the jQuery to set the attribute as ("colSpan",100) rather than ("colspan",100).This makes me a sad panda. jQuery should take care of this.

Stefan Kendall 2010-06-17 19:09:44

@Stefan strange. Shouldn't be an issue either way (HTML properties are not case sensitive in HTML.) But if it works.....

Pekka 2010-06-17 19:18:22

Someone downvoted me for the correct solution. Lovely.

Stefan Kendall 2010-06-17 19:19:08

@Pekka: Since when does IE6/7/8 render HTML? It renders something like it, but not really. :)

Stefan Kendall 2010-06-17 19:29:58

@Stefan yeah, but still! This is leaving me baffled.

Pekka 2010-06-17 19:33:40

Answer 2

+4 A:

Use colSpan, not colspan

Stefan Kendall 2010-06-17 19:06:18

Who the hell downvoted this? This is the correct solution to my problem.

Stefan Kendall 2010-06-17 19:18:30

Attributes should be entered in lower case.

Ken Ray 2010-06-17 19:18:41

You're an idiot. This is the only way IE6/7/8 respect the attribute, at least when applied dynamically. I don't care what the hell the spec is - I need to support IE.

Stefan Kendall 2010-06-17 19:20:27

@Ken Ray Just because something should be done doesn't mean the implementers did it that way. This kind of thing happens all the time in IE.

Patrick 2010-06-17 19:28:19

You didn't mention it was in jQuery. JavaScript attributes and styles have always been formatted like such (i.e. backgroundImage and className). Default HTML would be "colspan" and jQuery would be "colSpan". But jQuery would convert that back to just "colspan" in the actual HTML it generates.

animuson 2010-06-17 19:50:28

Addon: It appears that IE just expanded upon that. Either way is perfectly fine *within jQuery*. However, if you're just setting the colspan in HTML that gets outputted (not within JavaScript), you should always use completely lower case, because every browser will recognize it.

animuson 2010-06-17 20:01:46

http://stackoverflow.com/questions/1294850/set-colspan-dynamically-with-jqueryFurthermore, jQuery is supposed to standardize and fix attributes. It looks like this was fixed in 1.4.2: http://code.jquery.com/jquery-1.4.2.jsSearch for "colspan"animuson, I don't think you understand the purpose of jQuery.

Stefan Kendall 2010-06-17 22:58:51

ansaurus

tags:

views:

answers:

Colspan in IE7/8 not respected

Update: EXAMPLE

related questions