[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-artists
Subject: Re: [kde-artists] [kde-promo] New start sound - Discussion.
From: Aleix Pol <aleixpol () kde ! org>
Date: 2013-05-30 11:17:56
Message-ID: CACcA1RpWoN8jjx-QbnizW7QTE2sgVsF+89XpihiXUuhBB+BL9w () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Thu, May 30, 2013 at 1:10 PM, Aaron J. Seigo <aseigo@kde.org> wrote:
> On Thursday, May 30, 2013 09:13:37 Thomas Pfeiffer wrote:
> > I don't think it's a good idea to disable login sounds.
> > Sure, they have no practical use, but they are a very important part of
> > sound branding (
> > http://en.wikipedia.org/wiki/Sound_trademark#Sound_branding ). That's
> why
>
> The reasons for having turned off the login sound are:
>
> * It often starts at an unpredictable time due to the mechanics of the
> startup
> procedure and the wonder that is free software audio; this is only going to
> become worse as we move to increasingly parallelized startup where
> dependencies are determined at runtime by access (the systemd model, e.g.)
>
> * The sounds for KDE are not well integrated into the branding. That the
> log
> in/out sounds are extremely long does not help.
>
> * They is no realistic benefit to our branding from the sound due to low
> public
> usage (as you noted in your own email)
>
> * They are configurable .. which destroys hope of branding
>
> * They are annoying as hell (regardless of platform). We've opted for
> elegance
> for the user rather than attempts to inject our brand into the environment.
>
> Things that could improve the above and which would cause at least me to
> re-
> assess this decision:
>
> * Integrate the startup sound with either the splash screen or the session
> manager (e.g. ksmserver), skip the knotification thing path altogether and
> ensure the sound is played via a low-(enough-)latency mechanism. This would
> remove some of the awkwardness of the current sound timing.
>
> * Produce a sound that is actually memorable, meshes with the KDE branding
> goals (e.g. projection of elegance) and is no more than a couple seconds
> long.
> A simple, calm, recognizable sound that lasts ~1 second would be great
> imho.
>
> --
> Aaron J. Seigo
>
> _______________________________________________
> This message is from the kde-promo mailing list.
>
> Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set
> digest on or temporarily stop your subscription.
>
I think that having a bad sound shouldn't be confused with not wanting it
at all. Also I don't think that making it configurable would defeat the
purpose if it's the user who decides to change it: configurability has been
part of our branding for longer than I can remember.
Aleix
[Attachment #5 (text/html)]
<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Thu, May 30, 2013 at 1:10 PM, \
Aaron J. Seigo <span dir="ltr"><<a href="mailto:aseigo@kde.org" \
target="_blank">aseigo@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div class="im">On Thursday, May 30, 2013 09:13:37 Thomas Pfeiffer wrote:<br> \
> I don't think it's a good idea to disable login sounds.<br> > Sure, they have no \
practical use, but they are a very important part of<br> > sound branding (<br>
> <a href="http://en.wikipedia.org/wiki/Sound_trademark#Sound_branding" \
target="_blank">http://en.wikipedia.org/wiki/Sound_trademark#Sound_branding</a> ). That's why<br> \
<br> </div>The reasons for having turned off the login sound are:<br>
<br>
* It often starts at an unpredictable time due to the mechanics of the startup<br>
procedure and the wonder that is free software audio; this is only going to<br>
become worse as we move to increasingly parallelized startup where<br>
dependencies are determined at runtime by access (the systemd model, e.g.)<br>
<br>
* The sounds for KDE are not well integrated into the branding. That the log<br>
in/out sounds are extremely long does not help.<br>
<br>
* They is no realistic benefit to our branding from the sound due to low public<br>
usage (as you noted in your own email)<br>
<br>
* They are configurable .. which destroys hope of branding<br>
<br>
* They are annoying as hell (regardless of platform). We've opted for elegance<br>
for the user rather than attempts to inject our brand into the environment.<br>
<br>
Things that could improve the above and which would cause at least me to re-<br>
assess this decision:<br>
<br>
* Integrate the startup sound with either the splash screen or the session<br>
manager (e.g. ksmserver), skip the knotification thing path altogether and<br>
ensure the sound is played via a low-(enough-)latency mechanism. This would<br>
remove some of the awkwardness of the current sound timing.<br>
<br>
* Produce a sound that is actually memorable, meshes with the KDE branding<br>
goals (e.g. projection of elegance) and is no more than a couple seconds long.<br>
A simple, calm, recognizable sound that lasts ~1 second would be great imho.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Aaron J. Seigo</font></span><br><br>
_______________________________________________<br>
This message is from the kde-promo mailing list.<br>
<br>
Visit <a href="https://mail.kde.org/mailman/listinfo/kde-promo" \
target="_blank">https://mail.kde.org/mailman/listinfo/kde-promo</a> to unsubscribe, set digest on or \
temporarily stop your subscription.<br></blockquote></div>
<br></div><div class="gmail_extra" style>I think that having a bad sound shouldn't be confused with \
not wanting it at all. Also I don't think that making it configurable would defeat the purpose if \
it's the user who decides to change it: configurability has been part of our branding for longer than \
I can remember.</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style>Aleix</div></div>
______________________________________________________________________________
kde-artists@kde.org | https://mail.kde.org/mailman/listinfo/kde-artists
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic