DBIx-HTML-PopupRadio

 view release on metacpan or  search on metacpan

Changelog.ini  view on Meta::CPAN

[Module]
Name=DBIx::HTML::PopupRadio
Changelog.Creator=Module::Metadata::Changes V 2.12
Changelog.Parser=Config::IniFiles V 3.000003

[V 1.17]
Date=2021-02-02T15:57:00
Comments= <<EOT
- Adopt new repo structure. See
http://savage.net.au/Ron/html/My.Workflow.for.Building.Distros.html.
- Reformat Makefile.PL.
- Rename CHANGES to Changes.
- Make license explicitly perl.
- Add t/00.*.
- Update Makefile.PL and POD to change RT to github.
EOT

[V 1.16]
Date=2010-02-21T12:55:00
Comments= <<EOT
- Remove text 'All rights reserved' (for Debian licensing).
- Remove POD heads 'Required Modules' and 'Changes'.
EOT

[V 1.15]
Date=2010-02-10T14:01:48
Comments=- MANIFEST.SKIP updated to exclude MYMETA.yml. Add MYMETA.yml.

[V 1.14]
Date=2009-11-13T13:20:00
Comments= <<EOT
- Run dos2unix
- Rename Changes.txt to CHANGES
EOT

[V 1.13]
Date=2006-03-22T10:57:00
Comments= <<EOT
- In subs popup_menu and radio_group, use a case-insensitive compare when trying to set the default menu item.
I need this in one project because the menu values and the default come from different databases
EOT

[V 1.12]
Date=2005-12-12T13:18:00
Comments= <<EOT
- In sub popup_menu(), check the caller has set a default value before trying to use the default.
This stops an 'uninitialized' warning being emitted
- Add more patterns to MANIFEST.SKIP
EOT

[V 1.11]
Date=2005-11-09T15:38:00
Comments= <<EOT
- Add a new parameter to new() and set(): options.
This takes a hash ref as its value, and allows you to specify any list of options
you wish to add to the HTML of the 'select'. Eg:
With new(name => 'a_name', ...), the 'select' would look like:
<select id = "a_name" name = "a_name">
With new(name => 'a_name', options => {tabindex => 2, force => 1}, ...),
the 'select' would look like:
<select id = "a_name" name = "a_name" tabindex = "2" force = "1">
- Make this module depend on HTML::Entities::Interpolate so we can output any text
by calling HTML::Entities::encode_entities when appropriate
EOT

[V 1.10]
Date=2005-02-14T20:08:00
Comments= <<EOT
- Extend the flexibility of the 'prompt' option, to allow it to point to an anonymous
hash, so you can specify a set of strings, and their corresponding values, to be output
at the top of the menu. The default behaviour is identical to the previous version.
Original patch by Sean McKenna
- Update docs
EOT

[V 1.09]
Date=2004-07-19T14:43:00
Comments= <<EOT
- Change Makefile.PL to coexist with Module::Build
- Delete ./test.pl
- Add t/pod.t to test all PODs
EOT

[V 1.08]
Date=2003-06-03T19:48:00
Comments= <<EOT
- Change the option 'prompt', which can be used to set the first selection in pop-up menus,
so that it is either a string (as it was originally), or a hash ref (new in this version).
Hence we can say new(prompt => 'Choose one') or new(prompt => {'0' => 'Choose one'}).
In the first case, the string 'Choose one' is both a visible menu item and the value
passed back to the CGI script if the user selects that item.
In the new case, the string 'Choose one' is the visible menu item, and the other value,
here '0', is the one passed back to the CGI script. In particular, this works -
new(prompt => {'' => 'Choose one'}) - to return the empty string to the CGI script.
EOT

[V 1.07]
Date=2003-04-28T21:31:00
Comments= <<EOT
- Backticks with redirection of STDERR failed in Module::MakeDist V 1.04 when making
V 1.06 of this module, so I've had to re-make then both
EOT

[V 1.06]
Date=2003-04-28T09:09:00
Comments= <<EOT



( run in 0.618 second using v1.01-cache-2.11-cpan-364913b4093 )