Hi All,
How can i change the font size for the title of a window. Or else can I make
title-bar more spacial.
Its possible in gnome-font-properties, by changing window title font, But i
need to do it by software program.
Thanks in advance.
Regards,
Saroj
sumit kumar escribió:
Hi all,
i have problem related to treeview.
I am showing list of member in window using treeview. Now I want to select
one out of this list and after selecting that member a window should be
created with that member name.How i can do that?
what API i should use to
I'm think about incorporating a communications feature into an app and I
want to send xml data between my gtk/glib network connected clients. If
you know of any convenient glib features or other libraries that are
coded in a similar or compatible style I would appreciate the suggestion.
Thanks,
Kim Adil wrote:
I'm think about incorporating a communications feature into an app and I
want to send xml data between my gtk/glib network connected clients. If
you know of any convenient glib features or other libraries that are
coded in a similar or compatible style I would appreciate the
On Fri, 2007-03-16 at 22:23 +1000, Kim Adil wrote:
I'm think about incorporating a communications feature into an app and I
want to send xml data between my gtk/glib network connected clients. If
you know of any convenient glib features or other libraries that are
coded in a similar or
GLib 2.13.0 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.13/
http://ftp.gnome.org/pub/GNOME/sources/glib/2.13/
glib-2.13.0.tar.bz2 md5sum: 4c0ffd368819f2af0c5fa531714945b1
glib-2.13.0.tar.gz md5sum: 2b0894cc6a09a8698119e4889853f001
This is a development release
On 3/16/07, Mathieu Lacage [EMAIL PROTECTED] wrote:
On Thu, 2007-03-15 at 10:56 -0400, Owen Taylor wrote:
Well, I could imagine (maybe, barely) that someone could show me numbers
that showed that with a variety of long and complicated regular
expressions, compiling them was still 10x as
On Fri, Mar 16, 2007, Tshepang Lekhonkhobe wrote:
adding the 'p' option results in:
svn: Error parsing diff options: Bad character specified on command line
even when I get rid of 'u' option.
If you want to use -p, you can try setting diff-cmd = my-diff in the
helpers section of
On Fri, 16 Mar 2007, Tshepang Lekhonkhobe wrote:
On 3/15/07, Tim Janik [EMAIL PROTECTED] wrote:
On Thu, 15 Mar 2007, Tshepang Lekhonkhobe wrote:
It makes NEWS section in trunk/index.html a bit more
concise and therefore 'more readable'. I just want a go-ahead from one
of you guys if I
On 3/16/07, Tim Janik [EMAIL PROTECTED] wrote:
On Fri, 16 Mar 2007, Tshepang Lekhonkhobe wrote:
On 3/15/07, Tim Janik [EMAIL PROTECTED] wrote:
On Thu, 15 Mar 2007, Tshepang Lekhonkhobe wrote:
It makes NEWS section in trunk/index.html a bit more
concise and therefore 'more readable'. I
Is there any real need for the has-tooltip property? From a quick look
at the API it doesn't seem that useful to me.
The developer either wants to set a simple tooltip with tooltip-markup
or connect to the signal-query signal to set context-sensitive
tooltips.
Have I missed something?
Damon
Is there a guarantee that for GRegex (unlike, say, GDate) multiple
threads can use
the same object at the same time?
I.e., two threads cannot call g_date_get_weekday on the same date, so why are we
expect that two threads can call g_regex_copy or anything like it?
Morten
On 3/16/07, Federico Mena Quintero [EMAIL PROTECTED] wrote:
El jue, 15-03-2007 a las 14:20 +0530, मयंक जैन (makuchaku) escribió:
I would be happy to volunteer towards maintainence of GTK+.
Wow, thanks!
Here's a task for you to get started. It will take you several days,
but hopefully it
On Fri, 2007-03-16 at 09:36 -0400, Morten Welinder wrote:
Is there a guarantee that for GRegex (unlike, say, GDate) multiple
threads can use
the same object at the same time?
I.e., two threads cannot call g_date_get_weekday on the same date, so why are
we
expect that two threads can call
char *
get_leading_digits(const char *str)
{
static GRegex *regex = NULL;
char *result = NULL;
if (!regex)
regex = g_regex_new(^\\d+, 0, 0, NULL);
if (g_regex_match(str, 0))
result = g_regex_fetch(regex, 0);
return result;
}
That code bothers
On Fri, 2007-03-16 at 10:57 -0700, David Moffatt wrote:
char *
get_leading_digits(const char *str)
{
static GRegex *regex = NULL;
char *result = NULL;
if (!regex)
regex = g_regex_new(^\\d+, 0, 0, NULL);
if (g_regex_match(str, 0))
result =
On Fri, Mar 16, 2007 at 08:20:11AM +0100, Mathieu Lacage wrote:
On Thu, 2007-03-15 at 10:56 -0400, Owen Taylor wrote:
Well, I could imagine (maybe, barely) that someone could show me numbers
that showed that with a variety of long and complicated regular
expressions, compiling them was
Il giorno gio, 15/03/2007 alle 10.18 -0400, Owen Taylor ha scritto:
But looking over the header file, there is something that puzzles me
about the way that it's set up: there is no distinction between a
pattern/regular expression object and a match/matcher object.
The internal code in GRegex
Il giorno gio, 15/03/2007 alle 18.41 +0100, Hans Breuer ha scritto:
with only small modifications I was able to compile GRegex with msvc,
thanks for providing an almost working makefile.msc ;-)
[...]
But now for the question: are these 3 failed specific to my build so I
should investigate
On 3/16/07, Marco Barisione [EMAIL PROTECTED] wrote:
BTW if you want I can split GRegex in two separate objects.
Since that seems to be the overwhelming preference, that might
be a good idea. I hope this shouldn't be too bad, since GRegex
is already split into pattern and match objects,
Matthias Clasen wrote:
On 3/16/07, Marco Barisione [EMAIL PROTECTED] wrote:
BTW if you want I can split GRegex in two separate objects.
Since that seems to be the overwhelming preference,
overwhelming?
that might
be a good idea. I hope this shouldn't be too bad, since GRegex
is
On Fri, Mar 16, 2007 at 09:15:37PM -0500, Yevgen Muntyan wrote:
I do understand that a separate match object is a good idea.
But separate match object in C API is a good idea is questionable.
While thread-safety is important, it doesn't sound feasible a single
GRegex object will be used from
[Mark, I apologize, I accidentally sent it to you in private]
[EMAIL PROTECTED] wrote:
On Fri, Mar 16, 2007 at 09:15:37PM -0500, Yevgen Muntyan wrote:
I do understand that a separate match object is a good idea.
But separate match object in C API is a good idea is questionable.
While
Hey,
I looked at gtksourceview and its patterns, the syntax
highlighting engine uses regular expressions with up
to 56 subpatterns (length of patterns was the reason
for egg_regex_ref()), which amounts to 670 bytes array
to store offsets. The match structure in this case is
some 40 bytes + those
24 matches
Mail list logo
