I’ve tried every variant of defining summary I can think of (the man page contains 0 information on that, ought to be fixed) but I keep getting the message “No summary specified.” and a distinct lack of the notification itself. Someone tell me what I’m doing wrong with it please (btw I already sanitised the message so newlines etc would be translated to \n etc).
Edit: Just in case it held any relevance, the full vforkexec which forkexec passes onto:
Ah, that worked out, must be a quirk in geany’s terminal then, didn’t get the accompanying alarm though so something must be wrong there too:
/* Cheat for now, will use OpenAL or something later to make it a built in
* feature */
int pid = forkexec( "/bin/paplay", "/usr/share/sounds/" ALERT_SOUND, NULL );
return (pid < 0) ? -1 : 0;
Ended up posting this in the wrong place by mistake, copied over to here now:
Trying to avoid the shell here since I’ll have to implement these features manually in the library I’m making, right now I’m only outsourcing the notifications and sound effects because I need an alarm to stop myself overcharging my battery by accident. Later when I start implementing battery, sound & notification APIs into my library I’ll need to implement them in full C so shell was a non-starter for me. Besides witch to do it the shell way I need to use the watch command and save the previous battery state to files, in C I can just use sleep() and store the previous state in VRAM.
Edit: btw this app I made is meant to watch individual batteries, these are the options I have so far:
str opts =
"Usage: mybatsig.elf [options]",
"--id <positive_number>: "
"Which battery this instance should be checking",
"--max <positive_number>: "
"Alert if still charging when charge is at least this high",
"--min <positive_number>: "
"Alert if still discharging when charge is at least this low",
"--wait <positive_number>: "
"How many seconds to sleep between each check",
Guess it wasn’t a quirk with geany’s terminal, something seemed to have got mis-passed onto execv, the notifications now work correctly, just trying to figure out why the sounds aren’t playing as they should
Either I’m failing to see the option/s for it or it doesn’t support an “almost full” type warning (in my case I set it to 80%) to indicate that should stop charging the battery to extend it’s lifespan, thank you for posting it anyways, now I at least know that it’s libnotify I need to remove external command dependencies altogether.
// Compile with: gcc -o notify `pkg-config --cflags --libs libnotify` notify.c
// File paths also work (for sound change the "sound-name" hint to "sound-file") but
// standard names are preferred because those will match the user's desktop theme
#define ALERT_ICON "battery-low"
#define ALERT_SOUND "battery-low"
NotifyNotification *alert = notify_notification_new("Alert", "Test Alert", ALERT_ICON);
notify_notification_set_hint_string(alert, "sound-name", ALERT_SOUND);
Couple of things to be aware of;
The notification server may ignore the timeout if NOTIFY_URGENCY_CRITICAL (because if it’s critical then it shouldn’t disappear without user intervention).
The notification server may not support sound hints (KDE doesn’t) and so ignore them. You can test for sound capability like this (handling it not being available is left as an exercise for the reader);