Metabuilders ExpandingImageButton helps Rollup Sidebar Links

I've made another site modification right on the heels of a friend asking me "when do you decide your site is done and then are simply adding product?" In my case the answer is never, because my site is part of the product!

The Problem

The product addition I've now deployed is getting rid of that huge long list of links in the right-hand sidebar. There are 71 of them loosely categorized, but a huge list no matter how you look at it. And no I didn't really get rid of them, but I got rid of what looks like clutter over there by rolling the lists up.

I had looked at Steve Orr's VisiPanel, and like the way it rolls up, and the color is very cool, but I don't think it fits my site. And by the time I remove the color and borders, how much of it am I using?

I thought about simply using a link and a panel, but then I have to have server-side code to deal with showing/hiding the panel, and I was hoping to avoid making large changes to what's already there.

Then I remembered MetaBuilders, and checked out their ExpandingButtons control. That ended up being exactly the solution.

Finish reading the article here:

http://www.wynapse.com/CSharp/Metabuilders_ExpandingButtons_As_Rollup_Control.aspx

URL Rewriting (self-induced) Problems

It may be this way for everyone, but when a page has worked for a while, I have a tendency to not go back and look at it unless I need it for a reference.

So this morning when I hit one of my page links just to make sure my content page code was running, the page didn't load. Others did, so what's wrong with that? This is obviously a failure in the QA department... oh, that's also ME :)

I checked to make sure the page was in the database, and the page table was also still correct.

I accessed the page using the Event= code and it worked fine, but wouldn't work from the friendly name, so that means something in the URLRewriting. I looked at my ExternalRewrite.Config file that I ftp up when I make changes, and the link looked fine on both ends. That's actually where I got the numerical entry I tested first.

Then I looked a little closer at the line in the ExternalRewrite.Config file and realized when I cut-and-pasted the latest article's link in, I didn't bump the rule number for the latest one, and the rule ended up getting overwritten with the next one.

That sucks... so my article has been dead since January 1, and none of the millions of visitors to my site notified me... well ok, both visitors must have been looking at other pages!

Well, aside from remembering this for next time, I think what I'm going to do is invert my ExternalRewrite.Config file so that the latest one gets added on top. That will do two things:
  • I'll probably remember why I'm doing it that way and not forget again
  • If I do forget, the new link won't get resolved in the rewriting because it takes rules top to bottom... this morning's exercise proved that

I didn't think about the inversion until the drive in, and can't access it from here. I'll post an update tonight after I figure out if it works or not.

Oh, and the article that wasn't coming up was this one:

http://www.wynapse.com/CSharp/DataList_ItemTemplate_Helper_Function.aspx


Update:

Inverting the ExternalRewrite.config file worked just fine. Actually I like the way it appears and certainly drives the point home not to forget to change the rule number.

«January»
SunMonTueWedThuFriSat
31123456
78910111213
14151617181920
21222324252627
28293031123
45678910