解决gh0stzk/dotfiles项目中电池低电量通知重复显示问题

在gh0stzk/dotfiles项目的z0mbi3主题中，用户反馈了一个关于电池低电量通知的常见问题：当电池电量降至20%时，系统会不断重复显示低电量通知，即使用户已经清除通知，它们仍会持续出现。

问题根源分析

该问题的根本原因在于电池状态检查脚本的执行频率设置不当。在eww.yuck配置文件中，电池状态轮询间隔被设置为1秒：

(defpoll battery :interval "1s" "scripts/battery icon")

这意味着系统每秒都会执行一次电池状态检查脚本。当电量低于20%时，脚本中的通知发送逻辑会被每秒触发一次，导致通知不断重复出现。

解决方案

基础解决方案

最简单的解决方案是调整轮询间隔时间。将1秒改为5分钟可以显著减少通知频率：

(defpoll battery :interval "5m" "scripts/battery icon")

进阶优化方案

为了既保持电池图标的实时更新，又避免通知过于频繁，可以采用更精细的方案：

1. 在eww.yuck中添加专门用于通知的轮询变量：

(defpoll battery_notif :interval "5m" "scripts/battery notifications")

2. 修改电池脚本，分离图标更新和通知功能：

notifications () {
    if [ "$per" -le "20" ]; then
        notify-send -u critical "Battery Low" "Connect Charger"
    fi
}

[ "$1" = "notifications" ] && notifications && exit

这样，图标可以保持每秒更新，而通知则每5分钟才会发送一次。

技术细节说明

在原始脚本中，通知逻辑被包含在电量判断条件中：

elif [ "$per" -gt "10" ]; then
    icon=""
    notify-send -u critical "Battery Low" "Connect Charger"

这意味着当电量在11%-19%之间时，每次脚本执行都会发送通知。正确的做法应该是将通知逻辑独立出来，并控制其执行频率。

最佳实践建议

1. 对于需要频繁更新的UI元素（如电池图标），可以保持较高的更新频率（如1秒）
2. 对于用户通知这类需要引起注意但不应该过于频繁的操作，应该设置较长的间隔（如5分钟）
3. 考虑使用系统自带的电池状态变量（如EWW_BATTERY）来简化实现
4. 对于关键系统通知，可以增加通知优先级设置（如critical）

通过这种分离关注点的设计，可以在保证用户体验的同时，避免系统通知的过度干扰。