'Re: extragear/multimedia/amarok/src/collection/sqlcollection'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       amarok-devel
Subject:    Re: extragear/multimedia/amarok/src/collection/sqlcollection
From:       Orville Bennett <illogical1 () gmail ! com>
Date:       2009-06-04 19:24:49
Message-ID: 4A281F81.10706 () gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

Gary Steinert wrote:
> On Thursday 04 June 2009 04:09:42 Jeff Mitchell wrote:
>    
>> Gary Steinert wrote:
>>      
>>> I think the spaces around "featuring" should be
>>>        
> retained,
>    
>>> at least for the "f." option. Im sure there are many
>>>        
> bands
>    
>>> with names comprising initials (AFI for one, which I
>>>        
> have
>    
>>> seen tagged many times as a.f.i) in these cases, a
>>>        
> false
>    
>>> positive would be generated. I can't off the top of my
>>> head think of any situations  where a false negative
>>> would be returned if ( " f." || "(f." ) were used.
>>>        
>> I was thinking about that.  I've also seen (and in fact
>>      
> have) tracks
>    
>> using square brackets.  Maybe something like the
>>      
> following list (note
>    
>> spaces, if someone isn't using a fixed-width font):
>>
>> " featuring"
>> "(featuring"
>> "[featuring"
>> " feat."
>> "(feat."
>> "[feat."
>> " ft."
>> "(ft."
>> "[ft."
>> " f."
>> "(f."
>> "[f."
>>
>> What do people think about that list?
>>      
>
> Awesome =) Except for the spaces after *feat. *ft and *f. I
> can imagine people omitting these spaces at times when
> tagging. (e.g. "Artist one feat.Artist Two"). Don't know if it
> actually happens, but theres always the possibility.
>
> Hmm, thinking about it though, artists with initials
> starting with F may suffer from that. Ah the joys of
> finding the middle ground =P
>    
At some point this all gets ridiculous and we have to just hope that 
people are smart enough to notice that things are being excluded from 
Various Artists (that's what this is for I assume) because their tags 
are retarded.
I think this is that point.

[Attachment #5 (text/html)]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
Gary Steinert wrote:
<blockquote cite="mid:200906041729.39551.gary.steinert@gmail.com"
 type="cite">
  <pre wrap="">On Thursday 04 June 2009 04:09:42 Jeff Mitchell wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Gary Steinert wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">I think the spaces around "featuring" should be 
      </pre>
    </blockquote>
  </blockquote>
  <pre wrap=""><!---->retained,
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">at least for the "f." option. Im sure there are many 
      </pre>
    </blockquote>
  </blockquote>
  <pre wrap=""><!---->bands
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">with names comprising initials (AFI for one, which I 
      </pre>
    </blockquote>
  </blockquote>
  <pre wrap=""><!---->have
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">seen tagged many times as a.f.i) in these cases, a 
      </pre>
    </blockquote>
  </blockquote>
  <pre wrap=""><!---->false
  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">positive would be generated. I can't off the top of my
head think of any situations  where a false negative
would be returned if ( " f." || "(f." ) were used.
      </pre>
    </blockquote>
    <pre wrap="">I was thinking about that.  I've also seen (and in fact 
    </pre>
  </blockquote>
  <pre wrap=""><!---->have) tracks
  </pre>
  <blockquote type="cite">
    <pre wrap="">using square brackets.  Maybe something like the 
    </pre>
  </blockquote>
  <pre wrap=""><!---->following list (note
  </pre>
  <blockquote type="cite">
    <pre wrap="">spaces, if someone isn't using a fixed-width font):

" featuring "
"(featuring "
"[featuring "
" feat. "
"(feat. "
"[feat. "
" ft. "
"(ft. "
"[ft. "
" f. "
"(f. "
"[f. "

What do people think about that list?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Awesome =) Except for the spaces after *feat. *ft and *f. I 
can imagine people omitting these spaces at times when 
tagging. (e.g. "Artist one feat.Artist Two"). Don't know if it 
actually happens, but theres always the possibility.

Hmm, thinking about it though, artists with initials 
starting with F may suffer from that. Ah the joys of 
finding the middle ground =P
  </pre>
</blockquote>
At some point this all gets ridiculous and we have to just hope that
people are smart enough to notice that things are being excluded from
Various Artists (that's what this is for I assume) because their tags
are retarded. <br>
I think this is that point. <br>
<br>
</body>
</html>

_______________________________________________
Amarok-devel mailing list
Amarok-devel@kde.org
https://mail.kde.org/mailman/listinfo/amarok-devel

[prev in list] [next in list] [prev in thread] [next in thread] 