[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 96737] [test case] cannot create hidden input using DOM
From:       Jesse Pelton <jsp () pkc ! com>
Date:       2005-01-14 16:36:28
Message-ID: 20050114163628.1206.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=96737         




------- Additional Comments From jsp pkc com  2005-01-14 17:36 -------
When I use setAttribute(), it has the same effect as setting the property - that is, \
none.  The property/attribute is not set, and no exception gets thrown.

What version are you running?

For what it's worth, I use a different workaround that works for me.  If \
elmInput.type != "hidden" after I've attempted to hide it, I hide the element with \
CSS.  Nasty, especially since some browsers forget to submit inputs hidden in this \
way.  Mozilla fixed their problems in this area before 1.0, fortunately, and I don't \
think Konqueror has ever had this problem, but Opera seems to struggle with this more \
or less continuously.  Anyway, I'm OK as long as I don't encounter a browser that \
both refuses to set the type AND to submit CSS-hidden inputs.


[prev in list] [next in list] [prev in thread] [next in thread]