- From: csant <csant@csant.info>
- Date: Mon, 09 Aug 2004 19:21:59 +0200
- To: www-style <www-style@w3.org>
- Cc: "Dave Raggett" <dsr@w3.org>
On Mon, 9 Aug 2004 17:55:33 +0100 (BST), Dave Raggett <dsr@w3.org> wrote:
> If you are just focussing on the need for background sound, it might
> be worth allowing for playlists as well as explicit sound files.
> This doesn't effect the syntax as the same url(address) syntax
> can be applied to both playlists and sound files.
>
> I would be in favor of a shorter name such as "sound" in place of
> the longer "background-sound".
My attempt was to distinguish between some sound in the background
('backsound') and some sound present in the markup ('audio'). I might have
missed a few properties for 'audio', and based the 'backsound' properties
on the CSS3 Background Module.
> A further feature of potential interest is the ability to add sound
> when a field gets the focus (:focus), or when a link is clicked
> (:active). By staying with "sound" as the property name, we can use
> it on body for the page background sound, and on controls for
> dynamic effects. The CSS specificity rules could be interpreted
> as suppressing the background noise set on the body element when
> a sound property is supplied on a pseudo class, when this has
> a higher specificity.
What would speak against using 'cue' or 'backsound'? Or even
@media audio {
p:focus { content: wind.wav; }
a:active { content: blop.wav; }
}
Mixing/non-mixing should have a way of being defined - though balance can
be done by balancing the sounds with the appropriate 'balance' and
'volume' properties (maybe expressing them in percentages?).
/c
--
[Quote]
And she, remembering other things, to me trifles but torturing to her,
showed me how life withers when there are things we cannot share.
~~~ Virginia Woolf
Received on Monday, 9 August 2004 17:22:05 UTC