Hello,
I have a simple program with a label on the main window.
I place some text in the label and set the 'set_line_wrap' property of
the label to True.
However, when I run the script I notice that the text in the label does
not span the entire width of the window, as there are left and
Nicodaemus wrote:
I have a simple program with a label on the main window.
I place some text in the label and set the 'set_line_wrap' property of
the label to True.
However, when I run the script I notice that the text in the label does
not span the entire width of the window, as there are
***
Your mail has been scanned by InterScan VirusWall.
***-***
Nicodaemus wrote:
I have a simple program with a label on the main window.
I place some text in the label and set the 'set_line_wrap' property of
the label to True.
However, when I run the
Does anyone use this function?
Can I get a working example?
I have been through the archives and I haven't find any useful
information.
I want to be able to call gtk_widget_shape_combine_mask on a bunch of
children and then have the toplevel window be the union of these
children. From the
Hi, I dont know if is that right list to do this kind of question. When
compiling an app with -lgthread ld returns cannot find -lgthread. I'm
using Ubuntu 5.10, so anybody get success using gthreads in Ubuntu
5.10?? Maybe are devel libraries compiled without gthreads support in
this distro?
any
What of these two components are fastest to copy from one to another
(GdkDrawable to GdkDrawable or GkdPixbuf to GdkPixbuf)?
Thanks,
Carlos.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
Carlos Eduardo Rodrigues Diogenes wrote:
What of these two components are fastest to copy from one to another
(GdkDrawable to GdkDrawable or GkdPixbuf to GdkPixbuf)?
The fastest case depends on your client's hardware (pixbufs) and X
server's hardware (drawables).
GdkPixbuf is stored in client
Hi James,
On Wed, 2005-11-30 at 11:23 +0800, James Henstridge wrote:
Emmanuele Bassi wrote:
Uhm, I'll put that code under #idef G_OS_UNIX/#endif guards for the time
being, but the getenv(TZ)/setenv(TZ) timezone trick should work on
any sufficiently recent POSIX-like system; users of other
On 30/11/05 00:54:22, Tor Lillqvist wrote:
The rename() function in the Microsoft C library calls the Win32 API
MoveFile(), which does not replace existing files.
I now notice there is also a function MoveFileEx(), to which one can
specify the flag MOVEFILE_REPLACE_EXISTING, which enables
On Wed, 30 Nov 2005 00:57:42 -0500
ANDREW PAPROCKI, BLOOMBERG/ 731 LEXIN [EMAIL PROTECTED] wrote:
GList * g_list_slice(GList *list, GList *link, gint n_links);
GList * g_list_remove_slice(GList *list, GList *link, gint n_links);
GList * g_list_splice(GList *list, GList *splice_list, gint
I just realized that all of the APIs need to return the original list because it
can be modified. The way I'm playing with it now, the slice calls would simply
unlink 'link' and it is up to the caller to reuse the same 'link' pointer as the
newly separated list..
- Original Message -
Hello, What did you need to do exactly
If you need to test all elements in a single list and delete elements you
whish you can use this type of code, it isn't optimised but it work's, else
you can use g_list_foreach to apply a personnal function at each element of
your GSList but it
David Malcolm [EMAIL PROTECTED] wrote:
How about a slightly different interface where you work with
buffers/memory mapped files/file handles/something other than filenames?
This way the application doesn't need to be able to open the user's
files for reading/writing; the trusted executable
Hi all,
There seems to be a bug with the IO Channel functions in Glib version 2.8.4
for Windows. This bug prevents seeking in files greater than 2GB in size,
i.e. where a 64-bit file pointer would be required.
The following snip of code will work if 'file_channel' refers to a file of
less than
Chris Morrison writes:
Is this a known bug/issue or am I missing something?
Yes. Large file support is missing from the Win32 port. Sorry. It
might be possible to do some fixes here and there without needing any
new API or breaking ABI, like using _lseeki64() instead of lseek() in
giowin32.c.
Uhm, I'll put that code under #idef G_OS_UNIX/#endif guards for the time
being, but the getenv(TZ)/setenv(TZ) timezone trick should work on
any sufficiently recent POSIX-like system; users of other operating
systems might just drop me an email.
setenv isn't POSIX. You can probably just use
16 matches
Mail list logo