As for the code, I propose to you the fluendo configuration assistant found here : https://code.fluendo.com/flumotion/trac/browser/flumotion/trunk/flumotion/admin/gtk/configurationassistant.py
You can also look for the old version of it if you google a bit or follow the SVN history on the track. Regards, Y.Chaouche --- On Tue, 10/12/10, Pietro Battiston <[email protected]> wrote: > From: Pietro Battiston <[email protected]> > Subject: Re: [pygtk] gtk.Assistant > To: "Mauro Giacomini" <[email protected]> > Cc: "Pygtk mailing list" <[email protected]> > Date: Tuesday, October 12, 2010, 12:56 PM > Il giorno mar, 12/10/2010 alle 21.16 > +0200, Mauro Giacomini ha scritto: > > Hello, > > I'm not able to use the assistant the way I want :( > > Perphas this widget is not solution for my needs. > > > > In general, there is a way to use the assistant widget > in this way: > > - Page One: the user selects various option via a gui > > - Page Two: the app use this option to choose which > text to display to > > continue the configuration; > > Sure you can: as I said, connect to the "changed" options > of widgets in > page one, and update, or even create from scratch page two > accordingly. > > Or even better, connect to the "apply" signal of the > Assistant and > create one page at a time. Just take care of the fact that > the user may > press the "back" button (and "forward" again). > > > > From what I understand, the pages are created > all at once > > Not necessarily. You just create them when you want. > > > and displayed > > on screen one at a time. > > But in this way I can't never collect data from page > one and use it on > > page two; I can only collect > > this data in the last page of the assistant, a page of > type > > gtk.ASSISTANT_PAGE_SUMMARY. > > Am I right? > > No. > > If you still have problems using signals right, please > provide some > almost working code. > > > Do you know any pygtk application that has a wizard > configuration so I > > can study the source code? > > http://www.google.com/codesearch?hl=it&sa=N&q=gtk.Assistant+lang:python > > And I guess ubiquity does too. > > Pietro > > > > > > > Thanks for all, Mauro > > > > Il 12/10/2010 19:12, Pietro Battiston ha scritto: > > > Il giorno mar, 12/10/2010 alle 18.53 +0200, Mauro > Giacomini ha scritto: > > > > > >> Yes, you undestood correcty what I want to > do. > > >> I have already tried to connect a signal from > a button (user click when > > >> the treeview > > >> is sorted) to call "set_page_complete(page, > True)", but, as you said > > >> previously, this don't > > >> block the flow of code, so I can't collect > the data in the next page. > > >> [...] > > >> Now I want to try another way I found in this > list, this post > > >> (http://www.mail-archive.com/[email protected]/msg19549.html). > > >> In step_two() I can call "get_children" from > the assistant to retrieve > > >> the previous page (step_one) > > >> and from this page I call "get_data" from the > treeview. > > >> I will try this ... > > >> > > > > > > The fact that the flow of code is not blocked > should not be a problem at > > > all. > > > > > > And there is no particular need to use > get_children, you can just > > > replace, for instance > > > > > > page_n = gtk.SomeWidget() > > > > > > with > > > > > > self.page_n = > gtk.SomeWidget() > > > > > > and you can do that not just with whole pages, > but with single widgets > > > too (possibly organizing them in > lists/dictionaries if there are many). > > > > > > If you use Glade and a gtk.Builder, it's even > easier (with > > > get_object() ). > > > > > > Pietro > > > > > > > > > > > > _______________________________________________ > pygtk mailing list [email protected] > http://www.daa.com.au/mailman/listinfo/pygtk > Read the PyGTK FAQ: http://faq.pygtk.org/ > _______________________________________________ pygtk mailing list [email protected] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/
