codemonkey wrote:
> Are you guys aware that there's a quasi-standard regarding this in
> the GNU libraries? See the following excerpt from Fedora "info ls"
> and "man strverscmp".
>
> ~ray
>
> PS: I've found that "ls -v" works well for sorting MP3s with track
> numbering, etc. I don't know if i
Thomas Martitz wrote:
> Bryan VanDyke wrote:
>> Thomas Martitz wrote:
>>
>>> Bryan VanDyke wrote:
>>>
>>>> Thomas Martitz wrote:
>>>>
>>>>
>>>>> Linus Nielsen Feltzing wrote:
>>>>>
Thomas Martitz wrote:
> Bryan VanDyke wrote:
>> Thomas Martitz wrote:
>>
>>> Linus Nielsen Feltzing wrote:
>>>
>>>> Mike Holden wrote:
>>>>
>>>>> Maybe leading zeros should only be stripped if anothe
Thomas Martitz wrote:
> Linus Nielsen Feltzing wrote:
>> Mike Holden wrote:
>>> Maybe leading zeros should only be stripped if another digit follows
>>> them?
>>>
>>> I use names like 00RockFaves.m3u, 00ClassicRock.m3u for playlists that I
>>> have created (as opposed to original artist albums), an
Dominik Riebeling wrote:
> Hi,
>
> I started wondering how the value "as whole numbers" for the setting
> "interpret numbers while sorting" is intended to work. Currently it
> seems to get changed in svn quite often. However, I haven't seen a
> consensus how this feature is supposed to work (read:
Bryan VanDyke wrote:
> Mike Holden wrote:
>> As a side debate (subject line altered appropriately), should it be
>> enabled by default?
>>
>> Personally I would say no, since it changes current functionality. I have
>> no need for this feature since I only play pl
Mike Holden wrote:
> As a side debate (subject line altered appropriately), should it be
> enabled by default?
>
> Personally I would say no, since it changes current functionality. I have
> no need for this feature since I only play playlists directly, so the
> names of the actual music files hav
Thomas Martitz wrote:
> Bryan VanDyke wrote:
>> Sorry about posting a file and not a patch. I have patch files now if
>> anyone wants/needs them. The task has been closed and I don't know how
>> to add them after-the-fact.
>>
>> Just for clarification, the f
Sorry about posting a file and not a patch. I have patch files now if
anyone wants/needs them. The task has been closed and I don't know how
to add them after-the-fact.
Just for clarification, the file isn't a reversion but was intended to
be a patch for 10029 and the code at the time of 10029, bu
Vladimir Pantelic wrote:
> alex wallis wrote:
>>
>>
>>> Robert Menes wrote:
On Tue, Feb 24, 2009 at 5:31 AM, Dave Chapman
wrote:
> I think I would support such an application - audio codecs are always
> welcome, even though RealAudio seems to be becoming less and less
> used
Bryan VanDyke wrote:
> pondlife wrote:
>> Hi all,
>>
>> I'd very much like to see FS#8894 in SVN at some point. This allows speed
>> to be changed independently of pitch. It's particularly useful with audio
>> books/podcasts (and maybe woul
pondlife wrote:
> Hi all,
>
> I'd very much like to see FS#8894 in SVN at some point. This allows speed
> to be changed independently of pitch. It's particularly useful with audio
> books/podcasts (and maybe would be useful for audible fast forward/rewind).
>
> However, it has had problems wit
12 matches
Mail list logo
