-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>> ...we need people willing to lay the foundations and shape the
>> GUI from scratch.
Joel Holdsworth schrieb:
> That sounds the very exciting to me. The best way to build a frontend
> for this app would be to build a very rich backend interface which
> exposes all required services for the GUI frontend - or any other
> frontend. Strict separation is very important. So of course building a
> good GUI requires a good backend services. Mostly you try and make a the
> GUI a human-friendly wrapper around the backend. Occasionally one has to
> adapt the backend give the right services for a useful frontend.
That's our understanding too.
Incidentally, we want to start out at the level of features and flexibility
we know and value with the current Cinelerra. But we strive at making it more
user friendly at some places where deemed necessary.
Besides, personally I want to push matters a bit, just in the sense of
implementing
the (from a users POV) already rather modular approach of Cinelerra more
consequently.
Btw, I am implementing the Proc Layer (middle Layer) of the application, where
the
"Media Objects" in the session are hold and the edit operations are carried out,
while Chrisian Thaeter ("cehteh") is the "Master of the Backend".
See here for an architecture draft/overview: (I know, the drawing needs some
work....)
http://www.pipapo.org/pipawiki/Lumiera/DesignProcess/ArchitectureOverview
So, while we want to integrate Plugins on various levels and while we want
"everything is an object and can be wired freely" (from a users point of view),
we as well want to support a smooth workflow, especially in large projects, and
thus need to provide some automatism to manage all of this configurability
As you just said, make a human-friendly wrapper...
> At the moment it doesn't look like much has been done on the UI side of
> things. But I'd love to get the ball rolling on the design. Do you or
> anyone else have ownership of this? - or am I the sole volunteer? I see
> some basic design ideas, but has anyone actually begun to work toward a
> concrete spec which could actually be implemented?
Your are right: contrary to backend and proc layer, where we have concrete specs
and are in the middle of coding, we don't have any finished plans or concepts
for the GUI. So, if you are willing to get the ball rolling, you are welcome.
To summarize:
- Richard Spindler kept the GUI discussion rolling (thanks, Richard!).
He wrote Open Movie Editor and thus doesn't want to become the Lumiera
GUI Master, if I understand him right. But he will contribute here and
there and we plan to share code and common experiences on various levels.
- "Paulo Alves Pereira" <[EMAIL PROTECTED]> asked to get involved.
He worked as editor and camera man and proposed last week to write a draft
based on his experiences with AVID (which he rather likes and proposes
to use as a model for a smooth professional workflow). I don't know if
Paulo is on thins ML -- I'll keep him informed.
- several other people showed interest and will probably join a GUI working
group (but mostly have not the time or can't code enough to take the
respsibility for a whole subsystem)
Especially I remember Sami Kallinen, SimAV, maybe Plouj?
My impression is, if we manage to create a GUI concept and lay the foundations
for the implementation, many more people are willing to help and code down
individual functions or do graphics/design work, if there is a viable starting
point for them to "jump in"
cheers,
Hermann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH7vl2ZbZrB6HelLIRAu6vAJ9K/sW/bhcfKPhxxnfUySOudoY4oACePe+X
fcTfgWJMdE36KkigUF+Tdyo=
=Q3rm
-----END PGP SIGNATURE-----
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
