Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Image fadeDuration property

未关闭
#461 3 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

@bencripps 已经在做这个了。

开始于 2026年9月4日。

  • #518 来自 @bencripps —— 未关闭

评估

难度
5/5
预计耗时
一周以上
新手友好度
35/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
活跃
技术栈
css, javascript, react-native

调研方向

首先定位 createStrictImage 入口点,并阅读链接的关于 fadeDuration 的 react-native 讨论。确定并记录预期的跨平台行为,以及在不依赖非标准 html.img 属性的情况下 override 应如何工作。完成的标准是:项目已有明确且可实施的方案,并且预期的图像加载行为已得到澄清。

由索引模型根据 Issue 内容生成。

描述

react-native has an android only property fadeDuration that adds a fade-in effect to images while they load.

This is set by default to 300ms leading to an unexpected inconsistency across platforms.

the issue was discussed here: https://github.com/facebook/react-native/issues/10194

where was decided to add a prop to control it, but not removing the default value to avoid breaking changes.


I'm wondering what is the position on the topic from the react-strict-dom POV. Should the createStrictImage force it to 0 and let the optional animation be handled by css transition polyfills?

If not, how can the behavior be overridden? In react-native the fadeDuration property can be used to reset to 0 when needed, but not being a valid web API is not allowed in html.img (as well as possibly creating conflicts with transitions and/or animations)

主要语言
JavaScript
星标
3.6k
派生
208
PR 合并指标
30 天内没有已合并 PR

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

react/react-strict-dom 的其他 Issue

查看 react/react-strict-dom 的全部 Issue

相似的 Issue

更多 JavaScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。