[Playlist] clipping

[Michael Sullivan]

I think xspf is (or can be) a different beast than most specs and should not
nec be frozen.
looking at the playlist culture beyond just simple playlists is wise.  xspf
can and should be used for enhanced playlists such as those that DJs would
find extremely useful.
Why not cater to all of the culture?  Its not like this is just an RSS
thing.
Why is xspf here?  who is it for?  Good to keep that mind.
I dont nec see the benefit of not adding some key features in the core spec
opposed to relying on extensions.

it is true though, that more software is needed that supports xspf.  one
possible way to achieve this is to add to the spec and promote the new
additions to the communities who would benefit most...encouraging developers
to support xspf sooner rather than later.

sull

On 5/25/06, Bjorn Wijers <bjorn at simuze.nl> wrote:
>
>
> >> So what should we do about this?  How can we move this feature
> >> forward?
> >
> > If you're talking about that "DJ-fade out" thing mentioned on a
> > recent message, I reckon there's little that can be done for now.
> > It's my opinion that the XSPF spec should freeze temporarily until
> > more software comes to support it natively.
>
> Agree, but even if there becomes more software available I feel we still
> need to have the spec 'freezed'for a different reason. For now the spec
> seems to be 'good enough' and until there are pressing reasons I don't
> see why we should or need to change anything.
>
> > Afterwards, a version 2 or an extension could be thought off.
> > However, if others in this mailing list think we should discuss this
> > subject and think of ways to apply it to XSPF, I don't see why we
> > shouldn't have such discussion.
>
> I like the idea of the extensions. I do not like the idea of letting the
> spec become larger and incorporate all sorts of 'extras' that might or
> might not be used. For now the specs seem to be easy to implement and
> slim. Perhaps we should think about how to create an easy to access
> repository for future extensions in order to make it as easy as possible
> for developers to incorporate certain features using extensions in their
> software without extending the core specs. This way the core spec
> functionality can be 'frozen' and new functionality can thrive with or
> without the consent of this group...
>
> ps: Are there any XSPF people going to the iSummit in Brazil? See
> http://www.icommons.org/isummit
>
> grtz
> BjornW
>
>
>
>
> _______________________________________________
> Playlist mailing list
> Playlist at lists.musicbrainz.org
> http://lists.musicbrainz.org/mailman/listinfo/playlist
>



-- 
Sull
http://vlogdir.com
http://SpreadTheMedia.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.musicbrainz.org/pipermail/playlist/attachments/20060525/3011d1db/attachment.htm