Sharepoint 2007 – insanely bad HTML
Sharepoint 2007 continues to amaze me with its terrible interface code. This is code you stumble over all over the place, both in places where you can hack your way around them, and in places where you just have to live with them. Some things are very hard to live with, let me show you:
ASP.NET developers made a decision once to include some hidden form fields, called viewstate, on all aspx pages. When deciding how to include those fields they chose an input with the type set to hidden. When the Sharepoint developers wanted to do something similar they decided on another route:
<input type="text" name="__spDummyText1" style="display:none;" size=1/> <input type="text" name="__spDummyText2" style="display:none;" size=1/>
So we have a visible textbox, hidden with CSS, that has a size of 1 character. No wait, we have two textboxes and they both have very descriptive names (NOT). What the heck were they thinking? Why not type="hidden", and remove size? Or, I know, don't add them at all, they are only dummy right? Note that they are empty.
Another strange interface decision is the one to include a skiplink in the page. Skip links are links that help screen readers (and others) to navigate to important areas quickly. There's many different ways to implement them, here's the Sharepoint way:
Next in this post is a more philosophical piece of HTML. Look at this:
<span dir="none"><table...>...</table> </span>
I've heard about setting text direction to rtl (right to left), and ltr (left to right, for some eastern languages), but never to none. Where do text go that has no direction? Inwards? And what about having a table inside a span element?
ASP.NET also have user controls, a way to abstract out important pieces of code, to make reuse easy. Sharepoint of course uses this convenient tool regularly, and comes with a couple of useful ones:
In the documentation for SPRememberScroll you can learn… absolutely nothing about it. It seems to strangely interact with a TreeView somehow, and even worse, it has a width and height! I guess it's good that it's separate from the TreeView itself, so we can remove it from there if we want to forget where we've scrolled to. What?
Sharepoint 2007, note the year there, also both have the classical spacer gif and a new one; the spacer span:
Spacer gif: <td width="4px"><IMG SRC="/_layouts/images/blank.gif" width=4 height=1 alt=""></td> Spacer span: <span style="width: 3px; height: 5px;"> </span>
Starting with the spacer gif: Luckily they have their width set twice, both on the image and the cell. Note the "4px" there, you can't use CSS units when you're writing HTML, HTML only knows about pixels. You're glad you wrote the width twice now, right? The spacer span is a fairly new thing I guess, the strange thing here is that you can't set a width and height on inline elements. It just doesn't work, sorry.
If you've built your user controls really bad, you might need a way to let people customize its HTML to make sense. Sharepoint has a couple of different ways to do this, one that they use themselves like this:
<SharePoint:DelegateControl runat="server" ControlId="PublishingConsole" PrefixHtml="<tr><td colspan="4" id="mpdmconsole" class="ms-consolemptablerow">" SuffixHtml="</td></tr>">
If you manage to read that, you can see that they are injecting a table row somewhere inside their control (which of course generates a table). Is it just me that feels the urge to add an ending table tag to SuffixHtml just to see what happens?
Another truly interesting interface construct is the datepicker. It's one of these ordinary little calendar icons that opens in a little box and lets you pick a date. How did the Sharepoint guys (or girls) implement that?
<...A href="#" onclick='clickDatePicker(<long id here>, <long url here>, ""); return false;' > <IMG src="/_layouts/images/calendar.gif" border="0" alt="Select a date from the calendar."> </IMG></A></td> <IFRAME SRC="/_layouts/images/blank.gif" FRAMEBORDER=0 SCROLLING=no style="DISPLAY:none;POSITION:absolute; width:200px; Z-INDEX:101;" title="Select a date from the calendar."></IFRAME> <td>...
Another not-so-fine interface implementation is the following: They want to show a heading and a list of links. Personally, I would have used a heading tag, and an ul with links in. Sharepoint does it like this:
<div style="margin-left: 4px;"> <div class="level-header"><span id="header" class="headertitle">Division</span></div> <div class="level-item-pos level-item level-bullet"><span id="header"> <a href="<url>">Information Technology</a></span></div> <div class="level-item-pos level-item level-bullet"><span id="header"> <a href="<url>">Research & Development</a></span></div> ...
They break their own scheme of prefixing all their classes with "ms-" (something that severely messed up my header), they repeat ids, they use only divs and spans, and inline styles.
Do I need to say more? Want to spread the word? Vote on reddit.
By: Kalle Persson (#1)
By: Devon Young (#2)
By: Emil Stenström (#3)
By: Leon (#4)
By: Andreas (#5)
By: joe (#6)
By: Andreas (#7)
By: Ruhh (#8)
I can't even comprehend how this corporation succeeds. I'd be interested in hearing their defense and justification for such sloppy workmanship. SHAMEFUL!
By: Edward (#9)
If you think the HTML is bad, wait until you actually work with the rest of it...
By: Janec (#10)
tip of the day; "don't buy moss" (or any other m$ product)
By: Reto (#11)
By: sikanrong (#12)
By: Emil Stenström (#13)
In other words, I agree :)
By: Georges Jentgen (#14)
We are going to use Sharepoint really soon as it integrates nicely into our new AD/Exchange-Network. I just got a decent helpdesk up and running in a bout 30minutes. The technology is good, the implementation (code) is bad. That's M$ technology. We have to live with it [DAMN]...
What really annoys me about this, is the fact that they just released MOSS 2007 a couple months ago...
By: Tim (#15)
Also if you don't want to go that route... they have web services... unfortunately those have a fairly steep learning curve when you have to use CAML to create/update/delete lists. Consider the following as well: for a system that seems to want to be the a central document storage system for team collaboration... they might want to have a web service that would allow for programmatically doing bulk file uploads to a document library... but they don't.
By: jenn suz hoy (#16)
Though it did provide a humorous distraction to my day :)