Hmmm, nope, the original lines are different, I have no idea where I got the modified version, but it works :)

Ok many thanks for your reply. :)

I would love to see some template system for Elgg at some point - maybe Smarty templates. This could be hard to implement with the current view system, though maybe thanks to caching it would lower the loading time of views. It would also greatly simplify work on the HTML for people who don't know PHP.

I'm already experimenting with Smarty in plugins. If I manage to find a solution that would allow to use it without too much extra work, I will post it to the community.

This is another level of complexity though. Asking plugin developers to know SMARTY markup and to use it may be too much...

@Vazco.. 

You're right.. I think Elgg devs would find it a little complex to work with Smarty with Elgg's views build. And as you say, SMARTY has its own markup and that's another pain in head. I worked with SMARTY when I did a couple of site with 'Handshakes' from DZoic.. Not fun!!!

@cash: We already cleaned and are going to valid XHTM; for example have stripped all tables our of out templates we use. All fine with IE6

@brett: IE6 is still used by 50% of our clients: yes all terrible-way-too-big-multinationals, but they pay our bills.

@smeranda: Naming: #elgg_sidebar is still no good; we have this sidebar at the top;) #elgg_page_menu is already better maybe

Google not supporting IE6 anymore (in case you missed it).

http://googleenterprise.blogspot.com/2010/01/modern-browsers-for-modern-applications.html

I agree with what Brett said about IE6:

... IE6 should be supported at some capacity.  If it can be done and isn't a huge drain on resources, it sounds good to me.

@Tom - there is always a limit to how generic you make your markup. For example, 'footer' definitely has information about presentation but since it works for 99.9% of the sites out there and is expected by front-end developers, it makes to use it.

I plan to pull out what rules smeranda used to go from his first markup example to the second. I think that is a useful exercise and helps to validate what we've come up with so far.

An overview of @smeranda's modifications on post 19 (Elgg needs unique links for each comment!):

• Don't use a div if you don't need to - avoid divitis!
• inline javascript was pulled out
• form was used for the filter to make it more accessible
• The markup is more generic and uses multiple-inheritence (item_list river rather than river_item_list)
• lists are used rather than div elements when marking up lists

Did I miss anything?

So far we have not said anything about accessibility or using inline javascript. Do people have any comments on these?

Will Elgg stick with XHTML rather than move to HTML5?

Thanks,

doug

Doug - you may find this link useful in understanding how HTML5 relates to XHTML: http://dev.w3.org/html5/spec/Overview.html#html-vs-xhtml

Of course, this link is a lot more fun: http://www.smashingmagazine.com/2009/07/29/misunderstanding-markup-xhtml-2-comic-strip/