Re: [pygtk] Full Screen Window
One of the ideas I tried was: window = GtkWindow(WINDOW_TOPLEVEL) window.set_policy(0,0,1) window.set_position(WIN_POS_CENTER) window.set_uposition(0,0) window.set_usize(screen_width(), screen_height()) This works fine without any wm (e. G. starting from the fail-safe xterm session), but when sawfish is active, it doesn't work (the window is shifted right and down, and the border is visible). did you ever sort this out? I have been using this: window.set_decorated(gtk.FALSE) for a similar situation, but alas under sawfish it works once in myabe 5 or 10 goes, then the rest of the times the border shows and I get the right and down shift you had. -- * * Rob Brown-Bayliss * ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Full Screen Window
Rob Brown-Bayliss wrote: One of the ideas I tried was: window = GtkWindow(WINDOW_TOPLEVEL) window.set_policy(0,0,1) window.set_position(WIN_POS_CENTER) window.set_uposition(0,0) window.set_usize(screen_width(), screen_height()) This works fine without any wm (e. G. starting from the fail-safe xterm session), but when sawfish is active, it doesn't work (the window is shifted right and down, and the border is visible). did you ever sort this out? I have been using this: window.set_decorated(gtk.FALSE) for a similar situation, but alas under sawfish it works once in myabe 5 or 10 goes, then the rest of the times the border shows and I get the right and down shift you had. Setting those sort of hints after mapping the window has undefined results, which might be causing the problems you see. I believe that there will be a set_fullscreen() method available in gtk 2.2 that should work with all EWMH compliant window managers to toggle your window in full screen mode (ie. the window manager will remove decorations and resize the window to full screen for you). The gnome-terminal app has some code to do this (term-window.c, terminal_window_set_fullscreen), but it is using direct Xlib calls, which we don't have wrappers for in pygtk. James. -- Email: [EMAIL PROTECTED] | Linux.conf.au http://linux.conf.au/ WWW: http://www.daa.com.au/~james/ | Jan 22-25 Perth, Western Australia. ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
Re: [pygtk] Full Screen Window
On Thu, 2002-09-05 at 13:04, James Henstridge wrote: Setting those sort of hints after mapping the window has undefined results, which might be causing the problems you see. yes, after setting the window default invisible (in glade) and then doing the wm stuff and calling show() seems to have sorted it out. Thanks -- * * Rob Brown-Bayliss * ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
[pygtk] Full Screen window
Hi all, This is a question on approach as well as specific problems, it seems to have come up several times on the list but there doesn't seem to be any conclusive answers ... I want to have a full screen mode for my application (so you can use it with a data projector for presentations) Is there a prefered way of doing this? Looking at the code for several gnome apps (eg galeon,eog,qgview ...) there seems to be two ways of approaching this 1) Galeon approach Resize and move main window so that the part you want fills the screen and the window decorations are outside the visible area. I would much prefer this approach as it seems less intrusive for the user since they can still change view portals or change the stacking order etc with their window manager Unfortunately we don't seem to have access to the necessary functions, galeon uses gdk_window_get_origin(), gdk_window_get_geometry() and gdk_window_move_resize() Can anyone get this approach working? 2) eog, gqview create a separate GtkWindow of type POPUP and copy the data / move the widgets across as needed. I've has some limited sucess with this approach: * use reparent() to move the entire GnomeDock widget out of the GnomeApp to the full screen window ... mouse actions and the menus etc work OK but I can't get keyboard focus to work at all. I also cannot move the GnomeDock back to the GnomeApp successfully with reparent(). * using libglade put a single item box in both windows say box_full and box_normal then you can use reparent() to move the main widget of the application from one window to the other. You can also move the menubar across in a similar way. Keyboard focus will work with the main widget but not for any menu key actions (eg cut/paste etc) With both these approaches the GtkWindow is above all else and any dialogs that are launched end up underneath and can't be seen. Any ideas or suggestions on any of these problems would be greatly appreciated. cheers Alexei ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
[pygtk] Full Screen Window
Hi, I'm currently working on a touch screen based information terminal software, using Mark Crichtons great pygme widget. Now I stumbled over opening the window in full screen mode. (Means the window should be as big as the screen, and no border visible - invisible borders in the off screen are won't hurt.) One of the ideas I tried was: window = GtkWindow(WINDOW_TOPLEVEL) window.set_policy(0,0,1) window.set_position(WIN_POS_CENTER) window.set_uposition(0,0) window.set_usize(screen_width(), screen_height()) This works fine without any wm (e. G. starting from the fail-safe xterm session), but when sawfish is active, it doesn't work (the window is shifted right and down, and the border is visible). I tried to open the window as WINDOW_POPUP - this way, it has no borders, but doesn't ever get the keyboard focus (which is currently needed for my touchscreen keyboard emulation to work). I tried much more tricks, but none did work. I'm currently using debianized python-gtk 0.6.6-14 and libgtk 1.2.10-4. Does anybody know how to solve this problem? Thanks, Markus PS: I subscribed to this list, so no need for a personal reply. ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk