Does anyone know a good Windows build for GtkSourceView and its dependencies
?
I've managed to find only this build:
http://code.google.com/p/bpad/wiki/GtksourceviewForWindows
When unpacked, it provides .a file instead of .lib format.
I could link against that, but then my application crashes o
On lun, 2008-09-08 at 14:35 +0200, Miroslav Rajcic wrote:
> Does anyone know a good Windows build for GtkSourceView and its dependencies
> ?
>
> I've managed to find only this build:
> http://code.google.com/p/bpad/wiki/GtksourceviewForWindows
>
> When unpacked, it provides .a file instead of .l
John Coppens wrote:
> On Sat, 6 Sep 2008 11:58:00 -0300
> John Coppens <[EMAIL PROTECTED]> wrote:
>
>> I couldn't find a list of valid format
>> descriptions. Can anyone point me in the right direction?
>
> Adding some more info: I found an (incomplete) chunk of code on the net
> that defines th
I want to make a widget with a border, and the border's color and width can
be changed at the run-time.
How to do this? And which is the best solution?
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinf
Thanks, Jeffrey, but:
On Mon, 08 Sep 2008 08:19:42 -0600
Jeffrey Barish <[EMAIL PROTECTED]> wrote:
> The first argument only has to match the first argument of the source.
This does not seem to be true. If I replace
{"GTK_TREE_MODEL_ROW", GTK_TARGET_SAME_APP, 0} // This works
by, eg.:
{"S
John Coppens wrote:
> Thanks, Jeffrey, but:
>
> On Mon, 08 Sep 2008 08:19:42 -0600
> Jeffrey Barish <[EMAIL PROTECTED]> wrote:
>
>> The first argument only has to match the first argument of the source.
>
> This does not seem to be true. If I replace
>
> {"GTK_TREE_MODEL_ROW", GTK_TARGET_SAM
On Mon, 08 Sep 2008 11:03:39 -0600
Jeffrey Barish <[EMAIL PROTECTED]> wrote:
> > So the string _is_ interpreted somewhere (outside of my program, that
> > is). To be specific, the drag seems to work, but drop doesn't - no
> > event is generated in the second case. BTW, it's not just "STRING". I
>
On Mon, Sep 8, 2008 at 8:31 PM, John Coppens <[EMAIL PROTECTED]> wrote:
> On Mon, 08 Sep 2008 11:03:39 -0600
> Jeffrey Barish <[EMAIL PROTECTED]> wrote:
>> I was going to tell you that you are crazy, but when I tried putting
>> GTK_TREE_MODEL_ROW in my program in place of the arbitrary string that
On Mon, 8 Sep 2008 22:27:08 +0200
"Kristian Rietveld" <[EMAIL PROTECTED]> wrote:
> This function will actually set up the tree view as a model drag
> source and destination (via
> gtk_tree_view_enable_model_drag_{source,dest}) and will specify a
> target entry using GTK_TREE_MODEL_ROW as a target
Hi,
On Mon, Sep 8, 2008 at 10:49 PM, John Coppens <[EMAIL PROTECTED]> wrote:
> Yes, that is what I found out. Most implementations seem to use the lower
> level interface. Is GTK_TREE_MODEL_ROW the only string that is
> interpreted as special? Or does any of the frequently used ones, like
> 'STRIN
Hello,
I have been involved for some time with a project written around gtk for
graphically displaying some files that are used in the manufacture of
circuit boards (gerbv.sf.net).
Over the last year one of our developers has added the option to use
cairo rendering instead of the direct GDK
- Original Message -
From: "Paolo Borelli" <[EMAIL PROTECTED]>
Official gtksourceview windows binaries are available at
http://ftp.gnome.org/pub/gnome/binaries/win32/gtksourceview/
and are linked from the download page of gtksourceview web site at
http://projects.gnome.org/gtksourc
- Original Message -
From: "Paolo Borelli" <[EMAIL PROTECTED]>
Official gtksourceview windows binaries are available at
http://ftp.gnome.org/pub/gnome/binaries/win32/gtksourceview/
and are linked from the download page of gtksourceview web site at
http://projects.gnome.org/gtksourcev
> So my question is if GDK rendering is known to be extremely slow under
> windows when compared to cairo or linux GDK rendering?
It is/was known to be "fast enough" on "reasonable hardware" for
"typical" applications. (Well, originally mainly GIMP of course, as
that is the "G" in GTK+.) That's al
14 matches
Mail list logo