It does seem like this creates more trouble than it solves, so I approve your original idea instead.
Again, we need to communicate to the client that they will have to change their code to take advantage of this fix, though. On 2009-10-14, at 08:18, Max Carlson wrote: > Change 20091014-maxcarlson-K by [email protected] on 2009-10-14 > 02:25:33 PDT > in /Users/maxcarlson/openlaszlo/trunk-clean/lps/components > for http://svn.openlaszlo.org/openlaszlo/trunk/lps/components > > Summary: Add hint attribute to edittext > > Bugs Fixed: LPP-8544 - DHTML/SWF10: <text> in front of <edittext> > intercepts mouse clicks > > Technical Reviewer: ptw > QA Reviewer: hminsky > > Details: Per Tucker's suggestion, this change adds a hint attriubte to > edittext that if set, becomes the default text displayed while the > field is empty. There's a nasty wrinkle though: setting the text > value of the field back to '' when it's focused seems to remove the > focus sometimes in DHTML, at least in Firefox 3.5 OS X. I tried > forcing the selection but then the onblur event didn't reliably fire > when clicking on the canvas: > // > this.setSelection(1,1); > > Overall, I think my original solution was simpler and also more > flexible - at the cost of an extra view per field, it allows anything > to be nester for edittext decoration... Let me know what you think. > > Tests: Updated version of testcase from LPP-8544: > <canvas> > <edittext id="baz" width="175" hint="Can't click here."/> > </canvas> > > > Files: > M lps/components/lz/edittext.lzx > > Changeset: > http://svn.openlaszlo.org/openlaszlo/patches/20091014-maxcarlson-K.tar > _______________________________________________ > Laszlo-reviews mailing list > [email protected] > http://www.openlaszlo.org/mailman/listinfo/laszlo-reviews _______________________________________________ Laszlo-reviews mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-reviews
