快活林资源网 Design By www.csstdc.com
最近在做浏览器兼容，有个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>
快活林资源网 Design By www.csstdc.com
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
快活林资源网 Design By www.csstdc.com
暂无评论...
一口气升级7个大模型SaaS应用，百度智能云：突出一个“开箱即用” - 2024/12/24
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？
更新日志
2024年12月24日
2024年12月24日
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果（九）》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]