导航

萌即是正义!时不时分享一些ACG活动记录与有趣代码的小站!

侧边栏
热门文章
1推文
给自己看过的2025年的1月新番加了评分和评价。
热度
806
2页面
程序员老黄历&求签
热度
520
3博文
《孤独摇滚》圣地巡礼——下北泽&下北泽咖喱节2023
热度
260
4博文
真相永远只有一个!《名侦探柯南》特别音乐会2025
热度
169
5博文
面码找到你了!探寻超平和Busters的秘密基地——《我们仍未知道那天所看见的花的名字》秩父圣地巡礼
热度
143
6推文
看完《孤独摇滚》的总集篇剧场版后篇了。 虽然删减在所难免,但是个人觉得制作组还是在尽量在保留精华。 ED歌曲《Re:Re:》把我惊艳到了,非常熟悉的旋律当时硬是想不起来,回到家查了一下原来第一次听到是在《只有我不在的街道》。 https://www.bilibili.com/video/BV1M5ejeMErR
热度
104
7博文
探访日本的废校:《悠哉日常大王/悠悠哉哉少女日和》圣地巡礼之旧小川小学校下里分校
热度
91
8推文
今天去看了首部初音未来的电影《剧场版 世界计划 破碎的世界与无法歌唱的未来》。 说是初音未来的电影,但其实是手游《世界计划》的剧场版。好像有挺多人看到是初音未来的电影就去看了,结果发现并不全是😅。其实在宣传海报中,初音未来后面的那些人才是主角。 不过,我也是那些没玩过手游的观众之一。其实整场看下来问题也不是很大,就是对于人物关系和世界观的设定可能会有些问题。电影其实也很贴心地在剧情开头,大致以剧情的形式展示了手游中的五个团体的人物及其性格,但感觉还是有些杯水车薪,约等于看个眼熟。 此次的电影是第一次购买应援场。所谓的应援场,就是能在电影院里像是听演唱会一样挥舞荧光棒和尽情呐喊。看着前排那些粉丝看到自己喜欢角色时的呐喊,以及演唱会环节的打CALL,应援场确实是很有意思的一种电影观看方式呢! 剧情方面,属于看了开头大概能猜到整部动画的剧情走向。不过,通过演唱会的气氛渲染,甚至还感受到了一丝丝的感动。 总体来说,对于手游的粉丝来说可能是嘉年华般的狂喜,对于没接触过手游的路人来说也能一定程度融入其中,属于一部不错的粉丝向电影(不管是手游粉丝还是初音未来粉丝)。 首周电影特典是CD和游戏内的兑换码。送CD这种形式还第一次遇到,官方大气!
热度
91
9博文
3DS模拟器简体中文字库 | Citra3ds字库 | 符文工房4乱码解决字库 | shared_font.bin
热度
78
10页面
友链
热度
78
最新评论
广树管理员
2025-04-15 22:53
@小彦:所以文本转成json啊,然后递归渲染,数据都在json里了还不好办
小彦
2025-04-15 22:49
@广树:数据取出不是难点,难的是你的卡片组件,是vue组件来的(例如),但是日志内容是全文字数据,怎么让一个日志内容里还能渲染卡片组件呢?因为vue的组件必须是写在 template里的,不能说日志里有vue的代码他就能渲染出来
广树管理员
2025-04-15 22:44
@小彦:真要硬做也不是不可以,服务器先对文本做预处理比如md转json或者html转json或者干脆数据库就存json,然后从json拿到所有涉及到的番剧id再从数据库里拿到id填充回json里。接下来前端只用针对这个json做递归渲染就行了。
小彦
2025-04-15 22:40
@广树:果然是这样,一般的思路也是这样。有个难题是,如果要求卡片和日志的文字混排呢?例如用自定义 markdown 语法,如 #card# 之类的和文字混排,能做到么
广树管理员
2025-04-15 22:14
@小彦:这个啊,首先数据库里要有个番剧表,然后把番剧和文章做关联就有了数据。前端的话做一个通用组件复用渲染就行了。
攻略中
星空列车与白的旅行
暂无评分
Steam星空列车与白的旅行
2025年2月22日 22时 ~ 攻略中
已累计游玩1个月22天
乘坐的列车,划破夜空,飞驰在星空之下,令人心旷神怡——这可真是场超值之旅。舒爽夜风吹拂下的随心独旅中,我邂逅了随性的乘客,可人怜爱的乘务员。以及……猫耳少女?这场旅行,究竟会在她身上,留下了些什么呢?
界之轨迹
暂无评分
PS5界之轨迹
2024年9月28日 14时 ~ 攻略中
已累计游玩6个月20天
导力之父爱普斯泰因预言的世界末日即将到来,此时东大陆共和国所研发的导力火箭划破天空,即将探访这个世界的边界。 与此同时万事屋的青年们,正聚集在奥雷德自治州,与集结而来的各方势力,一同看望着这科技奇点。 人们这次是否能认识到世界的真实呢?
PSN奖杯卡

PSN奖杯卡

归档
赞助商广告

解决Safari以及iOS上的其他浏览器子元素不受border-radius作用的问题

作者:广树时间:2024-01-16 18:00:00分类:CSS/HTML

在使用 Safari 浏览器查看 HTML 时,即使在父元素中设置了 overflow: hidden 和 border-radius,子元素仍然可能超出 border-radius 的范围而显示的问题。

问题:

尽管在父元素中设置了 overflow: hidden 和 border-radius 以应用圆角样式于子元素,但在桌面版 Safari 或 iOS 上的 Chrome 等浏览器中,子元素仍然可能在 border-radius 的范围之外显示。

例如,通过以下方式将 <img> 放在 <div> 中,设置 overflow: hidden 和 border-radius 就能复现这个现象。

HTML:

<div class="parent">
  <img src="avatar.jpg" width="100" height="100" />
</div>

CSS:

.parent {
  overflow: hidden;
  border-radius: 50%;
}

当然,如果直接在要应用样式的元素上设置 border-radius,则会按预期显示(理所当然)。因此,问题只在设置了 overflow: hidden 和 border-radius 的父元素时才会出现。

我在以下浏览器版本中能够复现这个现象:

  • macOS Safari: 15.4 (17613.1.17.1.13)
  • iOS Chrome: 100.0.4896.85
  • iOS Brave: 1.37 (22.4.6.8)

原因:

直接进入结论,似乎 Safari(准确说是 WebKit)的一个 bug(?)是问题的原因。在 WebKit Bugzilla 的 Bug 140535 中称其为“仅在非堆叠上下文中发生”。

140535 – Border-radius clip of non-stacking composited descendant doesn't work

为了验证这一点,如果添加生成堆叠上下文的 CSS 属性,问题将得到解决。


解决方法:

因为问题似乎仅在非堆叠上下文中发生,所以可以通过有意地生成堆叠上下文来避免。具体而言,有以下几种方法可以在不影响外观的情况下生成堆叠上下文:

方法 A) 设置 isolation: isolate

.parent {
  isolation: isolate;
}

方法 B) 设置 position 和 z-index

.parent {
  position: relative;
  z-index: 0;
}

方法 C) 设置 transform

.parent {
  transform: translateZ(0);
}

从本质上来说,“生成堆叠上下文”的意思来说,最直接的可能是方法 A) 中的 isolation: isolate。如果没有其他特殊原因,可能最好选择 A)。有关生成堆叠上下文的其他方法,如果感兴趣,可以查阅 MDN 页面:

The stacking context - CSS: Cascading Style Sheets | MDN

翻译自:《Safari や iOS 上のブラウザで border-radius で子要素をマスクできない問題》

donate.png

1210 x 50(蓝底).png

cloudcone