Re: [Phphtmllib-devel] phphtmllib/form/form_elements FEListBox.inc,1.13,1.14

[Walter A. B. I. <wab...@3g...>]

=20
> FEDate is a container object that contains the other three.  FEDate is =
not
> complete but I wanted to commit this before I leave.  Still need to set=
 up a
> validation routine for FEDate.  Also need to figure out an elegant way =
to
> change element order in FEDate.  Possibilities include:
---ah man this is awesome.  Suren (another guy that I work with) was goin=
g to
create FEDate for the next rev of our product at work anyway.  This is aw=
esome. =20
I would say go with the set_element_order() and add some checks on what t=
he user
passes in to make sure they pass in a valid order. =20
>=20
> set_element_order('Ymd')
---I think this would be easier.

>=20
> set_year_first()
> set_year_second()
> set_year_third()
> ...
>=20
> What would be best?
>=20
> Also, I ripped the locales for the months from PEAR.  Rather than ident=
ifier
> strings should we set up constants for each locale?
---I think it's probably fine passing in 'en', 'de'.  We can always creat=
e the
constants later.

=20
> What do you think about all this?  I think you would prefer FECalendar,=
 but
> this is a simple solution till something like that could be tackled.
---I think the timing of you adding this stuff is perfect :)  We will be =
needing
these form elements for our next version of our product at work.  In fact=
 Suren
and I were just talking about the Calendar widget yesterday.  We aren't e=
ntirely
sure yet, but we were thinking of a CalendarWidget object that could be u=
sed for
most anything.  Click the day on the calendar and have it open a url (say=
 for
showing news articles based on a date), or even use that widget as a popu=
p
window to select a date for a form.  At least that is the idea we were th=
rowing
around.  Any thoughts?

=20
> I haven't even tested submitting the date element yet so that probably
> doesn't
> work yet-- so far I have only worked on the display.
--hehe thats ok.  It's good to check in often.  I was thinking about poss=
ibly
doing another release fairly soon.  It's been a bit since 2.4.0 was relea=
sed.=20
My last 2 releases were waaaaaay too far apart.  The advantage of doing q=
uicker
release cycles, is to get bug fixes out so folks don't have to use a deve=
lopment
tree/nightly build to fix their issues.  Just a thought.

Thanks again man,
you rock!
Walt