Hello all,
I'm using GTK+-2.6.10 with DirectFB 0.9.25. I've also installed
freetype-2.1.10 and fontconfig. I need to add some TrueType fonts, so that
my applications could use them. Where should I put the font files?
The fonts.conf file contains the following directory list:
Hi all,
*) I want to know how to give a GTK theme file (RC file) as input to
GTK+2.10 libraries and also which directory to put in
*) Also I want to change the theme dynamically
This may be a small clarification. But I don't know how to do this.
Please let me know how I can do this.
Thanx
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Hello all,
I'm using GTK+-2.6.10 with DirectFB 0.9.25. I've also installed
freetype-2.1.10 and fontconfig. I need to add some TrueType fonts, so that
my applications could use them. Where should I put the font files?
The fonts.conf file contains the following directory list:
!-- Font directory
I'm not sure I like this answer, it seems to be way to much for this question,
but it looks like the best way to do it is to get a GtkTreeIter with
gtk_tree_model_get_iter_first(), then walk the list with
gtk_tree_model_iter_next(), counting up the number of rows:
GtkTreeIter iter;
int num,v;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Sep 19, 2006 at 08:34:56AM -0700, Lance Dillon wrote:
I'm not sure I like this answer, it seems to be way to much for this question,
but it looks like the best way to do it is to get a GtkTreeIter with
gtk_tree_model_get_iter_first(), then
Okay, that's better. I didn't see the special case.
- Original Message
From: [EMAIL PROTECTED]
To: Lance Dillon [EMAIL PROTECTED]
Cc: gtk-app-devel-list@gnome.org
Sent: Tuesday, September 19, 2006 11:45:06 AM
Subject: Re: number of entries in GtkCombobox
-BEGIN PGP SIGNED
Hi Tommi,
Tommi Sakari Uimonen wrote:
Hello. What is the best way to query font width from cairo, in case that I
want to set size_hint for the widget that is drawing with that font?
Currently I'm creating a cairo for some existing widget and set there the
desired font and query the width
On Mon, 2006-09-18 at 18:23 +, Nate Nielsen wrote:
Awesome work Alex...
Alexander Larsson wrote:
snip
These filenames would be the real identifier for the files, and as
such not really presentable to the user as it. You'd need to ask for
the display name via the vfs to get a
On Mon, 2006-09-18 at 18:47 -0300, Johan Dahlin wrote:
Very good read, thanks for a great summary.
Alexander Larsson wrote:
[snip]
We likely don't want the full gnome/unix vfs implementation in
glib, instead glib will only ship an implementation of the vfs API for
local file access, and
I have an X Drawable (either Window or Pixmap, I can't predict) which
is created for another Display than gdk opens during initialization.
I would like to create a GdkDrawable wrapper for the Drawable that I
would use with GtkStyle to draw parts of widgets.
Any ideas, suggestions ?
On Tue, 2006-09-19 at 05:06, Dan Winship wrote:
For example, we could be to use //.network/ as a prefix for the vfs
filename namespace.
Ew. OK, what's the idea with the fake-paths-instead-of-fake-URIs thing?
As points against URIs, you say:
1. Using non-standard ones is evil.
On Ter, 2006-09-19 at 09:19 +0200, Alexander Larsson wrote:
On Mon, 2006-09-18 at 18:47 -0300, Johan Dahlin wrote:
It might be worth mentioning the advantages disadvantages of including
this directly in glib (as in cvs module/tarball) instead of separating it.
I'm all for including it
On Tue, 2006-09-19 at 11:20 +0100, Gustavo J. A. M. Carneiro wrote:
On Ter, 2006-09-19 at 09:19 +0200, Alexander Larsson wrote:
On Mon, 2006-09-18 at 18:47 -0300, Johan Dahlin wrote:
It might be worth mentioning the advantages disadvantages of including
this directly in glib (as in cvs
So how are we going to decide on a list of requirements for a canvas?
I think there seem to be two main use cases:
A) DTP/Graphics apps that want a canvas for the main document.
(A model/view split, device-independent layout, zooming printing
are important here.)
B) Flashy user
On 9/19/06, Damon Chaplin [EMAIL PROTECTED] wrote:
So how are we going to decide on a list of requirements for a canvas?I think there seem to be two main use cases: A) DTP/Graphics apps that want a canvas for the main document.(A model/view split, device-independent layout, zooming printing
are
On Tue, 2006-09-19 at 13:36 +0400, Kirill Kirichenko wrote:
I have an X Drawable (either Window or Pixmap, I can't predict) which
is created for another Display than gdk opens during initialization.
I would like to create a GdkDrawable wrapper for the Drawable that I
would use with
Dan Winship wrote:
As a consequence of the stateful model we don't need the stateless
properties that URIs has as identifier. To avoid all the problems
comming from the use of URIs we use a much simpler form of
identifier. Namely filenames
We still need to support URIs too at least in some
On Mon, 2006-09-18 at 23:06 -0400, Dan Winship wrote:
Cool.
Alexander Larsson wrote:
At some point in time gnome_vfs_uri_is_local() started detecting and
returning TRUE for NFS mounts and other type of local network
mounts. This is both slow and unexpected, and has led to problems and
On Tue, 2006-09-19 at 14:53 +0200, Mathieu Lacage wrote:
hi,
On Tue, 2006-09-19 at 13:15 +0200, Benedikt Meurer wrote:
We still need to support URIs too at least in some places, because of
'%u' in .desktop files. If GNOME apps switched to using '%f', then
konqueror (and old versions
On Tue, 2006-09-19 at 16:14 +0200, Xavier Bestel wrote:
On Tue, 2006-09-19 at 14:54, Alexander Larsson wrote:
Lets take a step back and define the requirements we have:
We need to have a form of identifier for files. These come in two forms,
absolute and relative (e.g. name of a child to
On Tue, 2006-09-19 at 16:25 +0200, Xavier Bestel wrote:
On Tue, 2006-09-19 at 16:17, Alexander Larsson wrote:
On Tue, 2006-09-19 at 16:14 +0200, Xavier Bestel wrote:
On Tue, 2006-09-19 at 14:54, Alexander Larsson wrote:
Lets take a step back and define the requirements we have:
Hi,
Damon Chaplin wrote:
So how are we going to decide on a list of requirements for a canvas?
I think there seem to be two main use cases:
A) DTP/Graphics apps that want a canvas for the main document.
(A model/view split, device-independent layout, zooming printing
are
On Thu, 2006-09-14 at 18:54 +0300, ext Tommi Komulainen wrote:
As some of the windows are private this can not really be handled on
application side. Would a patch be acceptable which changes all widgets
that create internal windows for input events to set the extension
events for those
On Tue, 2006-09-19 at 13:07 +0100, Damon Chaplin wrote:
Can we even agree on 2 fundamental requirements:
1) Should the canvas items have a model/view split?
- It is very useful for (A) above but makes (B) awkward.
2) Should it support embedded widgets?
- Useful for (B) but
Alexander Larsson wrote:
On Mon, 2006-09-18 at 18:23 +, Nate Nielsen wrote:
Wonderful. This'll allow for things like seeking video to work without
Buffering... on backends that support seek operations.
Not really. The Buffering... part is generally where the app streams
to fill its
Hi,
Michael Lawrence wrote:
Hi,
snip
My idea is, why not annotate the header files (or C) files themselves
with this information? It could be integrated with gtk-doc, so that the
information could be presented in a standard way in the documentation.
For example, there is no standard,
First off, thanks for starting this debate. It looks like gnome-vfs is
in for an awesome overhaul. Some comments on streams below.
On Mon, 2006-09-18 at 18:12 +0200, Alexander Larsson wrote:
I've been doing some initial sketching of the glib API, and I've
started by introducing base
[adding sgrubb, dwalsh and walters to CC]
On Mon, 2006-09-18 at 18:12 +0200, Alexander Larsson wrote:
[snip intro paragraph]
So, I think the time has come for a serious look at what gnome-vfs
could be. I've spent much time last week thinking about the weaknesses
and problems of the current
29 matches
Mail list logo