最近在做浏览器兼容，有个table自动拉伸的问题一直困扰着我，这个问题今天终于告一段落了，这篇文章我是极力推荐的，如果碰到这个问题的朋友，我相信你一定会感激我的，如果文章对你有帮助，请留言支持，也可以进行交流。
table这个html中的元素很多人是不推荐用的，因为table有时候不好控制，一些内容自动非配td宽度以及内容撑开，边的问题有时候很让人头疼，如果你有此类问题，欢迎与我交流，俗话说，横排用td，竖排用table，这句话确实没有错，今天我主要说的功能是table的自动拉伸分配td宽度的时候在Chrome与IE下的区别。
先对这个问题的浏览器进行分类，这个分类是我经过测试的：
A浏览器：table拉伸时保持td的比例不变，但是计算后的宽度【每个td宽度之和】与实际宽度【table宽度】可能不符：IE8、IE9、IE10、Firefox
B浏览器：table拉伸时保持td的比例可能改变，但是计算后的宽度【每个td宽度之和】与实际宽度【table宽度】一致：Chrome、Safari、IE7
详细说明一些这两种情况的区别，这种情况是在比较特殊的情况下产生的，如果table宽度是100px【border是0，padding和spacing都是0】，一共5个td，每个是20px，每次加减都是5的倍数，那么这两个浏览器的解析是没有区别的；但是如果你一次加3px，因为浏览器对元素计算宽高是不带小数的【像素就是显示器能识别的最小单位了】，那么这三个像素分配给table的5个td是如何分配的呢？这个具体是如何计算的应该问题IE和Chrome写浏览器内核的工程师了，但是我们能够从表现来分析他们的不同实现。A浏览器会根据比例来进行伸缩，举个例子来说吧，看个图片
19和21中间的那条红线，如果拉伸之前是在整个图片2/3的位置，那么拉伸之后红线还是在2/3的位置；但是B浏览器你按照2/3的比例去计算就会差一些，具体差多少得看实际的数值了，那么是B浏览器我们如果想计算准确的红线位置该如何计算呢，这里我提供一种办法：看红线是在第多少个td，如果说是第7个td那么拉伸之后计算前面六个td的宽度，加起来就是红线的位置了，我的另外一种绑定td属性的方法与这个方法实质上是一样的，那是为什么呢，主要是因为B浏览器在拉伸td时保持所有的td之和与整个table的宽度一致的前提，这样用每个td的宽度相加进行计算永远是准确的。
另附上我的测试代码：
复制代码代码如下:
<SPAN style="FONT-SIZE: 18px"><!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
<title></title>
<style type="text/css">
div
{
height: 50px;
width: 300px;
border: 1px solid black;
}
div table
{
height: 100%;
width: 100%;
border: 0px solid black;
}
</style>
<script src="/UploadFiles/2021-03-30/jquery-1.8.3.min.js"></head>
<body>
<form id="form1" runat="server">
<div id="div1">
<table id="table1" cellpadding="0" cellspacing="0">
<tr>
<td id='td1' style="width: 60px">
</td>
<td style="width: 50px">
</td>
<td style="width: 40px">
</td>
<td style="width: 60px">
</td>
<td style="width: 50px">
</td>
<td style="width: 40px">
</td>
</tr>
</table>
</div>
<input id="Button1" type="button" value="button" style="width:100px;height:30px;position:absolute;left:20px;top:300px;" onclick="testTable()"/>
</form>
</body>
</html>
<script type="text/javascript">
$(function ()
{
});
function testTable()
{
$('#div1').width($('#div1').width() + 3);
var width = $('#td1').width();
//alert(width);
setTimeout(testWidth, 100);
}
function testWidth()
{
var width = 0;
var tds = $('#table1 tr td');
for (var i = 0; i < tds.length; i++)
{
var w1 = $(tds[i]).width();
width += w1;
}
alert(width);
}
</script>
</SPAN>
table这个html中的元素很多人是不推荐用的，因为table有时候不好控制，一些内容自动非配td宽度以及内容撑开，边的问题有时候很让人头疼，如果你有此类问题，欢迎与我交流，俗话说，横排用td，竖排用table，这句话确实没有错，今天我主要说的功能是table的自动拉伸分配td宽度的时候在Chrome与IE下的区别。
先对这个问题的浏览器进行分类，这个分类是我经过测试的：
A浏览器：table拉伸时保持td的比例不变，但是计算后的宽度【每个td宽度之和】与实际宽度【table宽度】可能不符：IE8、IE9、IE10、Firefox
B浏览器：table拉伸时保持td的比例可能改变，但是计算后的宽度【每个td宽度之和】与实际宽度【table宽度】一致：Chrome、Safari、IE7
详细说明一些这两种情况的区别，这种情况是在比较特殊的情况下产生的，如果table宽度是100px【border是0，padding和spacing都是0】，一共5个td，每个是20px，每次加减都是5的倍数，那么这两个浏览器的解析是没有区别的；但是如果你一次加3px，因为浏览器对元素计算宽高是不带小数的【像素就是显示器能识别的最小单位了】，那么这三个像素分配给table的5个td是如何分配的呢？这个具体是如何计算的应该问题IE和Chrome写浏览器内核的工程师了，但是我们能够从表现来分析他们的不同实现。A浏览器会根据比例来进行伸缩，举个例子来说吧，看个图片
19和21中间的那条红线，如果拉伸之前是在整个图片2/3的位置，那么拉伸之后红线还是在2/3的位置；但是B浏览器你按照2/3的比例去计算就会差一些，具体差多少得看实际的数值了，那么是B浏览器我们如果想计算准确的红线位置该如何计算呢，这里我提供一种办法：看红线是在第多少个td，如果说是第7个td那么拉伸之后计算前面六个td的宽度，加起来就是红线的位置了，我的另外一种绑定td属性的方法与这个方法实质上是一样的，那是为什么呢，主要是因为B浏览器在拉伸td时保持所有的td之和与整个table的宽度一致的前提，这样用每个td的宽度相加进行计算永远是准确的。
另附上我的测试代码：
复制代码代码如下:
<SPAN style="FONT-SIZE: 18px"><!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
<title></title>
<style type="text/css">
div
{
height: 50px;
width: 300px;
border: 1px solid black;
}
div table
{
height: 100%;
width: 100%;
border: 0px solid black;
}
</style>
<script src="/UploadFiles/2021-03-30/jquery-1.8.3.min.js"></head>
<body>
<form id="form1" runat="server">
<div id="div1">
<table id="table1" cellpadding="0" cellspacing="0">
<tr>
<td id='td1' style="width: 60px">
</td>
<td style="width: 50px">
</td>
<td style="width: 40px">
</td>
<td style="width: 60px">
</td>
<td style="width: 50px">
</td>
<td style="width: 40px">
</td>
</tr>
</table>
</div>
<input id="Button1" type="button" value="button" style="width:100px;height:30px;position:absolute;left:20px;top:300px;" onclick="testTable()"/>
</form>
</body>
</html>
<script type="text/javascript">
$(function ()
{
});
function testTable()
{
$('#div1').width($('#div1').width() + 3);
var width = $('#td1').width();
//alert(width);
setTimeout(testWidth, 100);
}
function testWidth()
{
var width = 0;
var tds = $('#table1 tr td');
for (var i = 0; i < tds.length; i++)
{
var w1 = $(tds[i]).width();
width += w1;
}
alert(width);
}
</script>
</SPAN>
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！
如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
暂无“table自动拉伸在chrome与IE中的兼容性问题解决”评论...
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。
更新动态
2024年11月24日
2024年11月24日
- 凤飞飞《我们的主题曲》飞跃制作[正版原抓WAV+CUE]
- 刘嘉亮《亮情歌2》[WAV+CUE][1G]
- 红馆40·谭咏麟《歌者恋歌浓情30年演唱会》3CD[低速原抓WAV+CUE][1.8G]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[320K/MP3][193.25MB]
- 【轻音乐】曼托凡尼乐团《精选辑》2CD.1998[FLAC+CUE整轨]
- 邝美云《心中有爱》1989年香港DMIJP版1MTO东芝首版[WAV+CUE]
- 群星《情叹-发烧女声DSD》天籁女声发烧碟[WAV+CUE]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[FLAC/分轨][748.03MB]
- 理想混蛋《Origin Sessions》[320K/MP3][37.47MB]
- 公馆青少年《我其实一点都不酷》[320K/MP3][78.78MB]
- 群星《情叹-发烧男声DSD》最值得珍藏的完美男声[WAV+CUE]
- 群星《国韵飘香·贵妃醉酒HQCD黑胶王》2CD[WAV]
- 卫兰《DAUGHTER》【低速原抓WAV+CUE】
- 公馆青少年《我其实一点都不酷》[FLAC/分轨][398.22MB]
- ZWEI《迟暮的花 (Explicit)》[320K/MP3][57.16MB]