Re: [Linuxsampler-devel] status update for LinuxSampler -- GUI and native format

[Marek P. <ma...@na...>]

On Tue, 2003-03-25 at 05:34, Josh Green wrote:
> On Mon, 2003-03-24 at 15:57, Marek Peteraj wrote:
> > 
> > My personal feeling is that the GUI itself could be done from scratch
> > according to the needs of 2)
> > The reason why i'm proposing this is, that a good sampler needs real
> > eye-candy too ;) and i would like to do something about it either by
> > doing some artwork in blender and gimp and/or by chasing some people on
> > deviantart.com or similar. But it's not just pure eye-candy, this adds a
> > whole lot of functionality as well, Halion and Mach5 being the best
> > examples. The overall design of the GUI is very important and plain QT
> > or GTK just isn't enough for it IMO. What i want/need here is to have a
> > nice rendered keyboard(which isn't that difficult since it's sufficient
> > to render just a few white and black pressed/released keys to build the
> > whole keyboard) a few types of knobs(which isn't difficult either except
> > for some moog knobs) and an efficient way to display waveforms of
> > samples and scroll them without artefacts(power of 2 should do). If you
> > look at Native Instruments Kontakt you can see that the GUI is very
> > simple in terms of eye-candy but very efficient as well.
> > 
> 
> I myself can see many nice eye candy widgets being written for GTK or QT
> and integrated with other apps. In this sense I don't see it as really
> writing the GUI from scratch but more extending existing ones. 

But we really should derive from the look&feel of other pro samplers in
this regard.

> Its nice to have things like menus, 
> trees, lists, etc and not have to implement
> them all by hand :) 

My guess is that in the main app window the lists and trees won't be
needed at all.

> I'm looking into using the GnomeCanvas widget for
> all waveform displays (ardour uses the GTK+ version of this canvas) as
> well as all envelope, LFO and other graph based GUI widgets. 

GnomeCanvas 2 was reported to be buggy, and smowhat deprecated now that
people use a foo-canvas module which takes use of gtk2 built-in stuff.
But Paul Davis is considering the port of gtk-canvas to gtk2 so maybe we
could use, ulilise, help improving, bug-fixing, porting as well. :) 


Marek