[Bug 24902] interface for precomposed dial-strings
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Feb 9 12:59:33 CET 2010
http://bugs.freedesktop.org/show_bug.cgi?id=24902
--- Comment #6 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2010-02-09 03:59:32 PST ---
+ <tp:added version="0.19.0">(draft 1)</tp:added>
0.19.UNRELEASED please; whoever does the 0.19.1 release will correct that to
0.19.1, assuming this branch isn't delayed.
(Rationale: this stops branches that don't make it into the target release from
having incorrect information.)
+ <tp:docstring>The number of milliseconds to play each tone. May
+ be ignored.</tp:docstring>
"The connection manager MAY ignore this parameter if it cannot alter the length
of tones", please; likewise for Pause.
+ The supplied Tones string, Duration, or Pause was invalid.
What does it mean to have an invalid Duration or Pause?
I wonder whether we should say that the Duration and Pause SHOULD automatically
be clamped within reasonable limits by the CM (so a Duration of 100 seconds
ends up as the CM's hard-coded maximum, 2 seconds or whatever).
Perhaps there should also be a reserved value (maybe 0xFFFFFFFF, the maximum
unsigned int32) that means "use a default duration and pause for this
protocol"? Or is it, in practice, either fixed or the UI's choice?
Missing things here which the old interface had:
* How do you send tones "live" via a dial-pad, e.g. for "for sales and support,
press 3"? I infer that the answer is SendTones("3", x, x) for suitable x, or
possibly SendTones("3", x, x) for very large x on press and CancelTones() on
release; this should be documented explicitly.
* If you send "overlapping" tones (call SendTones a second time while tones are
still playing), what happens? I suspect the only sensible answer is to say
they're queued up, but this should be documented explicitly.
Is this interface suitable for XMPP and SIP as well as GSM? I'd like to see an
opinion from whoever designed the old DTMF interface (assuming it wasn't
Olivier all along :-)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the telepathy-bugs
mailing list