pkgsrc changes:
- adjust notation for dependencies without minimum version
Upstream changes:
0.607 (04.28.2010) - John Siracusa <siracusa@gmail.com>
* Moved version number back to three places after the decimal in order
to placate Unix package management systems.
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
pkgsrc changes:
- Adjusting dependencies
Upstream changes:
0.6061 (11.19.2009) - John Siracusa <siracusa@gmail.com>
* Altered tests to work around strange UTF-8 errors in some installations
of perl. (Thanks to Michael Lackhoff for help debugging.)
0.606 (11.16.2009) - John Siracusa <siracusa@gmail.com>
* Overhauled inheritance to fix "Inconsistent hierarchy" mro c3 errors
(RT 51168)
* Added "use utf8" statements to ensure proper treatment of UTF-8 text
stored in the __DATA__ sections of various modules (RT 29131)
0.605 (10.16.2009) - John Siracusa <siracusa@gmail.com>
* Updated eval blocks to avoid stomping on $@ from an outer scope.
pkgsrc changes:
- Adjusting license definition
Upstream changes:
0.604 (09.14.2009) - John Siracusa <siracusa@gmail.com>
* Fixed a bug that caused html() to fail when called on a form that
contained a compound field. (Reported by Will Hawes)
* Make sure custom validator is called from DateTime fields.
- Updating package for p5 module Rose::HTML::Objects from 0.602 to
0.603
- Adjusting dependency
Upstream changes:
0.603 (05.06.2009) - John Siracusa <siracusa@gmail.com>
* Fixed a bug that cause the class attribite on label tags not to
be cleared correctly. (Reported by Denis Moskowitz)
- Updating package for p5 module of Rose::HTML::Objects from 0.601 to 0.602
- Setting license to gnu-gpl-v2
- Reordering dependencies in META.yml order
Upstream changes:
0.602 (02.22.2009) - John Siracusa <siracusa@gmail.com>
* Fixed an HTML escaping bug caused by overload's interaction with
Rose::Object's Class::XSAccessor support.
* Made Rose::HTML::Form's inherited html() and xhtml() methods do
something vaguely sensible. (Inspired by Christof Krueger)
Pkgsrc changes:
o Add a BUILD_DEPENDS for the tests
Upstream changes:
0.601 (01.09.2009) - John Siracusa <siracusa@gmail.com>
* Fixed an uninitialized value warning in Rose::HTML::Text.
Pkgsrc changes:
o Canonicalize HOMEPAGE
o Adjust dependencies according to new requirements
Upstream changes:
0.600 (12.13.2008) - John Siracusa <siracusa@gmail.com>
* Added localization support.
* Added private library support.
* Rose::HTML::Form::Field::PopUpMenu's internal_value() is now
unconditionally singular, and undef when no items are selected.
* Fixed a bug in Rose::HTML::Image that made detection of image
sizes dependent on method call order. (Reported by Sean Allen)
* Added mod_perl 2.x support to Rose::HTML::Image. (Reported by
Sean Allen)
0.555 (10.22.2008) - John Siracusa <siracusa@gmail.com>
* Fixed a memory leak in group fields (RT #38837)
* Corrected documentation and implementation of init_with_objects().
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
The Rose::HTML::Object::* family of classes represent HTML tags,
or groups of tags. These objects allow HTML to be arbitrarily
manipulated, then serialized to actual HTML (or XHTML). Currently,
the process only works in one direction. Objects cannot be constructed
from their serialized representations. In practice, given the
purpose of these modules, this is not an important limitation.
Any HTML tag can theoretically be represented by a
Rose::HTML::Object-derived class, but this family of modules was
originally motivated by a desire to simplify the use of HTML forms.
The form/field object interfaces have been heavily abstracted to
allow for input and output filtering, inflation/deflation of values,
and compound fields (fields that contain other fields). The classes
are also designed to be subclassed. The creation of custom form
and field subclasses is really the "big win" for these modules.
There is also a simple image tag class which is useful for
auto-populating the width and height attributes of img tags. Future
releases may include object representations of other HTML tags.
Contributions are welcome.