If, for example, my company takes a GPLd program and modifies it, we could use
it in-house with impunity, but we could not distribute it to anyone else
without including *the sources for any changes we made*.
We aren't compelled to distribute those changes, though, merely because
we *made*
On Wednesday 4 March 2009 18:30:20 Kelvin Lawson wrote:
Thanks for keeping us posted. Did you implement a new frontend or is it
an extension of the main Wx GUI? Either way I'm happy to incorporate any
new features within PyKaraoke.
Kelvin,
I've actually done both. I've created a
Hi John,
Just giving an update on the DJ player progress. It's moving along
nicely.
Should have something to show in the next few days. Is this something that as
a community we would like to be a part of PyKaraoke, or would it be best to
spin it off as a separate project?
Thanks
On Friday 20 February 2009 10:52:13 Iann Gorrill wrote:
I'm not sure if this is along the same lines or not, but I've been
developing a manager of sorts around PyKaraoke over the last month or
so. Basically the idea works like this:
Media pc - Hooked up to tv with speakers and mic. It has a
John Schneiderman wrote:
I've been getting a lot of feedback about wanting to have an integrated
search list for the ability to play music through PyKaraoke. With the ability
already present to call MPlayer, this should be an easy task. What does
everyone else think?
John S.
Hi
On Friday 20 February 2009 11:10:51 Jay R. Ashworth wrote:
Well, first I think you're an Alan Sepinwall fan. :-)
To have an opinion on your actual question, though, I'd have to see where
your UI changes have taken us -- I haven't loaded the code in some months.
I'm assembling pieces for a
- John Schneiderman joh...@meent.biz wrote:
Actually that is certainly I would be interested in. I'm actually
looking at designing it so that it's a single unified interface. It's quite
cumbersome to have to switch between multiple windows when running shows. The
players will be