Comments on: Webdesigners vs. SharePoint: the body id

By: ID´s on the body tag | Branding SharePoint

ID´s on the body tag | Branding SharePoint — Tue, 06 Apr 2010 08:35:36 +0000

[...] Curious what you can do with an ID on the body element? You could change the layout depending on what site or subsite you are. I also used it to change some styling only when in edit mode. A very powerfull trick. Waldek Mastykarz wrote a nice article about it here. [...]

By: Waldek Mastykarz

Waldek Mastykarz — Mon, 15 Mar 2010 15:29:03 +0000

@Jaap: while you could put a server control, like Literal in an attribute, I don't think that SharePoint Designer would understand it. It seems more of a hack than a neat solution. The problem with static method is, that in-line code is not supported for customized pages, so as soon as someone modifies the Master Page through SharePoint Designer, the code break the page.

By: Jaap Vossers

Jaap Vossers — Mon, 15 Mar 2010 10:51:46 +0000

previous message got messed up.

should have a call to a static method inside the single quotes, wrapped in

By: Jaap Vossers

Jaap Vossers — Mon, 15 Mar 2010 10:25:29 +0000

I'm wondering if it would be possible to include a asp:Literal control inside the body id attribute (wrap in single quotes) and set the Text property for the Literal using the expressionbuilder – and don't set the body runat=server.

Alternatively you could try referencing a static method like , also without runat=server

Both methods would mean you don't need the extra div.

I think I have tried these techniques before – they might just work

By: Waldek Mastykarz

Waldek Mastykarz — Sun, 14 Mar 2010 13:35:20 +0000

@shannon: this is very true for a SharePoint collaboration solution, but can be a totally viable case for a public facing site where you don't know what kind of configuration the visitor is using.

By: shannon

shannon — Sun, 14 Mar 2010 01:54:03 +0000

I wanted to mention that the client not having javascript enabled is not a viable use case when it comes to sharepoint, which requires javascript to work correctly.

By: Waldek Mastykarz

Waldek Mastykarz — Sat, 13 Mar 2010 22:40:44 +0000

Thanks, Marc

By: Marc Anderson

Marc Anderson — Sat, 13 Mar 2010 22:36:48 +0000

After all that, I forgot to say that this is a great article, Waldek!

By: Marc Anderson

Marc Anderson — Sat, 13 Mar 2010 22:35:45 +0000

Knowing the audience is critical for any successful deployment, for sure, and browser capabilities are a big part of that. Those startistics are an interesting reference point. They are generated from W3Schools' log files so obviously our mileage may vary.

By: Waldek Mastykarz

Waldek Mastykarz — Sat, 13 Mar 2010 22:30:05 +0000

@Marc: although I haven't run into it personally, I've heard about some enterprises disabling JavaScript. Difficult to tell whether this is true or false. http://www.w3schools.com/browsers/browsers_stats.asp shows that only a little percentage has JavaScript disabled. Still one should really consider this depending on his audience.