Skip Menu |

This queue is for tickets about the Tk-Wizard CPAN distribution.

Report information
The Basics
Id: 26933
Status: resolved
Worked: 45 min
Priority: 0/
Queue: Tk-Wizard
People
Owner: MTHURN [...] cpan.org
Requestors: MTHURN [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Wishlist
Broken in: 2.005
Fixed in: (no value)

History Show all quoted text
  Fri May 04 12:55:24 2007 MTHURN [...] cpan.org - Ticket created
Subject: withdraw rather than destroy?
When the Wizard is all done, maybe we should withdraw instead of destroy? That would enable the Wizard to be re-used, in the case where the Wizard is just one part of an application (as opposed as the Wizard being the entire application). Comments, thoughts? -- - - Martin 'Kingpin' Thurn
  Fri May 04 15:12:07 2007 London [...] LeeGoddard.net - Correspondence added
Subject: Re: [rt.cpan.org #26933] withdraw rather than destroy?
Date: Fri, 04 May 2007 20:11:01 +0100
To: bug-Tk-Wizard [...] rt.cpan.org
From: Lee Goddard <London [...] LeeGoddard.net>
An excellent idea - how would it effect backwards-computability? If you are happy adding it as default, as I am, then could we keep destroy as an option, something like -destroy_when_done? Thanks for all your work Lee
  Fri May 04 15:12:25 2007 The RT System itself - Status changed from 'new' to 'open'
  Thu Jun 07 22:22:26 2007 MTHURN [...] cpan.org - Taken
  Thu Jun 07 22:23:13 2007 MTHURN [...] cpan.org - Correspondence added 30 min
withdraw is now the default, but I didn't make the destroy option.
  Wed Jul 04 20:30:56 2007 MTHURN [...] cpan.org - Correspondence added 15 min
I fixed one more bug (the default callback for finishButtonAction was still calling destroy rather than withdraw) and I added a new option -kill_self_after_finish -- - - Martin 'Kingpin' Thurn
  Wed Jul 04 20:31:06 2007 MTHURN [...] cpan.org - Status changed from 'open' to 'resolved'