We have a few members with long names and a well known abbreviation.
e.g: Something & Something may be known as S&S or SSISP.

There is an 'Abbreviated Name' field in IXP Manager - the documentation describes it as exactly what we want:

The Name field is the customer's name as you/they typically want it to appear in IXP Manager. It is not necessarily their full legal entity name (that goes elsewhere). The Abbreviated Name is a shorter version of the name that is used in space constrained areas such as graph labels.

However, that isn't the behaviour I see when trying to use it.

Not sure if this is historic / our data, or standard, but all of our abbreviated names are the same as the name. If I changed abbreviated name to say SSISP using the example above, rather than it just showing the abbreviated name when a shorter version is required, it completely overrides the name - the main title on the customer overview page changes to the abbreviated name and even worse, the full name is not even shown anywhere on the overview page anymore - the abbreviated name is use in the title and then still shown as a field.

This doesn't appear to be a skinning issue as taking a quick look at the code, at a glance, it looks like it's only using abbreviated name:

        if( $this->type === self::TYPE_ASSOCIATE ) {
            return $this->abbreviatedName;
        }

I think (and the documentation agrees), that it should still show the main name, but use abbreviated name only where there are space constraints (and the reason for setting it and finding it in my case is I want that data to be available via the API for use with automation).

Ideally, it would show the title as something like: "$name ($abbreviated_name)" (eg: "Something & Something (SSISP)") or even better, use name for the title and show a sub-title of the abbreviated name if it's set.

That in place, I think data wise, the abbreviated name field should be blank except when explicitly relevant/set - that avoids lots of "if $abbreviated_name != $name" statements in views.

Thanks!

Ian