On 05/24/2010 01:47 PM, torbenh wrote:
I follow you here :-)
>> That said, in the past I chose to write a GUI using pure C with Gtk, and this
Yes, I don't think that I'll ever choose C for the GUI part again, by the way.
But, as I previously meant, that is very likely to be the case for the low level
>>>> But maybe that, with experience and methodology, one can get as productive in C
I understand that you use Vala solely as a GObject generator.. I didn't think
about this actually. I was talking about using Vala as the main language, or at
least the whole GUI part, and call native code from Vala through bindings.
> you dont need to write GObject wrappers. but vala can generate bindings
Yes I know about this, but if you need bindings for your low level stuff (jack,
etc..) or for a library for which the bindings do not exist, then you need to
write a GObject wrapper in C for this introspection to take place.
But using Vala to generate the wrapper skeleton could be the key.. I didn't
think about this actually.
>> Nevertheless, Vala looks promising. But I don't like the GObject model. I made
Yes, but my constructs are very simple and readable to me :p They were never
meant to be coupled with GObject, they bring some OO features I need, and it's
just pure C, no code generation, etc.. Eg:
> gtkmm makes deriving easy. but the resulting object cant be wrapped with pygtk
If using Python and C/C++ (a great couple by the way), they I think the GUI part
should be written in Python anyway.
>>> its probably possible to create the boilerplate out of some kind of
I've been using the tags system for C, then I stopped using it, tried again,
etc.. I'm not very confident with the exuberant thing and the like. I once tried
some vim intellisense system, I think that one sort of worked, but Googl'ing
about that it looks like it gained maturity:
I think that some day I need to seat and work a couple of days on optimizing my
Vim setup. Maybe even learn the scripting part..
> if your still into vim you might want to have a look at http://eclim.org/
I have to try this, especially the headless mode, thank you :-)
However, it's not that I really like the Eclipse Java machinery. But I'm
currently forced to use it, and I have to witness that source refactoring for
function, class renaming, and a couple of other features are awesome.
I'll give a try to Eclim to see what it has to offer in this regard.
Linux-audio-dev mailing list