[Glade-users] glade and/or gtkmm, insert a FileChooserDialog inside a Notebook tab


if you use a FileChooserWidget, you will most likely want to create your
own open/save button, and connect to its clicked signal. When the button is
clicked, you should run gtk_file_chooser_get_files() (I assume it's
::get_files() in the gtkmm API) to get the list of selected files in the
file chooser widget. Another option is to connect to the file chooser's
file-activated signal, but that may cause other problems.

Hope that helps!

On 30 Jan 2015 06:33, "Nicolas J?ger" <jagernicolas at legtux.org> wrote:


I appreciate all help you guys provided so far, but I shall try to
summarize. I'm using gtkmm, it's a C++ API not C nor python. It's
a wrapper of the C API.

with gtkmm when you want to "run" a dialog you use this
method :

int Gtk::Dialog::run()


this method loops until the dialog emits the
`Gtk::Dialog::signal_response()` signal, and return an `int`. This
`int` depend of the button you clicked, for example, if I set the
response value of the cancel button to 1, then, when I clicked on
cancel, `run()` return 1.

So when I call the FileChooserDialog, this loop locks the next
operations in my program until the end of `run()`. If I use a
`FileChooserWidget`, it seems, that there is no way to get the same

`run()` seems to be the wrapper of `gtk_dialog_run()` then what Tristan

you cannot have gtk_dialog_run() without a dialog, that's sort
of the whole point, the dialog is then automatically modal and
exclusive, so you only get the response once it's done - an attribute
of it being a dialog is of course, that it is a separate window.

that's what I feared...

If you want a filechooser widget in a notebook tab, then you will have
to provide some control as to when you want to try to save the file,

I do this, the tab is hide until the user ask to save. Then, the
tab is shown and the notebook get the signal to switch on this tab. I
plan (this part is not done yet) (or planned) to not allow to switch on
another tab (maybe hidding the tabs bar) until the user click on Ok or

Of course I can still make some waiting function, or maybe it's
possible to get what I would like with plug'n'socket, even it's in
the same process.

I really recommend that you consider allowing a popup modal dialog
for saving things, doing this in a notebook tab is rather unintuitive
(i.e., it's safer when a window takes control, and the user is not
allowed to do anything until they decide what file to save as, or
decide to cancel and not save at all).


for now I will stay with a FileChooserDialog, I'll see in the future if
it will lead to any problem (on small screen). Any suggestion is still


Glade-users maillist  -  Glade-users at lists.ximian.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/glade-users/attachments/20150130/f6a122b4/attachment.html>

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]