Re: Different values for SELECTs with same name (was: Embperl BUG report)

2001-10-02 Thread Gerald Richter
> sorry i didn't have a chance to track this down further and fix it, > but if you have a chance maybe you could do so... > > in 1.3.3, certain changes to the %fdat hash break parsing of selects in html forms. > > i'm attaching a simple piece of embperl that tickles the bug. > That's not a bug,

Re: Shortcommings of DBIx

2001-10-02 Thread Gerald Richter
> > But, nothing displayed. It turns out that if there is something missing > from a column, then nothing gets displayed. That is note1 is not required > to entered by the user, but I want to display it if it is there. > > Anyone else run into this? > Yes, you should be able to find it in the m

Re: inheriting from DBIx::Recordset

2001-10-02 Thread Gerald Richter
> I get this unfortunate effect of "Need DBIx::Recordset or setup parameter " > > This is because there are a few places in the Setup functions of > DBIx::Recordset which directly test the object type : > > elsif (ref ($arg) eq 'DBIx::Recordset') > We should trun this into elsif (ref ($