I do agree that there are way too many web clients out there with no clear
choices at all, and providing a single one is a great goal. Most of the
differences you suggest between clients I think should eventually be simply
multiple configurations of a single client - single sites can have
mobile/normal versions, simple and power interface, etc. Collecting
together into a single repo and ultimately merging is probably a reasonable
approach - as long as it's clear that's the intent, not simply to manage
many different clients in one place.
On Sun, Feb 28, 2010 at 11:54 AM, Sven Ginka <sven.gi...@gmail.com> wrote:
> Thanks for the infos regarding git. I'll try to clone from the original
> phpMp instead of starting with
> the tar. That makes sense. I'll figure that out
>
Regarding the multiple client thing. I agree that having multiple
> clients in one repos is not the usual way.
> But:
> (1) different hardware clients may need different web clients (mobiles,
> pda, netbook, ... speaking of javascript, frames, ...)
(2) there are different clients out there suiting most needs (small and
> easy ones, stylish ones, ... ) sometimes hard to find
> (3) most of them are quite old and need only little care to get them
> working on a current system due to deprecated functions/changed interface
> (4) new users to mpd might be disappointed when accidently picking a non
> working small and basic client and might be disappointed instead of
> choosing out of a rich collection
> (5) the code itself is very little and changes are nearly static so
> putting them toghether in one repo is a good start (instead of leaving
> them spread over the internet)
> (6) i talked to the ben who made the mpd-class which is used by various
> clients and will also be included in phpMpReloaded (for future clients)
> (7) having different clients also suggests to pull the best out of each
> to finally create "a perfect" client
> (8) this could also be a platform where people talk about mpd webclients
> instead of creating an own page and publishing a self written client
> without known what actually allready exists out there -- say community
>
> It is meant to be a good collection of clients and to come in touch with
> mpd webclients and/or develop based on given source "the perfect" client.
>
> @jeffrey
> I didnt talk too much about it in the first place because I thought its
> no big deal, just putting all toghether mostly for myself and second for
> others having some little changes/impovements whatever. But your
> question put me to more thinking about it. Thanks.
>
> Best
> -tswaehn
>
>
> Jeffrey Middleton wrote:
> > Those tars weren't in the original phpMp repository, were they? As
> > Max said, it'd be best to start from that (preserve the history). If
> > they really were in the original one, you could use git filter-branch
> > to alter the history (but this is scary!).
> >
> > As for the multiple clients thing... it doesn't make much sense to me
> > to have multiple projects in a single repository. If there's
> > something to be gained from each of these clients, the right approach
> > would be to add the features from all the rest to phpMp (if they're
> > mutually exclusive, allow configuration). We don't want a handful of
> > choices which between them provide all the features, we want one
> > single great web client.
> >
> > Jeffrey
> >
> > On Sun, Feb 28, 2010 at 9:18 AM, Sven Ginka <sven.gi...@gmail.com
> > <mailto:sven.gi...@gmail.com>> wrote:
> >
> > Hi,
> >
> > As you can clearely see I am new to git and its use :-). Yes thats
> > true
> > there were
> > the original tars in it first so the repo exploded to 48mb. As
> > soon as I
> > figured out
> > how to bann them from the history the repo will be a couple of kbs.
> >
> > @stefan
> > there are heaps of mpd-webclients out there. I downloaded most of
> them
> > and tried
> > each to figure out which one suits to my needs. mostly there were no
> > changes since
> > years on some clients. I thought it would be nice to simply download
> a
> > package
> > of webclients where I could simply switch to any client -- this is
> > going
> > to be phpMpReloaded.
> >
> > best
> > -tswaehn
> >
> >
> > Max Kellermann wrote:
> > > On 2010/02/26 10:36, Sven Ginka <sven.gi...@gmail.com
> > <mailto:sven.gi...@gmail.com>> wrote:
> > >
> > >> additionally i also pulled the following versions and will
> > maintain them
> > >> - phpMp2 0.11.0
> > >> - phpMp+ 0.2.3
> > >>
> > >
> > > Great news to see somebody revive an old MPD client! Since the
> > > project is abandoned, you could continue the original project,
> > without
> > > a rename.
> > >
> > > I cloned your repository, but I was baffled that git downloaded
> > 46 MB
> > > of changesets. You didn't preserve the old change history, but
> > > created a whole new repository, and you committed several large
> > > tarballs into it, only to remove them with the next commit.
> > >
> > > Why did you import 4 versions of phpmp? Which one of these are you
> > > going to work on?
> > >
> > > Why not clone the original git repository, and work on that? We
> > could
> > > give you write access to git.musicpd.org <http://git.musicpd.org>.
> > >
> > > Oh, and please fix your git configuration:
> > >
> > > Author: tswaehn <tswa...@homer.(none)>
> > > Author: root <r...@homer.(none)>
> > >
> > > Max
> > >
> > >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Download Intel® Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________
> > Musicpd-dev-team mailing list
> > Musicpd-dev-team@lists.sourceforge.net
> > <mailto:Musicpd-dev-team@lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
> >
> >
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Musicpd-dev-team mailing list
> Musicpd-dev-team@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team