Transparent Windows

2005-07-22 Thread Kenneth Østby
Hey there, 

I'm looking for a way to make my GTK windows transparent, does anyone
have any good
example C source code for this out there?

The effect I'm looking for is something like the one in gdesklets, but
since gdesklets are written in Python, it wont help me all that much.

in advance thanks,

Greets Kenneth
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


How to control one GTK application by another

2005-07-22 Thread sripurna mutalik
  
Hi all,
  I have two applications A and B (both GTK) and i want to control B from A. 
Application B is not written by me and there is no IPC mechanisms that it 
supports (such as pipes or sockets or shared files). 
  
  By control i mean i want to access all the facilities in B from A. Facilities 
such as pushing buttons, filling text area by some text and even starting and 
closing of that application. Is there any way of doing this.

  Searching through net i found that i first need to get the windowid of the 
application B when it starts. How can i get the window ID of another 
application and how do i generate events (like pushing buttons) for application 
B from A.

Please help me out... its urgent Thanks in advance.
Regards 
Sripurna
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: How to control one GTK application by another

2005-07-22 Thread Annamalai Gurusami
sripurna  mutalik [EMAIL PROTECTED] writes:

   By control i mean i want to access all the facilities in B from
   A. Facilities such as pushing buttons, filling text area by some
   text and even starting and closing of that application. Is there
   any way of doing this.

You must be looking for writing something like XRunner (or WinRunner)
for GUI automation.  If that is correct, then you might be interested
in this

http://www.gnu.org/software/xnee/

Rgds,
anna

-- 

Open Movie: Not only will the project be realized with Open
Source/Free Software, but also the resulting movie will be published
under an open public license. This makes it an exciting premiere as
first ever Open Movie project!  [ http://orange.blender.org ]
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Unknown number of columns in a GtkListStore

2005-07-22 Thread Annamalai Gurusami
Razvan Gavril [EMAIL PROTECTED] writes:

 I want to display the results of a user entered sql query in a GtkTreeView 
 (List). The only problem that i have is the the number of columns in the 
 list is only known at runtime (no of cols returned by sql query). How can i 
 create a GtkListStore with a dynamic number of columns ?

Doesn't this meet your needs?

http://developer.gnome.org/doc/API/2.0/gtk/GtkListStore.html#gtk-list-store-newv

(begin-quote)

GtkListStore* gtk_list_store_newv   (gint n_columns,
 GType *types);

Non-vararg creation function. Used primarily by language bindings.

n_columns : number of columns in the list store
types : an array of GType types for the columns, from first to last
Returns :   a new GtkListStore

(end-quote)


Rgds,
anna

-- 

Open Movie: Not only will the project be realized with Open
Source/Free Software, but also the resulting movie will be published
under an open public license. This makes it an exciting premiere as
first ever Open Movie project!  [ http://orange.blender.org ]
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


GTK version compatibility

2005-07-22 Thread Gowri Kandasamy
Does applications built on GTK 2.2  work  with gtk2.6  ?

Thanks,
Gowri
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: GTK version compatibility

2005-07-22 Thread Billy Biggs
Gowri Kandasamy ([EMAIL PROTECTED]):

 Does applications built on GTK 2.2  work  with gtk2.6  ?

  Yes.

  -Billy
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


GLib 2.7.4 released

2005-07-22 Thread Matthias Clasen
GLib 2.7.4 is now available for download at:

   ftp://ftp.gtk.org/pub/gtk/v2.7/

glib-2.7.4.tar.bz2 md5sum: ae4af9e16eda62dc77df232dd8be7c22
glib-2.7.4.tar.gz  md5sum: 291da7986e876d8b65a4461eb47edc60 


This is the fifth development release leading up to GLib 2.8.  

Notes:

 * This is unstable development release. While it has had
   a bit of testing, there are certainly plenty of bugs
   remaining to be found. This release should not be used
   in production.

 * Installing this version will overwrite your existing
   copy of GLib 2.6. If you have problems, you'll need
   to reinstall GLib 2.6.5.

 * GLib 2.8 will be source and binary compatible with
   the GLib 2.6.x series. The new API additions in GLib 
   2.7.x are finalized at this point, and GLib 2.7.x 
   should be considered API frozen. Unless serious issues
   with the new APIs come up, there will be no API 
   changes between this release and the 2.8.0 release.

 * GLib 2.7.3 contains changes which make the reference
   counting of and signal emission in GObject thread-safe. 
   While the patch (see bug 166020) has been subject to 
   several rounds of review, it would be worthwhile to 
   pay particular attention to possible problems due to 
   this change. We will make a final evaluation of the 
   atomic refcounting changes before releasing 2.8.

 * Remaining issues for GLib 2.8 can be found with the 
   following bugzilla query:


http://bugzilla.gnome.org/buglist.cgi?product=glibtarget_milestone=2.8
+API+Freezetarget_milestone=2.8
+Freezebug_status=NEWbug_status=UNCONFIRMEDbug_status=ASSIGNEDbug_status=REOPENED

 * Bugs should be reported to http://bugzilla.gnome.org.
   

About GLib
==

GLib is the low-level core library that forms the basis for projects
such as GTK+ and GNOME. It provides data structure handling for C,
portability wrappers, and interfaces for such runtime functionality as
an event loop, threads, dynamic loading, and an object system.

More information about GLib is available at:

 http://www.gtk.org/

An installation guide for the GTK+ libraries, including GLib, can
be found at:

 http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html


Overview of Changes from GLib 2.7.3 to GLib 2.7.4
=
* Fix g_atomic_pointer_compare_and_exchange 
  on Sparc64 [Gert Doering]
* Fix a hang in g_thread_pool_free. [Hong Jen Yee]
* Win32 bug fixes [Tor Lillquist]
* Other bug fixes [Benoit Dejean, Manish Singh]
* Documentation improvements [Bryan Silverthorn,
  Callum McKenzie] 
* New and updated translations (de,lt,sq,zh_CN)


A list of all bugs fixed in this release can be found at
http://bugzilla.gnome.org/buglist.cgi?bug_id=167572,169692,173098,310954,307047,310836


July 22, 2005

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Doubt about free or dont free

2005-07-22 Thread David Necas (Yeti)
On Fri, Jul 22, 2005 at 04:31:39PM -0300, Arx Henrique wrote:
 i have a GtkEntry with a signal activate and this handle:
 
 void translate(GtkEntry *widget, gpointer *data) {
   const gchar *text;
   text = gtk_entry_get_text(widget);
   gui_app_notify_new(text);
   g_free(text);
   gtk_editable_delete_text(GTK_EDITABLE(widget), 0, -1);
 }
 
 my doubt is g_free or not g_free the text?

When in doubt, read API docs:

This string points to internally allocated storage in
the widget and must not be freed, modified or stored.

Yeti


--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Doubt about free or dont free

2005-07-22 Thread Arx Henrique
Tks x)
next time i'll read api

On 7/22/05, David Necas (Yeti) [EMAIL PROTECTED] wrote:
 On Fri, Jul 22, 2005 at 04:31:39PM -0300, Arx Henrique wrote:
  i have a GtkEntry with a signal activate and this handle:
 
  void translate(GtkEntry *widget, gpointer *data) {
const gchar *text;
text = gtk_entry_get_text(widget);
gui_app_notify_new(text);
g_free(text);
gtk_editable_delete_text(GTK_EDITABLE(widget), 0, -1);
  }
 
  my doubt is g_free or not g_free the text?
 
 When in doubt, read API docs:
 
 This string points to internally allocated storage in
 the widget and must not be freed, modified or stored.
 
 Yeti
 
 
 --
 A: Because it messes up the order in which people normally read text.
 Q: Why is top-posting such a bad thing?
 A: Top-posting.
 Q: What is the most annoying thing on usenet and in e-mail?
 


-- 
A fé remove montanas, mas eu prefiro a dinamite
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Doubt about free or dont free

2005-07-22 Thread Germán Poó Caamaño
Le vendredi 22 juillet 2005 à 16:31 -0300, Arx Henrique a écrit :
 Hi all,
 
 i have a GtkEntry with a signal activate and this handle:
 
 void translate(GtkEntry *widget, gpointer *data) {
   const gchar *text;
   text = gtk_entry_get_text(widget);
   gui_app_notify_new(text);
   g_free(text);
   gtk_editable_delete_text(GTK_EDITABLE(widget), 0, -1);
 }
 
 my doubt is g_free or not g_free the text?

Just check the documentation:

http://developer.gnome.org/doc/API/2.2/gtk/GtkEntry.html#gtk-entry-get-text

Returns :  a pointer to the contents of the widget as a string. This
string points to internally allocated storage in the widget and must not
be freed, modified or stored.

-- 
Germán Poó Caamaño
http://www.ubiobio.cl/~gpoo/

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


unfocussed windows

2005-07-22 Thread Stefan Kost
hi hi,

as part of my test suite I run GUI tests. Now this is a bit disturbing
as windows flicker around.

A first idea I had was to avoid that these windiows become active. I
thought about using:
 gtk_window_set_focus_on_map(GTK_WINDOW(main_window),FALSE);
 gtk_window_set_accept_focus(GTK_WINDOW(main_window),FALSE);

The problem here is, when I get hold of the window-object reference it
already did the call to
 gtk_widget_show_all(GTK_WIDGET(main_window));

Anyone a cool idea to get around that problem?

A second but more complex idea is to use an virtual frame-buffer like: 
 /usr/X11R6/bin/Xvfb -ac :9 -screen 9 1024x786x16

And the setting this display as the default one before opening any
window. Unfortunately this involves
1) setting up the virtual display from the test suite
1a) either checking if its already up and using it
1b) finding a 'free' display number, using it and afterwards teminate it
2) redirecting the app there

I have no idea wheter 1a) or 1b) is more practical, both sound tricky.
I've just started up one such virtual display and then run the
ChangeDisplay example of the gtk-demo and it not lists my virtual
framebuffer X. Still running
 gtk-demo --display=:9.0
works. Any idea why its not listed? And any plan how you would do it?

Nuff asked ;) Have a nice weekend!

Stefan


___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: unfocussed windows

2005-07-22 Thread Brian J. Tarricone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stefan Kost wrote:

 A second but more complex idea is to use an virtual frame-buffer like: 
  /usr/X11R6/bin/Xvfb -ac :9 -screen 9 1024x786x16
 
 And the setting this display as the default one before opening any
 window. Unfortunately this involves
 1) setting up the virtual display from the test suite
 1a) either checking if its already up and using it
 1b) finding a 'free' display number, using it and afterwards teminate it
 2) redirecting the app there
 
 I have no idea wheter 1a) or 1b) is more practical, both sound tricky.

I'd say 1b is probably easier.  You can check two places for a free display:

/tmp/.X11-unix/:
Each new display creates a new socked called X## here (where ## is the
display number).  So if you just try numbers until one doesn't exist,
you can use that one.

/tmp/.X##-lock:
This is just a lockfile that the X server creates to say hey, I'm using
this display.  Same deal, just find a lockfile that doesn't exist (ok,
that's a bit paradoxical), and use that number.

Of course, there could be a race condition between checking for a file
and starting up the X server, but I'm guessing (hoping) that you're not
planning on starting a bunch of these all at the same time.
-brian

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (MingW32)

iD8DBQFC4ZJh6XyW6VEeAnsRAnmTAKC1FrPOLeGtawx1H5IuUokIjdsx5QCfblrD
YOk2GAYgTn/pGA4sLnKUXM0=
=19ed
-END PGP SIGNATURE-
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list