rob wrote:
Paul Davis wrote:
I don't think people writing audio/midi/music
applications should be using desktop environments.
Their time is much better spent reimplementing everything a desktop
environment gives in non-standard ways that no-one other than themselves
can understand
Jörn Nettingsmeier wrote:
when i tried the website a week ago, it was 404.
please keep me posted if you can find him.
I had a hard time trying to find the website too, but i got lucky when i
tried freshmeat.net:
http://ciips.ee.uwa.edu.au/~venki-d/greenbox.html
he probably changed his
Paul Davis wrote:
rob wrote:
Paul Davis wrote:
I don't think people writing audio/midi/music
applications should be using desktop environments.
Their time is much better spent reimplementing everything a desktop
environment gives in non-standard ways that no-one other than
Likai Liu wrote:
a *lot* of links on the internet need be updated. including the one in
linux-sound.org...
No, that one is correct.
Best regards,
== Dave Phillips
The Book Of Linux Music Sound at http://www.nostarch.com/lms.htm
The Linux Soundapps Site at
I think you might be missing Paul's point. While yes I use KDE on
both the Solaris side and the Linux side everyday, not everyone does.
By using the KDE libraries you lock yourself into someone using a
system that has KDE. If I were building a standalone system that only
did music applications
Rick Burnett wrote:
I think you might be missing Paul's point. While yes I use KDE on
both the Solaris side and the Linux side everyday, not everyone does.
I think you may be missing my point, namely that without a
tidy, integrated package of development libraries occasionally
projects just
Hi!
On Sun, May 05, 2002 at 10:04:09AM -0400, Paul Davis wrote:
rob wrote:
If people want good quality, well-supported music applications for Linux
then they'd better leave their preconceptions at the door. We should
eschew the geek in favour of the average user.
Make use of the
RB I think you may be missing my point, namely that without a
RB tidy, integrated package of development libraries occasionally
RB projects just might never happen. As an application programmer
RB I don't want to always be fighting an uphill battle against shifting
RB or underpowered APIs - to
Hi!
On Sun, May 05, 2002 at 01:10:42PM -0400, Dave Phillips wrote:
What I really fear is that an app may be so KDE/GNOME specific that it
won't run outside of those environments. AFAIC, this is a loss, and it
forces users into using an entire environment for a single application.
For
Hi Dave,
Thanks for the write up of Rosegarden 2.1 by the way!
You wrote:
Of course, that's one of the current beauties of Linux:
I can have truly it my way, I'm not confined to a single desktop or wm,
and I can make my system lean or fat as I desire.
That is your right of course. But
Likai Liu wrote:
i must be looking at the cached version in my browser. sorry about the misinfo. :)
no problem... it's fine on the 1-page and in the Drumming section but it
was wrong on the dp_choice page... fixed now though... thanks for the
heads-up...
== dp
Rick Burnett wrote:
Linux is not an operating system for simple users.
Can I pin this one on the wall?
It requires you to actually *think* about what you need to do.
So _Linux_ is the one being elitist now is it?
Every assumption you make takes away the freedoms that linux gives you.
On Sat, 2002-05-04 at 13:55, Paul Davis wrote:
Is this possible to build it without KDE requirement
While our user interface is KDE/Qt, the base/ (core library) is just
plain C++/STL.
IMHO, Qt is not a problem. KDE is. Same goes for GTK/GNOME. As I've
said before, I don't think
Linux is not an operating system for simple users.
RB Can I pin this one on the wall?
If someone came to me and said 'I am looking to get into computers,
what should I get?' Last on that list would be Linux. It's too much
of a leap for people unless they will have someone knowledgeable
around
I have a few more things to say again. You don't need to have the KDE
desktop environment running in order to use KDE applications. All KDE
applications (say, those that use DCOP) know how to start a basic set of
core, life-supporting KDE processes, and these kdeinit processes do
clean up
15 matches
Mail list logo