Re: Combobox on touchscreen
Hi, On Mon, Jun 26, 2017 at 10:08:36AM +, RĂºben Rodrigues wrote: > Following this post that didn't receive an answer > https://mail.gnome.org/archives/gtk-app-devel-list/2016-June/msg00030.html > , want to ask if someone knows this problem. I know this problem, since I wrote this mail. But maybe I'm the only one, and noone else cares. :( > Sometimes combobox works, > but i think that is dificult to change the state of the combobox. There > is a workaround? I know two workarounds: 1. Patch the library with my patch, see https://bugzilla.gnome.org/show_bug.cgi?id=333470 2. Stack a transparent button on top of the combobox. I'm using the 2nd way, by using the following function in Python for every combobox. It's not perfect (and only a workaround and not a real solution), but as long as the GTK+-developers don't care, that's all I can do. -- def workaround_combobox_touch(widget): """Workaround for comboboxes for touchscreens. Comboboxes (and menus) do not work with touchscreens, due to a bug in GTK+3, bugnumber #33470. There are usually 2 ways to select a combobox-entry: 1. press + move + release This works with touchscreens in GTK+2 and partly in GTK+3 3.4, but not in e.g. GTK+3 3.20: Press + move does not move the selection, but tries to scroll the combobox-popup. 2. click -> popup, click -> select/popdown This does not work on touchscreens, since (a) some touchscreens send MotionNotify-events with 0 pixels movement after the press and (b) GTK+ closes the combobox-popup if a MotionNotify-event occurred during the click. So, this workaround stacks a transparent button above the combobox, and opens the combobox-popup on button-click. """ container = widget.get_parent() left = container.child_get_property(widget, "left-attach") top = container.child_get_property(widget, "top-attach") button = Gtk.Button() button.set_label("") button.set_opacity(0) button.connect("clicked", lambda w, _=None: widget.popup()) container.remove(widget) container.attach(button, left, top, 1, 1) container.attach(widget, left, top, 1, 1) -- Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
combobox etc. on touchscreens?
Hi, it seems that comboboxes (and probably some other widgets) are broken on touchscreens. Is there any way to make them work again or to work around bug https://bugzilla.gnome.org/show_bug.cgi?id=333470? (Ideally, the bug would be fixed, but since it wasn't fixed the past 10 years, I don't have much hope. What a shame.) The problem is: There are usually two ways to select an entry in a combobox: 1. Click -> popup opens, click -> select item This doesn't work on touchscreens, since a click on a touchscreen may result in ButtonPress, MotionNotify with the same coordinate as the press, ButtonRelease -- and GTK+ closes the popup as soon as it sees the MotionNotify, even if there was no move after the ButtonPress. [tested on Linux, GTK+3 3.4/3.14, Iiyama touchscreen and Lenovo X200T] 2. Press -> popup opens, move to a item, release This worked on GTK+2, but fails in GTK+3, since on GTK+3 and a touchscreen, the move does not select an item, but tries to scroll the popup. [tested on Linux, GTK+3 3.4/3.14, Iiyama touchscreen; (with Lenovo X200T it worked like in GTK+2)] So, a GTK+3 combobox is *completely unusable* on touchscreens. The only workaround I've found, is to put a transparent button in the same container as the combobox (but "above"), and open the combobox-popup on button-click -- but this seems to be a strange hack. Is there any better way? Best regards Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GTK+3 GtkCellRendererPixbuf: pixbuf vs. icon-name
Hi, I would like to render either an icon or a pixbuf at the same place in a TreeView. So, I tried to use a CellRendererPixbuf and either set the pixbuf- or icon-name-property: - Use a liststore with two columns, one for the pixbuf, one for the icon-name. - Set only one of pixbuf or icon-name, and the other to None. But in my tests, the pixbuf is always ignored, and either the icon-name- image is shown or nothing. Tested Python example: -- from gi.repository import Gtk, GdkPixbuf # create liststore with 2 columns liststore = Gtk.ListStore(str, GdkPixbuf.Pixbuf) treeview = Gtk.TreeView() treeview.set_model(liststore) renderer = Gtk.CellRendererPixbuf() # set pixbuf- and icon-name-property of renderer col = Gtk.TreeViewColumn(Image, renderer, pixbuf=1, icon_name=0) treeview.append_column(col) # poupulate liststore icontheme = Gtk.IconTheme.get_default() pixbuf = icontheme.load_icon(dialog-warning, 16, 0) liststore.append((dialog-error, None)) liststore.append((None, pixbuf)) liststore.append((dialog-error, pixbuf)) # show w = Gtk.Window() w.add(treeview) w.show_all() Gtk.main() -- The documentation for GtkCellRendererPixbuf says: - The pixbuf property: The pixbuf to render - The icon-name property: The name of the themed icon to display. This property only has an effect if not overridden by stock_id or pixbuf properties. So, the pixbuf-property should even override the icon-name-property. In my example, I would expect error, warning, warning as images. But instead, the pixbuf is completely ignored and I get error, nothing, error. Am I doing anything wrong? Or is the documentation wrong? Or do I have to only use pixmaps, and therefore create a pixmap from every icon-name I want to use? Thanks, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GTK3 GtkNotebook style
Hi, is there any way to style the label of an active GtkNotebook-tab in GTK+3? Or: Why does GtkNotebook * { font-weight: bold } work, but GtkNotebook tab:active * { font-weight: bold } doesn't? I was only able to style the background, e.g. by: GtkNotebook tab{ background-color: gray; } GtkNotebook tab:active { background-color: white; } but not the background. The reason why I try to style the tabs is, that the GtkNotebook in GTK+3 has some serious style problem: It's impossible to see, which tab is selected. See attached screenshot. In my opinion, this is a serious bug, which makes the GtkNotebook nearly unusable. :( Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK3 GtkNotebook style
Here's the missing screenshot: http://www.simple-is-better.org/gtk/gtk3-notebook-style-problem.png Roland On Fri, Jun 27, 2014 at 02:33:22AM +0200, Roland Koebler wrote: Hi, is there any way to style the label of an active GtkNotebook-tab in GTK+3? Or: Why does GtkNotebook * { font-weight: bold } work, but GtkNotebook tab:active * { font-weight: bold } doesn't? I was only able to style the background, e.g. by: GtkNotebook tab{ background-color: gray; } GtkNotebook tab:active { background-color: white; } but not the background. The reason why I try to style the tabs is, that the GtkNotebook in GTK+3 has some serious style problem: It's impossible to see, which tab is selected. See attached screenshot. In my opinion, this is a serious bug, which makes the GtkNotebook nearly unusable. :( Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Pango completely broken in Python
Hi, is there *any* way to create Pango-attributes in Python and GTK+3, and is there *any* documentation about it? I tried to, but cannot find any function to create such attributes in Python, e.g.: - Pango.pango_attr_foreground_new() does not exist - Pango.attr_foreground_new() does not exist - Pango.AttrForeground() does not exist - Pango.AttrColor() does exist, but does not work, since e.g. l = Pango.AttrList(); c=Pango.AttrColor(); l.insert(c) fails. And is there any way to extract the single Attributes from a PangoAttrList? I didn't find any such function in the documentation regards Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkTreeViewColumn/CellLayout: get/modify attributes?
Hi, I need to dynamically modify TreeViews, e.g. to determine which attributes are set in the GtkBuilder-file, and to show a different model-column in a view-column. But I don't know how: When I create GtkTreeViewColumns and GtkCellRenderers, I can set attributes, to tell the renderer which data to display, e.g. (in Python, see end-of-mail for complete example): store= Gtk.ListStore(str, str, int) tree = Gtk.Treeview(store) renderer = Gtk.CellRendererText() column = Gtk.TreeViewColumn(Test, renderer, text=0, weight=2) tree.append_column(column) The attributes here are text=0 and weight=2 Now: - How can I determine which attributes are set? I would like something like: attrs = column.get_attributes(renderer) print(attrs) {text: 0, weight: 2} - How can I retrieve the attributes back from the tree/column/renderer? I would like something like: textattr = column.get_attribute(renderer, text) print(textattr) 0 - How can I modify a single attribute without clearing the others? I would like something like: column.add_attribute(renderer, text, 1) But this fails since the text-attribute is already set. thanks, Roland PS: Complete example: #!/usr/bin/python from gi.repository import Gtk # create window win = Gtk.Window() win.connect(delete-event, Gtk.main_quit) # create treestore store = Gtk.ListStore(str, str, int, int) store.append([Text, Other text, 400, 1000]) store.append([Text2, Other text2, 1000, 400]) # create treeview tree = Gtk.TreeView(store) renderer = Gtk.CellRendererText() column = Gtk.TreeViewColumn(Test, renderer, text=0, weight=2) tree.append_column(column) # TODO: get attribute-list #attrs = column.get_attributes() #print(attrs) # - {text: 0, weight: 2} # TODO: get attribute #textattr = column.get_attributes(text) #print(textattr) # - 0 # TODO: modify attributes column.add_attribute(renderer, text, 1) # fails with ...Cannot connect attribute `text' for cell renderer class `GtkCellRendererText' since `text' is already attributed to column 0 # run win.add(tree) win.show_all() Gtk.main() ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkGrid sets no expand with homogeneous
Hi, Have you tried to set the GtkGrid valign/halign properties to e.g. GTK_ALIGN_START instead of GTK_ALIGN_FILL? Then, the GtkGrid shouldn't expand the buttons. Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkPaned: visible handle?
Hi, according to the documentation (and the image on https://developer.gnome.org/gtk3/stable/GtkPaned.html), GtkPaned-widgets have a visible handle (e.g. 4 dots) to show that the user can drag this handle. Unfortunately, these handles are invisible here -- both in Glade and in the running program. Is there any way to make them visible? thanks, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkLockButton / GPermission
Hi, is there any example for GtkLockButton (and/or GPermission)? I'm trying to use it, but all I get are segfaults (in Python): 1. Adding a GtkLockButton and clicking on it segfaults: $ python from gi.repository import Gtk w = Gtk.Window() b = Gtk.LockButton() w.add(b) w.show_all() Gtk.main() (click) Segmentation fault 2. Trying to use GSimplePermission segfaults: $ python from gi.repository import Gio p = Gio.SimplePermission.new(True) p.acquire(None) Segmentation fault 3. Using a GPermission-subclass works, but using it with the GtkLockButton segfaults again: $ python from gi.repository import Gio, Gtk class dummy_permission(Gio.Permission): def __init__(self): Gio.Permission.__init__(self) self.impl_update(False, True, True) def acquire(self, cancellable=None): self.impl_update(True, True, True) def release(self, cancellable=None): self.impl_update(False, True, True) p = dummy_permission() p.get_allowed() False p.acquire() p.get_allowed() True p.release() p.get_allowed() False w = Gtk.Window() b = Gtk.LockButton() b.set_permission(p) w.add(b) w.show_all() Gtk.main() (click) Segmentation fault Any ideas? Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GTK+3 styles and themes
Hi, in some situations, it's very useful to colorize some widgets, to improve usability, e.g. a red background for invalid entries or buttons in different colors. I know that this should be used rarely, but it *really* improves usability in some cases. In GTK+2, this was possible via modify_bg(); GTK+3 offers override_background_color() and CSS. This works well on systems without themes. But unfortunately, some system-themes seem to *completely* override *all* these settings; no matter if I use override_background_color(), GtkCssProvider, a high or low GTK_STYLE_PROVIDER_PRIORITY or a ~/.gtk-3.0.css-file -- especially Gnome3 and the Adwaita-theme of Xfce4 ignore *all these*! So, is there *any* way to set widget-colors, so that the theme cannot override them? And is it a bug in GTK+3 or Gnome3/Xfce4, that ~/.gtk-3.0.css and all custom GtkCssProviders are completely ignored? thanks, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GTK+3 styles and themes
Hi, ok, I'm answering my own question -- maybe this is also helpful for someone else: Using custom stylesheets *does* work (although it still seems that ~/.gtk-3.0.css has no effect under Gnome3); but for some themes and Gnome3, setting background-color doesn't have any effect, but setting background seems to work. Python example, which works here: css = Gtk.CssProvider() css.load_from_data( GtkButton { background-color: #ff; background: #ff; } ) screen = Gdk.Screen.get_default() Gtk.StyleContext().add_provider_for_screen(screen, css, Gtk.STYLE_PROVIDER_PRIORITY_APPLICATION) Is there any documentation of this? Especially when to use background-color and when to use background? The GtkCssProvider-documentation only mentions background-color. Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: file chooser dialog
hi, Does anybody also have an idea, how to realize the decision, if a path is below another one (platform independent would be nice but not absolutely necessary). maybe there already is such a function in a library - I don't know. but you can use glib. look here: http://developer.gnome.org/doc/API/2.0/glib/glib-Miscellaneous-Utility-Functions ..html Unfortunately the function must work with relative paths also (so tring comparison is not possible). look i.e. at: g_path_is_absolute, g_get_current_dir, g_build_path with that, you can simply build an absolute path from a relative path. example: current = g_get_current_dir(); if( g_path_is_absolute(path) ) absolute = g_strdup( path ); else absolute = g_build_filename(current,path,NULL); g_free(current);current=0; g_free(absolute);absolute=0; regards, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Simple Yes/No dialog
On 15-Jul-2006 15:34:12, Freddie Unpenstein wrote: if you want to make non-blocking dialogs, you have to take care i.e. that: - a lot of non-blocking-dialogs may be opened, and stay open. gtk_widget_present() comes in handy there... thanks, this is very useful for non-blocking dialog. but nevertheless, it's currently very unlikely that I will use them... gtk_widget_present(). (Or is it gtk_window_present()... Nawww heh) it's gtk_window_present() How many times do I need to say it? once would have been enough... Likewise I've always felt that Close dialogs shouldn't hastle the user if the file's unmodified, but should otherwise present the options; Save (only if the file is named), Save as ..., Discard changes, and Don't quit. definitely, yes. I detest blocking dialogs... oh, this depends - sometimes I find them very useful. And always on top splash screens; they're not too bad if you can just click on them to make them go away, except when they dissapear just as you click, and you end up clicking something that was beneath them! or you click on the window beneath, and suddenly, a popup opens an steals the click. and so on... _all_ unrequested windows/popups are evil (i.e. error-popups). and requested popups, which do not open _immediately_ after the request, are evil, too. so are windows which close/resize/... without user-interaction. (because they disturb/interrupt the user.) there are solutions to this (see i.e. the firefox-find-dialog) - but unfortunately nearly noone uses them :(. it seems that most developers simply don't care or don't know anything about usability... :( regards, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: RADiola, a GTK RAD tool
hi, after I read a bit of your documentation-pdf, I have some annotations: pdf - No knowledgement of a programming language is needed. pdf Applications are completely created in a graphical manner. I think this is only possible for very simple applications. for more complex applications you would need very many graphical items - and this might be hard to handle... (and inefficient to create - you would need thousands of mouse-clicks) pdf - Responses to events happened in the applications are set with the pdf use of very simple fluxograms (flowcharts) I personally never liked flowcharts for programming. from the example in your documentation (page 12): +---+ | a = x + y / (z-7) | +---+ | ^ .-. if a z AND a 10 + a + _ ^-^ | .---. | while a 10 | |---| | | | | +---+ | | + a = a + 1 + | | +---+ | | | | clicking all those things together (+ defining the variables by mouse-clicking) isn't quite efficient. Instead of clicking together the above flowchart-diagram, I think the following is much cleaner, more efficient to type, faster to edit/modify/move/cut-and- paste/..., faster to understand etc.: def f(x,y,z): a = x+y / (z-7) if a z and a 10: return a while a 10: a=a+1 return a it's even more readable with colored syntax-highlighting. and the above is already valid python-code! but ok, if you like flowcharts: I think I've already seen such flowchart-code-generators (but they do not name them flowcharts, but maybe UML or so). maybe you could use them. pdf There are some approaches to widget placement according to each pdf programming language or graphical toolkit. Most of them use fixed pdf positions: yes, unfortunately. the gtk-containers are _much_ better in my opinion. you do not need to care about the exact position, alignment, resize-behavoir, etc. of the widgets. the result looks much better with much less effort. =) and the whole container-concept in gtk is _very_ good. I didn't see anything like this in other toolkits. in other toolkits, it sometimes even isn't possible to have an image in a button. in gtk, you can put _anything_ in a button, i.e. a table with 10 images, 5 labels, a treeview bars and much more (if you like to *g*). I would strongly recommend them ;). On 16-Jul-2006 15:38:29, Fabricio Rocha wrote: Thanks, Santhosh. In reply, there are some fundamental differences: - While Glade and Gazpacho are UI-builders, RADiola aims to be an application builder. This includes variables and subroutines, among other things. In my opinion, an application builder basically is a gui-builider with a sort of integrated guided sourcecode-editor. not much more. - Glade and Gazpacho are highly tied to GTK, and so are their users. RADiola is being made with GTK, but the user-created applications might adopt any other toolkit and various programming languages. - Users of those and other GUI builders still have to dominate a programming language and an API for creating an application, while RADiola will try to abstract all this coding stuff as much as possible. oh, you want to build a toolkit-independent, language-independent super-mega-application-building-tool ? and together with: On 14-Jul-2006 04:51:09, Fabricio Rocha wrote: The (sad) reality is that I am only a hobbyist programmer (in fact I'm a TV reporter in the Politics area!), with little GTK experience, and still had no time for writing more than a few lines of code. I would recommend you to start a bit lower. otherwise I guess your project would never get running... what I would suggest: - start small. you can extend the project later. - stick to 1 toolkit (gtk) and 1 programming language (python). as soon as this is running, you may add more toolkits/languages. - use python. python is easy to learn, and has a very clean syntax. especially less experienced programmers get faster results, and you don't have to worry about all these low-level-details like in C. - take an existing gui-builder - so you do not need to write your own. there are i.e. glade,glade-3 and gazpacho. AFAIK at least one of them is written in python (see also: http://glade.gnome.org/todo.html http://gruppy.sicem.biz/ and http://gazpacho.sicem.biz/ ) - extend this gui-builder i.e. with an additional sourcecode-edit-window. - as soon as this is running, you can add further functionality. like sourcecode-generating wizards, variable-definition-by-mouse-click, or the flowchart-designer. just my 0.02 cents... regards, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
widget-attached-popup ?
hi, when you click on a ComboBox, a popup appears, which is attached to the ComboBox. it's the same with i.e. MenuBars. now: how can I create such a widget-attached-popup ? i.e. use a normal button, and popup i.e. a treeview when clicking on it. do I have to write my own GtkBin-subclass, or does something like this already exist ? thanks, Roland p.s.: why I need this: I don't like popups. I especially hate popups which appear suddenly, like a program-windows after a splash-screen (or after a long start-up time), error-message-popups or cookie-popups - they steal the focus, clutter the desktop in several ways, steal keypresses (i.e. type an url in a browser and press return. while you press return, a cookie/whatever-popup appears and gets the return. congratulations: you accepted a cookie/whatever you didn't want to). so they simply disturb my work. widget-attached-popups (which do not steal the focus etc.) could solve this. look at the firefox-Find-dialog for a visual example (although this seems to be implemented in an other way). and I would like something like this in my programs i.e. for error-messages, i.e. a button on the toolbar which drops down a list of all error-messages. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
ComboBox questions
boBox questions hi, I've got a few questions about the ComboBox (or ComboBoxEntry) with many items/entries. I didn't find anything about that in the documentation, but maybe you can help me: - can I somehow control in which direction (up or down) the popup appears ? or can I control scroll-position of the list in the popup ? currently, when there's more space on the screen above the combobox, the combobox-popup opens _above_ the combobox and the list scrolls to the _end_:( it looks like this: +--+ | ^| | entry 97 | | entry 98 | | entry 99 | +--+ |combobox v| +--+ what I want: +--+ +--+ |combobox v|-- or -- | entry 1 | +--+ | entry 2 | | entry 1 | | entry 3 | | entry 2 | |v | | entry 3 |+--+ | v||combobox v| +--++--+ - assume a combobox with many entries in its list, and assume that a combobox-entry (i.e. entry 50) is currently selected. is it possible, that this entry is directly (without scolling) shown/highlighted when I click on the combobox ? something like this: +---++---+ | entry 50 v| --CLICK-- | entry 50 v| +---++---+ |^ | | entry 49 | | entry 50 | | entry 51 | |v | +--+ - can the entries wrap in the other direction ? | 1 5 9 | instead of | 1 2 3 | | 2 6 10 | | 4 5 6 | | 3 7 | | 7 8 9 | | 4 8 | | 10| +---+ +---+ - can I add a scrollbar to the ComboBox-popup ? thanks, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: filechooserbutton and saving
hi, In my opinion `save file chooser' is an entry plus a button to browse the filesystem if one wishes to. that's what I used in one of my programs, because the GtkFileChooserButton didn't do what I wanted it to do (it abbreviated the filename in a very bad way). so, you can simple use an entry and a button (i.e. with a folder-icon), which launches a filechooser-dialog. this has the advantage that you can - additionally to using the filechooser- dialog - enter a filename directly in the entry. and you always can see the whole filename (incl. path) by scrolling the entry (instead of seeing only a - maybe badly - abbreviated name). ... I can't quite see (perhaps because I haven't yet reviewed the complete discussion) why it is more evil to have a filechooserbutton which displays the currently selected file to popup a save dialog than a menu item or a simple button in a button bar which is used in a gazillion of applications. it isn't more evil. (except that it eats more space) but maybe it's better to offer an _editable_ entry (instead of a non-editable label). I have this application which needs a couple of default files which I user sets in a single tabbed preferences dialog along with other related settings. I was previously planning to have a GtkEntry where one could type a file name and next to it a button that would pop up a file selection dialog in case the user wants to select an existing file. yes. this works fine in one of my applications. regards, Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
RE: Trouble with GtkPaned
hi, I don't think this is the problem. Before the window is resized, I have no problem moving the divider; I can make either pane take up the entire area of the window. The problem arises only when I make the window wider. When I do that, it is impossible for the left pane to take up the extra area, i.e. it's width is limited to the original width of the window. have you set expand and fill for all widgets ? because this here works perfectly... Roland ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list