WWW.YOUINFO.SITE
标签聚合 IDM

/tag/IDM

cnBeta全文版 · 2026-05-23 02:35:09+08:00 · tech

三星正尝试在未来折叠屏产品中,将具备高强度与耐刮性的钛合金与具备更好散热性能的铝材结合,打造一种全新的混合金属机身框架。 相较于苹果更为复杂的Liquidmetal(金属玻璃)方案,三星这套面向智能手机的金属工艺路径相对直接,却有望在实际表现上形成有力对标。 据爆料人 Schrödinger 在其 Telegram 频道披露,三星正在研发一种“混合双相”机身框架,通过“外层钛合金护盾 + 内层航空级铝合金核心”的结构来提升整机刚性和散热能力。 他将这一设计形容为“热区分层”:外层“钛皮”保证类似珠宝级的刚性与抗刮性,而高导热铝合金内芯则像一个“大型散热片”,负责将主板区域产生的热量快速导出。 从爆料的推测来看,这一混合“双相”金属框架,很可能是三星对近期围绕苹果 Liquidmetal 创新热议的直接回应,有望在未来的折叠屏、三折形态设备以及高端直板旗舰中首次登场。 不过,由于在纳米成型等工艺环节将两种截然不同金属牢固融合的成本“极其惊人”,该方案预计只会被用于极高价位的顶级机型。 苹果方面的 Liquidmetal 实际上是对一类非晶金属合金的商业命名,这种合金在制造过程中通过极快冷却速度,阻止原子排列成规则晶体结构,使其原子处于类似玻璃的无序状态。 这一结构使得成品材料在保持一定弹性的同时,硬度可达到不锈钢的约 1.5 倍、强度约为标准钛合金的 2.5 倍,被视为新一代高端结构材料的代表之一。 在应用层面,由于成本高企,无论是三星的钛铝混合框架,还是苹果的 Liquidmetal,目前都只面向各自品牌的“超高端”产品线。 外界普遍预期,苹果将首先在即将推出的 iPhone Ultra 机型上采用 Liquidmetal 材质的折叠铰链,而三星则可能把钛铝混合机身留给下一代三折形折叠设备,以在重量、刚性与散热之间取得新的平衡。 查看评论

linux.do · 2026-04-24 23:29:08+08:00 · tech

以前都是用IDM下载油管视频。最近IDM用不了了。听身边留学生朋友推荐,有一款浏览器插件很不错。本人最近在学语言(刚过法语B2,在准备日语N2)。一般会下载一些外语播客,通勤的时候听。 这个插件在Github上是开源的,400多star。推荐给大家,希望对大家有帮助~ greasyfork.org Youtube Tools All in one local download mp3 mp4 HIGT QUALITY return dislikes... Youtube Tools All in one local Download mp4, MP3 HIGT QUALITY 1 个帖子 - 1 位参与者 阅读完整话题

v2ex.com · 2026-04-21 19:04:49+08:00 · tech

链接: GridMove 演示 点击窗口任意处,移动(可跨屏) 不同屏幕,设定不同布局,并且快速应用 ( P.S. 猜一下上面的演示图是什么软件做的。) Homebrew 安装 brew install mirtlecn/tap/GridMove # 没签名,需要解除隔离 xattr -dr com.apple.quarantine /Applications/GridMove.app 用法 设定一个鼠标快捷键(默认是中键),要是像我一样鼠标按键很多,就设置成侧键。按了就能移动窗口 或者按键修饰键(默认是 Ctrl + Shift + Cmd )后,用左键点击窗口也行。这是为了让触摸板也能单独操作。 默认是只是移动窗口,如果设置了默认进入布局模式,或者按一下 Shift / 右键,就能快速指定窗口的大小和位置 设置页面,截图 其他说明 本意是希望借这个项目实现一个我完全不懂没接触过的东西,体验下 Codex 。换句话说,没写过 swift ,也没搞过 macOS 任何应用开发。全部是 Codex (主要)和 Claude Code (让它改了下 overlay 的渲染)写的。所有对话沟通的提示词我也放上去了( P.S. 很长 ) 这个是当初的 Windows 版本的复刻。但因为 macOS 窗口 API 很多缺失(窗口层级,space 切换,移动到不同的 space ),所以比原来的功能差很多 产品解决的小问题: Codex 的额度用不完,消耗一下 鼠标按键太多,我想只用鼠标就能完成快捷的窗口移动和布局;改进下多屏移动窗口的体验。 有一个副屏,想始终占满全屏,主屏就用自己的自定义布局 可能有同类产品,不过不在乎。 后记 整体上,Codex 令人惊艳,MVP 几乎是一个计划书给定 10 分钟可以构建完成品 Codex 会犯错:会在同一处跨会话反复犯一样的错,用单元测试 + Agents.md 去控制 Codex 新出的 memory 功能会捣乱:如果是软件变动频繁的项目,建议关掉 UI 的改和测试是噩梦:不清楚为什么它总是把原生的控件包的一层又一层,自定义各种样式。不清楚是哪里出了问题。(网页前端让 Codex 写不需要一两句话) 现在 UI 看起来很简单对吧。但这个设置界面 UI 重开了六个分支( SwiftUI / AppKit ),尝试过各种办法( Skill plugin 多 AI 辅助),整个页面逻辑和交互每一次都搞的很奇怪( GitHub 里面分支都上传了)。最后用了笨办法,画草图给他,再让他逐个页面画静态原型,逐个样式去校对,最后接入配置。 有一次功能新增后,peak 内存到了 500mb ,拿 Instrument 查了,发现 Codex 画了大几层的全屏透明遮罩,实时更新。让 Codex 和 Claude 互相商量者改方案,救了回来。 当时 Claude 一下写了三种渲染方案(更底层的 metal ),在没有编译/验证环境的情况下几乎没犯错,令人惊叹。