sxmo: fix that sxmo_state_switch.sh was renamed upstream

This commit is contained in:
Colin 2023-11-20 02:36:42 +00:00
parent 0127b61901
commit f84ab9a4d1
2 changed files with 6 additions and 6 deletions

View File

@ -53,9 +53,9 @@ handle_with() {
# # probably not handling proximity* correctly here # # probably not handling proximity* correctly here
# case "$STATE" in # case "$STATE" in
# *lock) # *lock)
# respond_with sxmo_state_switch.sh set screenoff # respond_with sxmo_state.sh set screenoff
# *) # *)
# respond_with sxmo_state_switch.sh set unlock # respond_with sxmo_state.sh set unlock
# esac # esac
# } # }
@ -104,7 +104,7 @@ if [ "$STATE" = "screenoff" ]; then
;; ;;
"powerbutton_three") "powerbutton_three")
# power once during deep sleep often gets misread as power three, so treat these same # power once during deep sleep often gets misread as power three, so treat these same
handle_with sxmo_state_switch.sh set unlock handle_with sxmo_state.sh set unlock
;; ;;
esac esac
fi fi
@ -113,11 +113,11 @@ fi
case "$ACTION" in case "$ACTION" in
"powerbutton_one") "powerbutton_one")
# power once => unlock # power once => unlock
handle_with sxmo_state_switch.sh set unlock handle_with sxmo_state.sh set unlock
;; ;;
"powerbutton_two") "powerbutton_two")
# power twice => screenoff # power twice => screenoff
handle_with sxmo_state_switch.sh set screenoff handle_with sxmo_state.sh set screenoff
;; ;;
# powerbutton_three: intentional no-op because overloading the kill-window handler is risky # powerbutton_three: intentional no-op because overloading the kill-window handler is risky

View File

@ -24,7 +24,7 @@ systemctl --user start bonsaid
# swaymsg output '*' bg "$SXMO_BG_IMG" fill # swaymsg output '*' bg "$SXMO_BG_IMG" fill
# To setup initial lock state # To setup initial lock state
sxmo_state_switch.sh set unlock sxmo_state.sh set unlock
# Turn on auto-suspend # Turn on auto-suspend
if [ -w "/sys/power/wakeup_count" ] && [ -f "/sys/power/wake_lock" ]; then if [ -w "/sys/power/wakeup_count" ] && [ -f "/sys/power/wake_lock" ]; then