Okay, it will be an API addition then.  I have to make sure I understand exactly how it is to work so I name and document it correctly.  When it was internal use, didn't have to worry about it.

First off, when I say BEFORE an indicator, I mean "to the left of" an indicator in the user interface.  When I say AFTER an indicator, I mean "to the right of" an indicator in the user interface.  This needs to be clarified because the DOM model of the indicator elements runs top-to-bottom, while the view of the indicators runs right-to-left.  Makes it easy to confuse jQuery concepts of BEFORE and AFTER, with UI concepts of BEFORE and AFTER.

It seems like relative positioning should really have the ability to specific FIRST, LAST, and BEFORE, or AFTER, an existing  element.  So, one question is, is there any place we do *not* want to have extensions inserting indicators?

For example, putting an indicator FIRST would put it BEFORE the "busy" indicator.  That would probably look weird.

Another example, putting an indicator LAST would put it AFTER the space/tab indicator.  It seems like this messes with the user experience a bit.

But do we want to constrain relative positioning?  Or do we allow it and let issue reports from users deal with the odd cases that crop up?