> I'm a little surprised this isn't more of a high priority item... It is scheduled as major, with fix version beta 3. That's a pretty high priority. The fact is though that until I stumbled upon this, we had no complaints of users to deal with in this matter.
> I know Repeaters et al might need some special casing, but could the > "usual" cases do what the coder probably expects, i.e. if you specify > in html markup, that id is preserved (and therefore usable in > javascript's getElementById ??) Yes, of course. It's one of the things that is very difficult to solve for us, sorry. Software can be like that. Solving this properly was one of the main reasons for the constructor change (which introduced other problems which in the end we deemed more serious than what the constructor change fixed). This cost us months of work we had to throw away in the end. So please don't tell us we haven't been trying. The main problem here is that we need the markup loaded, and at this time at least, we need to get back to the page for that to resolve things like markup inheritence, borders, etc. But without forcing passing in parents like we did with the constructor change, we can't be sure when the whole hierachy is built, and we thus can't support getMarkupAttributes in the constructor/ before rendering. So.. at this time we could only support a half-baked solution, which simple won't do. We need to find a good solution, which is what the issue is open for. As always, patches are welcome. Eelco ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ IMPORTANT NOTICE: This mailing list is shutting down. Please subscribe to the Apache Wicket user list. Send a message to: "users-subscribe at wicket.apache.org" and follow the instructions. _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
