Stretchly严格模式在MacOS系统中的窗口最小化问题分析

严格模式的设计初衷

Stretchly作为一款专注力管理工具，其严格模式（Strict Mode）的核心设计目标是确保用户无法通过常规操作跳过休息提醒。该模式通过以下机制实现强制休息：

1. 窗口置顶显示（Always on Top）
2. 禁用关闭按钮
3. 屏蔽键盘快捷键
4. 阻止其他应用程序获取焦点

MacOS平台的特殊情况

在最新发现的案例中（版本1.17.2，MacOS 15.2环境），用户仍可通过窗口控制按钮中的最小化功能绕过严格模式限制。这导致以下异常行为链：

1. 用户启动严格模式下的休息窗口
2. 点击窗口左上角黄色最小化按钮
3. 窗口被收纳至Dock栏
4. 休息计时器仍在后台运行但无视觉提示
5. 用户可继续工作不受打断

技术原理分析

该问题源于MacOS的窗口管理系统与Electron框架的交互问题。具体表现为：

1. 窗口控制策略不完整：当前实现仅禁用了关闭按钮（red traffic light），但未处理最小化（yellow）和全屏（green）按钮
2. 系统级行为覆盖：MacOS的窗口管理优先级高于应用层控制，导致最小化操作绕过应用限制
3. Electron API使用遗漏：未正确配置minimizable: false的BrowserWindow属性

解决方案建议

开发者已确认将在下个版本修复此问题，预期修复方案可能包含：

1. 完整禁用窗口控制按钮组

new BrowserWindow({
  minimizable: false,
  closable: false,
  fullscreenable: false
})

2. 增加窗口状态监听器

win.on('minimize', (event) => {
  event.preventDefault();
  win.restore();
});

3. 多平台适配策略

• Windows/Linux：隐藏整个标题栏
• MacOS：单独处理每个traffic light按钮

用户临时解决方案

在官方补丁发布前，MacOS用户可采取以下措施：

1. 改用全屏模式显示休息提醒
2. 配置系统快捷键强制恢复窗口（Command+Tab）
3. 暂时使用通知中心提醒模式替代窗口模式

该案例典型体现了跨平台应用开发中系统特性适配的重要性，也展示了人机交互设计中"防呆机制"的实现难点。