On Fri, 21 Jan 2011 17:01:10 +0100, Paul C. Bryan em...@pbryan.net wrote:
On Fri, 2011-01-21 at 04:16 +0100, Nikki wrote:
2. What do you think stops you or other people from contributing more?
(If the answer is simply laziness, then you're in good company, that's
been the response from
Andrew Barnert wrote:
As long as Picard has an option to automatically translate smart quotes
to
ASCII out-of-the box, Picard and other clients can find metadata matches
even when the type of quotes differ, and the website treats them as
equivalent (or very close matches) in both
I would like to propose adding a spoken attribute to the vocal tree.
The separate Speaker Relationship Type (RFC-55) is abandoned, and
honestly, I'd say there is no reason to consider speech as different
from the rest of the vocal tree. speech is a part of the advanced
vocal tree pre-proposal (
Toni Panadès wrote:
While the live is very clear: A release that was recorded live.
I don't think even this part is clear.
There have been two recent discussions on the forum about what recorded
live means. The best example is surrounding
Nikki-3 wrote:
In my opinion, it's a problem with the music player if it can't sort
unicode characters properly
What does it mean to sort properly?
See http://unicode.org/reports/tr10/ for the official Unicode answer. It's
probably not what you think it is. And, more importantly, I doubt any
+1
2011/1/23 Nicolás Tamargo de Eguren reosare...@gmail.com
I would like to propose adding a spoken attribute to the vocal tree.
The separate Speaker Relationship Type (RFC-55) is abandoned, and
honestly, I'd say there is no reason to consider speech as different
from the rest of the vocal
Bill Purosky wrote:
Has there ever been any discussion about splitting release type into
its two component parts? It's always sort of bugged me from a data
design standpoint. It's really two unrelated data types shoehorned into
one attribute. Maybe once the dust settles from NGS, we
