Re: [Vala] vapi tip

Daniel Svensson wrote: On Fri, Jul 18, 2008 at 4:58 PM, Sam Liddicott <[EMAIL PROTECTED]> wrote: you can do: /usr/bin/valac -C --pkg zlib --pkg gtk+-2.0 --basedir . src/mainwindow.vala src/api.vapi However, --pkg api automagically handles dependencies and runs pkg-config for you, so it

Re: [Vala] GObject Extensions

> > > > > 2. I think once the class definition is closed, you can't > > extend it, but > > > > I agree with you that once the class definition is closed we can't > > extend it. But in this case the gtkglext functions extend the > > GdkWindow object to bring OpenGL capabilities to s

Re: [Vala] vapi tip

On Fri, Jul 18, 2008 at 4:58 PM, Sam Liddicott <[EMAIL PROTECTED]> wrote: > you can do: > /usr/bin/valac -C --pkg zlib --pkg gtk+-2.0 --basedir . > src/mainwindow.vala src/api.vapi However, --pkg api automagically handles dependencies and runs pkg-config for you, so it's much easier to use in most

Re: [Vala] GObject Extensions

On Fri, 2008-07-18 at 10:29 -0300, Matías De la Puente wrote: > > 2008/7/17 Yu Feng <[EMAIL PROTECTED]>: > Hi Matias, > > 1. Gdk.Window isn't a GObject. > > Gdk.Window IS a GObject, you can see this in > http://library.gnome.org/devel/gdk/stable/gdk-Windows.html#GdkWindow

[Vala] vapi tip

I just found this out yesterday but it may help other people; you can specify a .vapi file on the command line just like a .vala file. Instead of: /usr/bin/valac -C --vapidir=src --pkg api --pkg zlib --pkg gtk+-2.0 --basedir . src/mainwindow.vala you can do: /usr/bin/valac -C --pkg zlib --pkg gt

Re: [Vala] Vala port of gtk-sharp-ribbon

2008/7/18 <[EMAIL PROTECTED]>: > Nice work! I've wanted to play with this for a while. It might be worth your > while writing up a sample for how to use it from C code, I'm sure people > would be interested. > If you or anyone feel brave enough after porting this, porting the gridview from meds

Re: [Vala] Vala port of gtk-sharp-ribbon

Nice work! I've wanted to play with this for a while. It might be worth your while writing up a sample for how to use it from C code, I'm sure people would be interested. best, Dan ___ Daniel Lucraft www.songkick.com www.daniellucraft.com/blog --- On Fri, 7/18

[Vala] nautilus-extension bindings

Hello everyone, since writing nautilus extensions in C is really a pain, I decided to try Vala 0.3.4-1. Unfortunately there is no default bindings to Vala, so I had a look at the page http://live.gnome.org/Vala/Bindings and I tried to generate it by myself using the following commands: echo "incl

Re: [Vala] GObject Extensions

2008/7/17 Yu Feng <[EMAIL PROTECTED]>: > Hi Matias, > > 1. Gdk.Window isn't a GObject. Gdk.Window IS a GObject, you can see this in http://library.gnome.org/devel/gdk/stable/gdk-Windows.html#GdkWindow Object Hierarchy GObject +GdkDrawable

[Vala] Vala port of gtk-sharp-ribbon

I have put my efforts of porting gtk-sharp-ribbon [1] to Vala on Google Code [2]. The original Mono project is developed by Laurent Debacker and can be found at [3]. Get the Vala port with svn co http://vala-ribbon.googlecode.com/svn/trunk/ vala-ribbon and follow the instructions in README t

Re: [Vala] Overriding Gtk.Container.forall (...)

Hi, I haven't really been reading this thread much, so I don't really have thoughts on a possible solution, but anyway it looks like this should probably be filed as a bug in bugzilla. Jared On Fri, Jul 18, 2008 at 8:28 PM, Frederik <[EMAIL PROTECTED]> wrote: > Yu Feng wrote: >> >> Surely the pr

Re: [Vala] Overriding Gtk.Container.forall (...)

Yu Feng wrote: Surely the problem can be worked around with your proposal, but the flaw also propagates into vala GTK binding, and it may also corrupt vala language definition. I don't like this workaround either. It really seems to be a GTK design flaw. :( But I'm interested in a solution beca

Re: [Vala] Overriding Gtk.Container.forall (...)

Sam Liddicott wrote: * Frederik wrote, On 18/07/08 10:24: Sam Liddicott wrote: Perhaps the virtual one would also have to be abstract? 'abstract' would mean I am forced to override and implement the method when subclassing because there was no implementation, but Gtk.Container is not an abstra

Re: [Vala] Overriding Gtk.Container.forall (...)

* Frederik wrote, On 18/07/08 10:24: > Sam Liddicott wrote: >>> Perhaps the virtual one would also have to be abstract? > > 'abstract' would mean I am forced to override and implement the method > when subclassing because there was no implementation, but Gtk.Container > is not an abstract class and

Re: [Vala] Overriding Gtk.Container.forall (...)

Sam Liddicott wrote: Perhaps the virtual one would also have to be abstract? 'abstract' would mean I am forced to override and implement the method when subclassing because there was no implementation, but Gtk.Container is not an abstract class and already has a default implementation for 'fora

Re: [Vala] Overriding Gtk.Container.forall (...)

* Sam Liddicott wrote, On 18/07/08 09:27: > * Frederik wrote, On 18/07/08 09:11: > >> Yu Feng wrote: >> >>> gtk_container_forall is loop over all the children (including the >>> internal children), it invokes >>> class->forall with the parameter including_internals = TRUE; >>> >>> To make i

Re: [Vala] Overriding Gtk.Container.forall (...)

* Frederik wrote, On 18/07/08 09:11: > Yu Feng wrote: >> gtk_container_forall is loop over all the children (including the >> internal children), it invokes >> class->forall with the parameter including_internals = TRUE; >> >> To make it clear, gtk_container_foreach has to be mentioned. >> gtk_cont

Re: [Vala] Overriding Gtk.Container.forall (...)

Yu Feng wrote: gtk_container_forall is loop over all the children (including the internal children), it invokes class->forall with the parameter including_internals = TRUE; To make it clear, gtk_container_foreach has to be mentioned. gtk_container_foreach invokes class->forall with including_int