Hi all,
I am developing a program using GLib.
When a file is loaded into my program from a removable disc such as a
CD-ROM, USB stick or floppy etc. I need to get the volume label of this
disc from which the file has been loaded.
I am trying to do this using the g_file_find_enclosing_mount()
Is this a bug,
Probably, yes. More like unimplemented features. There are lots of
things in GIO that are not implemented at all, or incompletely, on
Windows.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
I place a *.TTF font file in a directory, eg. /home/mine/fonts/.
How to specify this directory in my gtk+ code, and how to use this font in
my program?
Thanks!
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
You can try the g_idle_add or g_idle_add_full function. But keep in mind
, just read the description of these functions before you use them.
Han wrote:
Hi,
I am writing a new app using GTK+, but I am new to GTK+. I have a
question: how do I execute code during the idle state of a window
or
Hi,
Porting a large app written on gobject-introspection from old
gobject-introspection to the latest, I have a number of add-on custom
functions that have to be replaced or kept.
In the long term, we can probably remove the need for any custom
functions, but in the short term we have the idea
On Sat, Sep 27, 2008 at 4:10 PM, Havoc Pennington [EMAIL PROTECTED] wrote:
In the long term, we can probably remove the need for any custom
functions, but in the short term we have the idea that gir-repository
allows us to fix any bindings issue without waiting up to 2 years for
new upstream
On Sat, Sep 27, 2008 at 5:05 PM, Colin Walters [EMAIL PROTECTED] wrote:
g-ir-inject Clutter.gir ClutterAdditions.xml
gobject-introspection SVN r631 now has:
g-ir-scanner --inject /path/to/gir-repository/gir/Clutter.gir
/path/to/gir-repository/gir/ClutterAdditions.xml Clutter.gir
Only it isn't
Hi,
Thanks for the inject feature, I think that will solve the problem, or
at least some twist on it will ... I'll dig into it. Will also follow
up in a sec on ffi.
I do want to defend gir-repository though - I think it's extremely
necessary to make bindings practical and successful, and get the
On Sat, Sep 27, 2008 at 6:26 PM, Havoc Pennington [EMAIL PROTECTED] wrote:
Not just for users - though that's bad - but also for developers. If
I'm hacking on a binding (or app), it greatly decreases my efficiency
if I'm forking libraries left and right, or having to jhbuild all
Hi,
On Sat, Sep 27, 2008 at 5:05 PM, Colin Walters [EMAIL PROTECTED] wrote:
Well...this needs to be weighed against the other option, which is
having the overrides mechanism be entirely contained within the
bindings.
Right, that's what I started trying to do as I mentioned. However, the
issue
Hi,
On Sat, Sep 27, 2008 at 6:41 PM, Colin Walters [EMAIL PROTECTED] wrote:
Using jhbuild doesn't imply bleeding edge (trunk/HEAD).
But using jhbuild with needed upstream fixes to support bindings
*does* imply bleeding edge ;-)
Bleeding edge is only half the problem, the other half is that
11 matches
Mail list logo