> On July 2, 2016, 10:50 a.m., David Faure wrote: > > src/notifybyaudio.cpp, line 88 > > <https://git.reviewboard.kde.org/r/128043/diff/2/?file=468092#file468092line88> > > > > So if the user upgrades from Plasma 5 to Plasma 6, and the old sound > > file no longer exists, the user is going to be rewarded with an awful BEEEP > > ? > > > > I truly hate audio notifications, but the system beep is even 10 times > > higher on my hate list. What if my wife is sleeping on the sofa next to me? > > > > Is QApplication::beep() muted by the laptop's mute button btw? On old > > desktop PCs I remember it was completely independent from the mixer > > settings.
Is that really a valid concern? I'd say that 1) someone hating audio notifications will turn them off, so shouldn't be getting fallback notifications. If in addition that someone is a "KDE guru", s/he might implement a quick method for turning off sound on all notifications ;) 2) if an upgrade borks the sound file installations, the user should be alerted to that ... and the sysbeep could be perfet for that. There are certainly other ways to do that, but the whole point with alert notifications is that they work better if there's a relatively high annoyance aspect to them. I can make using a fallback beep dependent on the presence of an env. variable if that makes the feature more acceptable. > Is QApplication::beep() muted by the laptop's mute button btw? I couldn't say, your educated guess (from the source code) and empirical observations are as good as mine ... Either way I haven't yet heard QApplication::beep() make the kind of BEEEP you seem to have in mind, not even on the netbook that makes exactly that kind of noise when I dis/connect its powercord (and that's a sound I can avoid only by suspending the thing first). - René J.V. ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128043/#review97008 ----------------------------------------------------------- On June 9, 2016, 7:52 p.m., René J.V. Bertin wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128043/ > ----------------------------------------------------------- > > (Updated June 9, 2016, 7:52 p.m.) > > > Review request for KDE Software on Mac OS X and KDE Frameworks. > > > Repository: knotifications > > > Description > ------- > > This is a follow-up to discussion on the plasma-devel ML. When not running > under a Plasma session it would be preferable if generic alert sounds are > (can be) delivered using the default system sound. The easiest way to do that > is to call `QApplication::beep()` ; at least on OS X this will play the > user's selected alert sound. > > I have implemented this for now by assuming the existence of a virtual > (relative) `beep` sound file that always plays the default sound. > > In addition, this patch provides better warning feedback if a soundfile isn't > found (making it easier to figure out which alert is misconfigured), and will > play the sysbeep in that case (so that the alert doesn't go lost if it's > sound-only). > Finally, no Phonon::AudioOutput object is created until that is actually > required. > > > Diffs > ----- > > src/notifybyaudio.cpp 903e996 > > Diff: https://git.reviewboard.kde.org/r/128043/diff/ > > > Testing > ------- > > Works as expected on OS X 10.9.5 > > > Thanks, > > René J.V. Bertin > >
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
