<p dir="ltr">I might be not so active about active development, I believe it is nice to hear a login notification sound. But i also accept there will be some problems while it is logging in process. my idea is adding these sounds to kdm so before starting login process we can use our sound effects then start our login process so none of other parallelism problems occurs. This is my 2 cents</p>

<div class="gmail_quote">On May 31, 2013 11:37 PM, "Thomas Pfeiffer" <<a href="mailto:colomar@autistici.org">colomar@autistici.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thursday 30 May 2013 22:46:05 Aaron J. Seigo wrote:<br>
> On Thursday, May 30, 2013 16:00:14 Thomas Pfeiffer wrote:<br>
> > On Thursday 30 May 2013 13:10:50 Aaron J. Seigo wrote:<br>
> > > On Thursday, May 30, 2013 09:13:37 Thomas Pfeiffer wrote:<br>
> > > * It often starts at an unpredictable time due to the mechanics of the<br>
> > > startup procedure and the wonder that is free software audio; this is<br>
> > > only<br>
> > > going to become worse as we move to increasingly parallelized startup<br>
> > > where<br>
> > > dependencies are determined at runtime by access (the systemd model,<br>
> > > e.g.)<br>
> ><br>
> > Yes, Free Software audio is a mess, but I agree with Djuro here that<br>
> > working around the mess by disabling sounds would not help getting the<br>
> > mess fixed.<br>
> we use sound in many other places. there is no need to remind people how<br>
> unhappy this part of the stack is as one of the first things we great them<br>
> with on log in.<br>
><br>
> put another way: the log in sound is not going to undermine the need for<br>
> improvements in the audio stack as we have many, many other functional use<br>
> cases that compel us to do so.<br>
><br>
> given that the log in sound is not functional (but purely aesthetic and/or<br>
> for branding) i have to object to presenting it to people if we can not do<br>
> so in a non-broken way. (similar to our approach to compositing at the<br>
> start of 4.x, back when things were really broken and shaky)<br>
<br>
Agreed. So getting the login sound to work correctly may be a side effect of<br>
fixing the sound stack for other, more important reasons ;)<br>
<br>
> > > * They are annoying as hell (regardless of platform). We've opted for<br>
> > > elegance for the user rather than attempts to inject our brand into the<br>
> > > environment.<br>
> ><br>
> > A long startup tune like we currently have may indeed be annoying (and<br>
> > even<br>
> > short ones occasionally are), but I would not consider a startup sound<br>
> > "not<br>
> > elegant" per se.<br>
><br>
> given the youtube videos that mock them, i would beg to differ :)<br>
><br>
> for me, i don't particularly like the idea of imposing something that is not<br>
> elegant on our users just to forward our own goals of branding (e.g.). the<br>
> person we make this stuff for should come first imho.<br>
><br>
> so if we manage to have a good sound, it needs to be something soothing,<br>
> simple and well timed. a wave hitting a beach would do it for me, but then i<br>
> grew up by the ocean ;)<br>
<br>
I grew up pretty far away form the ocean but that still sounds like a nice<br>
idea to me :)<br>
<br>
> > > Things that could improve the above and which would cause at least me to<br>
><br>
> > > re- assess this decision:<br>
> ...<br>
><br>
> > So I'd suggest we encourage Ernesto to create a new, short, and overall<br>
> > better new sound instead of implying "Don't waste your time, it's disabled<br>
><br>
> yes, i think that's what i wrote above :)<br>
<br>
Okay, I'll pick the discussion up again when we have good ideas for login<br>
sounds and a working sound stack.<br>
<br>
So Ernesto, time to shine ;)<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</blockquote></div>