W3C home > Mailing lists > Public > public-audio@w3.org > October to December 2012

[Bug 19762] "connect" event not logically possible, and disconnect message not present on some systems

From: <bugzilla@jessica.w3.org>
Date: Thu, 01 Nov 2012 09:48:51 +0000
To: public-audio@w3.org
Message-ID: <bug-19762-5429-9rr59UdG3Z@http.www.w3.org/Bugs/Public/>

Jussi Kalliokoski <jussi.kalliokoski@gmail.com> changed:

           What    |Removed                     |Added
                 CC|                            |jussi.kalliokoski@gmail.com

--- Comment #2 from Jussi Kalliokoski <jussi.kalliokoski@gmail.com> ---
(In reply to comment #0)
> The "connect" event as currently spec'ed isn't possible to receive (since it
> fires on the MIDIPort, which the user wouldn't have been able to create yet,
> since it's not connected).
> 'disconnect' is also hard if not impossible to implement on some systems. 
> Suggest cutting the events.

Not really true, these events are designed for easy hot-plugging of MIDI
devices. If the program already has the MIDIPort, it's not going to magically
disappear if the associated device gets unplugged, so the "disconnect" event
gets fired, and when/if the associated device gets replugged, the "connect"
event gets fired. While not all system APIs support this, it's fairly simple to
achieve with polling, given that we place no requirements on how soon the event
must fire, so that we don't place a performance burden on the user agent.

As for the 3), I think for the MIDIAccess interface, an event that fires
whenever the ports list changes (merged disconnect and connect) should be

BTW, I'm not very happy that you went ahead and removed them from the spec.

You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 1 November 2012 09:48:53 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:03:14 UTC