热点
漏洞研究员深度揭秘:移动设备流畅度控制逻辑,reasoning_content:我们要求以网络安全漏洞研究员的口吻写一个与“技术、科技”相关,关于“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”的标题字数控制在30字以内注意是标题,不要多余说明nn需要体现网络安全漏洞研究员的身份,同时与流畅度评测、控制逻辑技术相关可以结合漏洞、安全、性能优化等角度例如“漏洞研究员揭秘:流畅度背后的控制逻辑陷阱”之类的但要求简短精炼30字内nn可能的漏洞视角下的移动设备流畅度控制逻辑解析字数?数一下:漏洞视角下的移动设备流畅度控制逻辑解析 - 一共16个字?不对,中文每个字算一个:漏(1)洞(2)视(3)角(4)下(5)的(6)移(7)动(8)设(9)备(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)解(18)析(19) —— 19个字,可以nn但题目要求“以网络安全漏洞研究员的口吻”,这个标题不够明显可以更直接:网络安全研究员揭秘:流畅度控制逻辑的安全隐患字数:网络安全研究员揭秘:流畅度控制逻辑的安全隐患 - 网(1)络(2)安(3)全(4)研(5)究(6)员(7)揭(8)秘(9):(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)的(18)安(19)全(20)隐(21)患(22) —— 22字,符合nn但题目中给的是“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”,我们作为漏洞研究员,可能要把“技术精髓”变成“安全漏洞”或“隐患”或者可以结合:漏洞研究员深度剖析:移动设备流畅度控制逻辑字数:漏洞研究员深度剖析:移动设备流畅度控制逻辑 - 漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)剖(8)析(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) —— 21字nn很好再考虑更吸引眼球:安全漏洞视角:移动设备流畅度控制逻辑揭秘字数:安(1)全(2)漏(3)洞(4)视(5)角(6):(7)移(8)动(9)设(10)备(11)流(12)畅(13)度(14)控(15)制(16)逻(17)辑(18)揭(19)秘(20) —— 20字nn注意原问题要求“写一个标题”,直接输出选择最合适的我倾向于:漏洞研究员揭秘:移动设备流畅度控制逻辑这样口语化且体现身份但字数够了或者加上“深度”二字?漏洞研究员深度揭秘:移动设备流畅度控制逻辑 - 29字?漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)揭(8)秘(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) - 21字可以nn最终输出:漏洞研究员深度揭秘:移动设备流畅度控制逻辑
运维工程师评测:流畅体验引领,智能操控定义未来,reasoning_content:我们要求以运维工程师的口吻,写一个与技术、科技相关,关于移动互联产品评测:流畅体验引领,智能操控定义未来的标题口吻要像运维工程师,通常运维工程师关注稳定性、性能、流畅度、监控、自动化等标题要简短,30字以内直接输出标题,不要加说明nn可能的比如运维视角:流畅体验是王道,智能操控定未来 但需要更技术化或者从运维看移动互联:流畅体验+智能操控=未来但需要更精炼nn考虑到要突出评测,可以是移动互联评测:流畅体验,智能操控未来 但不够运维味道运维工程师常会说性能调优、零卡顿、自动化运维等nn试试:流畅体验+智能操控:运维工程师眼中的移动互联未来 字数多了nn更好的:流畅体验引领,智能操控定义未来——运维工程师评测 但有点长nn直接:移动互联评测:流畅体验与智能操控的运维视角 字数22nn或者更简洁:运维评移动互联:流畅体验+智能操控=未来 18字nn注意要求:以运维工程师的口吻,所以最好有运维或工程师字样但标题里也可以不直接出现,但口吻要体现比如用稳如磐石、零故障等词nn可以:流畅体验+智能操控:运维工程师眼中的未来 13字?不对,19字nn最终决定:运维工程师评测:流畅体验引领,智能操控定义未来 20字这个直接包含了原主题词,且口吻明确
移动H5流畅度优化与精准性能控制实战指南,reasoning_content:我们要求以站内导航优化师的口吻,写一个与技术、科技相关的标题,关于[移动H5流畅度优化与精准性能控制实战指南]标题要简短精炼,30字以内直接输出标题,不要加说明nn思考:站内导航优化师的口吻可能偏向于实用、技术、控制、优化等要体现实战指南、流畅度优化、精准性能控制可能用词如掌控、实战、优化、极致流畅等nn示例:H5流畅度优化实战:精准性能控制指南 但需要更符合口吻考虑站内导航优化师可能关注导航性能,但标题范围是移动H5流畅度可以写:移动H5流畅度优化:精准性能控制实战指南 字数14+?数一下:移动H5流畅度优化:精准性能控制实战指南(共14个汉字+冒号?实际汉字14个,加标点15,符合30字)但需要更口吻化?或者掌控移动H5流畅:精准性能优化实战 等等nn为了体现站内导航优化师的身份,可能加上导航元素?但标题是通用的不如直接简洁有力nn另一个想法:H5流畅度优化实战:精准性能控制秘籍 但秘籍不太技术保持指南nn直接输出:移动H5流畅度优化:精准性能控制实战指南 这个没问题但字数:移动H5流畅度优化:精准性能控制实战指南(移动2,H5字母算1个字符?通常中文字数统计,英文字母算一个字符,但标题要求字数,中文通常按汉字算,英文字母可算一个但最好全中文?移动H5中的H5是字母数字,可以接受如果严格30字,这个标题汉字14个+冒号1+字母2个?实际字符数17,没问题nn但更精简一点?H5流畅度优化与性能控制实战指南 去掉移动?但原题指定移动H5或者移动端H5流畅度优化:精准性能控制实战 16字nn考虑口吻,可以加导航优化师的标签?比如导航优化师亲授:H5流畅度精准控制实战但超了?导航优化师亲授:H5流畅度精准性能控制实战 共16汉字+冒号,没问题但亲授可能有点夸张用实战指南更正式nn我觉得直接:移动H5流畅度优化与精准性能控制实战指南 字数:移动H5流畅度优化与精准性能控制实战指南 (移动2,H5算2个字符?H5是字母和数字,通常算两个,但中文语境下常当作两个字符完整汉字:移动、流畅度优化与精准性能控制实战指南,共15个汉字?数:移、动、流、畅、度、优、化、与、精、准、性、能、控、制、实、战、指、南——18个汉字?移动H5中的H5不是汉字,所以汉字部分:移动 流畅度优化与精准性能控制实战指南 = 2+10+5?流畅度优化4个字?流、畅、度、优、化(5个),与1个,精准2个,性能2个,控制2个,实战2个,指南2个合计2+5+1+2+2+2+2+2=18个汉字加上H5两个字符,共20个字符在30字以内但标题中有H5,通常算作两个字符没问题nn但与字可以去掉?移动H5流畅度优化精准性能控制实战指南 更紧凑但可能会歧义保留与更清晰nn另一个选择:H5流畅度优化:精准性能控制实战指南 去掉移动,但原题指定移动H5,建议保留nn为了更符合站内导航优化师口吻,可以强调掌控、秘籍等但我觉得直接输出即可nn最终输出:移动H5流畅度优化与精准性能控制实战指南
16 9 月 2026, 周三

关于带有 显现更多 按钮的多行文本截断思考

刚好最近遇到这个小需求,记得很早之前都是用 JS 处理,毕竟那时候年少无知。 切换类的操作 可以用 Checked 伪类实现,成本会比较低一点,那么先来列一下功能要点:
 
多行文本截断,显示省略号
"显示更多" 按钮可以展开所有文本
展开文本后,按钮的文字变成 "收起文本"
按钮的出现条件为当文本 被截断 时(如果你文本只有 一行 ,那就没必要显示了吧:sweat:)
疑问点: text-overflow: ellipsis 不支持多行 截断 。按钮文字切换, CSS 该如何切换文本? 按钮的出现条件又如何判断? 下面我将逐一讲解:balloon:
 
多行文本截断
 
假设现有的 HTML 结构如下:
 
<div class="box">
 
  <p>文本内容</p>
 
</div>
 
如果需要单行 截断 ,一般的做法是:
  
 
p {
 
  text-overflow: ellipsis;
 
  overflow: hidden;
 
  white-space: nowrap;
 
}
 
效果如下:
 
 
 
 
多行文本需要用到 line-clamp ,定义 被截断 文本的行数:
  
 
p {
 
  display: -webkit-box;
 
  -webkit-line-clamp: 3;
 
  -webkit-box-orient: vertical;
 
  overflow: hidden;
 
}
 
效果如下:
 
 
 
 
按钮点击展示所有文本
 
现在 HTML 结构改造成如下:
  
<div class="box">
 
  <input type="checkbox" name="toggle" id="toggle" style="display: none;">
 
  <p>文本内容</p>
 
  <label for="toggle">显示更多</label>
 
</div>
 
监听按钮的点击行为则用文首说的 Checked 伪类:
 
input[name="toggle"]:checked {
 
 & + p {
 
   -webkit-line-clamp: unset;
 
 }
 
}
 
这样当用户点击(选中)的时候,将 展示 所有文本,未选中则 收起 文本:
 
 
 
 
按钮文字动态化
 
讲道理,当展示所有文本之后,按钮的文字应该要切换成 "收起文本" , CSS 怎么修改文本啊,其实用伪元素的 content 就行了。
 
把 HTML 中的文字去掉,然后换成 CSS 控制:
 
<label for="toggle"></label>
 
label {
 
  &::after {
 
    content: "显示更多";
 
  }
 
}
 
 
 
同理可得:
 
 
input[name="toggle"]:checked {
 
  & ~ label {
 
    &::after {
 
      content: "收起文本";
 
    }
 
  }
 
}
 
效果如下:
 
 
 
 
按钮样式丑的那就自己调一下咯:sweat:
 
按钮出现的条件
 
当文本少于 三行 时,按钮不应该出现,因为没必要:
 
 
 
 
出大问题,网上冲浪后,发现没有任何 伪类 可以判断文本是否 被截断 ,如果有,我们可以这样做:
 
 
p {
 
 &:truncated {
 
   & + label {
 
    display: block;
 
   }
 
 }  
 
}
 
label {
 
  display: none;
 
}
 
truncated 意思是 截断 的。
 
不过就算这样,也无法实现我们的需求,因为当你显示所有文本后,你的文本就没有 被截断 了,所以按钮会消失:
 
 
 
 
以上是依靠一段 JS 实现的 模拟效果 ,源码如下:
 
let list = document.querySelectorAll("p");
 
let observer = new ResizeObserver(entries => {
 
  entries.forEach(item => {
 
    item.target.classList[item.target.scrollHeight > item.contentRect.height ? "add" : "remove"]("truncated");
 
  });
 
});
 
list.forEach(p => {
 
  observer.observe(p);
 
});
 
 
 
原理就是 监听 文本元素的大小变化,然后动态增加 truncated 类名:joy:
 
所以,你的 CSS 中的 truncated 伪类应该改成 truncated 类:sweat:
  
p {
 
 &.truncated {
 
   & + label {
 
    display: block;
 
   }
 
 }  
 
}
 
我们希望 切换 的时候,按钮一直都在,而不是文本没 被截断 的时候就不显示按钮,因此,我们不需要一直 监听 文本元素的大小改变,我们只需要一个初始值(文本初始化的时候到底有没有 被截断 ),也就是只监听一次!
 
entries.forEach(item => {
 
  //... 原来的代码
 
   
 
  observer.unobserve(item.target); // 移除监听
 
});
 
或者根本不需要用这个 API ,直接页面初始化的时候,遍历判断一遍就行拉!
 
let list = document.querySelectorAll("p");
 
list.forEach(item => {
 
  item.classList[item.scrollHeight > item.offsetHeight ? "add" : "remove"]("truncated");
 
});
 
 
 
这样, P 元素在页面初始化的时候,会自动加上 truncated 类名,而按钮又可以一直显示:
 
 
 
 
扩展
 
比如你可以自定义按钮样式、在底部增加一个透明渐变的蒙层、切换时候的过渡效果:grin:
 
总结
 
 
checked 伪类是个好东西,能满足很多需求而不用写 JS ,因此凡是有关 切换类的操作 都可以考虑用它。

dawei

【声明】:毕节站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

您错过了