最新

大约一年前，我正在开发 DockFlow（一款用于管理 macOS Dock 预设的 macOS 应用程序），当时我在 Reddit 上发现了 ExtraDock。 最初的开发者构建了一个很棒的工具：在你的 Mac 上创建多个浮动 Dock，并将它们放置在不同的显示器上。但这个应用程序很难维护，开发者也想放弃它。 我非常喜欢这个概念。我看到了 ExtraDock 和 DockFlow 如何完美地协同工作。DockFlow 管理你的 Dock 配置，而 ExtraDock 让你每个显示器拥有多个 Dock。我联系了他们，我们达成了一项协议，然后我从头开始重建了整个应用程序。 当我第一次获得 ExtraDock 时，它有潜力，但需要进行大量的工作。最初的开发者构建了核心概念——多个浮动 Dock，但用户界面很基础，性能不稳定，而且没有真正与其他工具集成。在过去的 10 个月里，我彻底地重建了它。 变化是翻天覆地的。我重写了所有内容，消除了崩溃问题，添加了可自定义的小部件（分隔符、分隔线、时钟、Finder 垃圾桶小部件、Tamadocky 等等）。 并且将其与 DockFlow 无缝集成，因此你的 Dock 会根据你的工作流程预设自动出现或消失。 三个月前，我意识到我花了太多时间在显示器之间切换上下文。我有一台 14 英寸的 MacBook，两个 27 英寸的显示器，并且在每个显示器上都有完全不同的工作流程。左侧显示器用于设计。右侧用于开发。第三个显示器用于通信和参考资料。 问题是什么？macOS Dock 只有一个位置。所以我一直在跳跃屏幕来访问我为特定工作区所需的应用程序。 使用重建后的 ExtraDock，这个问题就消失了。 现在我有三个专门的 Dock： * 左侧显示器：Figma、Photoshop、颜色选择器、设计资源文件夹 * 右侧显示器：Cursor、终端、Chrome、GitHub Desktop、项目文件夹 * 中心：电子邮件、Notion、日历、管理文件夹 当我将我的 DockFlow 预设从“设计”切换到“开发”时，ExtraDock 会自动隐藏我的设计 Dock 并显示我的开发 Dock。每个显示器都变成了一个专注于我实际正在做的事情的工作区。不再需要在错误的屏幕上寻找应用程序。 我还构建了神奇的功能：ExtraDock 的 Live Dock 小部件。 这是它与其他浮动 Dock 工具的区别所在。 你可以直接复制你的原生 macOS Dock，并进行实时更新。 将其放置在任何地方。 在不同的显示器上，在不同的位置，以不同的尺寸。 使其发挥作用的功能： * 无限数量的 Dock，放置在屏幕上的任何位置 * 将应用程序、文件夹和文件拖放到你的 Dock 中 * 完全可自定义：颜色、尺寸、布局、图标 * 自动隐藏或始终可见——由你选择 * 在全屏应用程序（电影、演示文稿）期间自动隐藏 * Live Dock 小部件，用于在任何地方复制你的原生 Dock * 自定义小部件：分隔符、分隔线、时钟、Finder/垃圾桶访问 * DockFlow 集成：Dock 响应你的预设切换 * 即使运行多个 Dock 也没有任何延迟 * 完全离线运行，无需任何操作系统权限（Live Dock 可以更好地与辅助功能配合使用，但这是可选的） * 所有内容都保留在本地——没有云，没有遥测 是什么让 ExtraDock 与众不同？ 其他 Dock 替换应用程序，如 Dockey 或 HyperDock，试图完全替换 Dock。如果你想要完全自定义的体验，这很好，但很多人喜欢原生 Dock。 他们只是希望它能在每个显示器上都有。 ExtraDock 让你做到这一点。你保留你的原生 Dock（或使用 Live Dock 小部件克隆它），并在你需要的地方添加无限数量的浮动 Dock。 定价： * 每年 9.99 美元 * 31.99 美元（而不是现在的 39.99 美元）终身许可证 如果它不适合你，提供 14 天退款保证 很乐意收到你的反馈，并邀请你加入超过 600 名 ExtraDock 用户 :) 查看：[https://extradock.app](https://extradock.app)

Hi HN， 我一直在开发一种名为 G 的编程语言。它旨在实现内存安全和极速运行，并专注于小巧的体积。 整个解释器用 D 语言编写，大小仅为 2.4MB。我开发它的初衷是希望拥有一种现代脚本语言，它既轻量级，又具备高级语言的安全性。 主要特性： ``` 小巧：二进制文件大小约为 2.4MB。 快速：针对 x86_64 架构优化。 安全：内存安全执行。 标准库：包含 std.echo、std.newline 等。 ``` GitHub：https://github.com/pouyathe/glang 我希望从社区获得关于语法或架构的反馈！

维护大型 Excel 工作簿是一项枯燥乏味且吃力不讨好的工作。通过自定义函数可以稍微改善这种情况，这些函数的逻辑可以在 Excel 之外进行测试。传统上，这属于一个相当高级的领域，采用的人并不多。xllify 可以创建高性能的 .xll 插件来扩展 Excel，所有这些都基于需求、现有公式或 VBA 的提示。 生成的插件使用 C SDK 以实现最佳性能：不涉及 Python、.NET 或 COM。 我很乐意听取任何想法！