MAINT-8085 'Edit Outfit' in "Appearance" continuously display "Loading...", when in this section no objects.

- Fix member init order
- Use override specifier everywhere
- Add required typename and template keywords
- Replace smart pointer ctors with make functions where available
- Replace 0 and NULL in pointer context with nullptr

  -> clean up some quick wins; no functionality changes

--HG--
branch : RLVa

SL-103 WIP - viewer enforces wearable limits based on total articles of clothing rather than per-type limit. Limit is artificially low for testing, will bump before release.

replace llinfos, lldebugs, etc with new LL_INFOS(), LL_DEBUGS(), etc.

Removed most llappearance -> llui dependencies (LLTrans remains).  Moved LLInventoryIcon::EIconName into LLInventoryType.  Moved LLInventoryIcon back to newview.  Moved LLUI gl_* functions into llrender.

The changeset above touched every consumer of the two LLRegistrySingletons
originally defined with std::type_info* as keys. Those two
LLRegistrySingletons were changed to use const char* as keys, then all
consumers were changed to pass std::type_info::name() instead of the plain
std::type_info* pointer -- to deal with the observed fact that on Linux, a
given type might produce different std::type_info* pointers in different load
modules. Since then, Richard turned up the fascinating fact that at least some
implementations of gcc's std::type_info::before() method already accommodate
this peculiarity. It seems worth backing out the (dismayingly pervasive)
change to see if properly using std::type_info::before() as the map comparator
will work just as well, with conceptually simpler source code.
This backout is transitional: we don't expect things to build/run properly
until we've cherry-picked certain other pertinent changes.

Back out code that selects LLTypeInfoLookup for the underlying map
implementation when KEY = [const] std::type_info*, because LLTypeInfoLookup's
API is changing to become incompatible with std::map. Instead, fail with
STATIC_ASSERT when LLRegistry's KEY is [const] std::type_info*.
Fix all existing uses to use std::type_info::name() string instead.

--HG--
branch : RLVa

STORM-348 FIXED "Edit" and "Lock" buttons appearing on body part items in outfit editor before they are hovered with mouse.

Added buttons reshaping code that exists in postBuild() methods of the other LLPanelWearableListItem descendants.

- fixed : "Wear Add" for attachments isn't properly supported in LLAppearanceMgr::wearItemOnAvatar()
- fixed : "wearable list" context menu options aren't visually disabled to reflect attachment/wearable restrictions/locks

--HG--
branch : RLVa

EXT-8751 FIXED "Create new" in Edit Outfit doesn't actually check if you can legally create a new item

Create New now makes sure you haven't exceeded max wearables.
Also took out debug camera hack.

back-out the back-out for this branch.  yay.

Backing out this merge that I pushed (prematurely) to the wrong place.

Added debug setting for disabling physics.
Added disable-multiwear and disable-camera-reset to wearabletype.

Set no items text to "Loading..." when creating the wearable items list and to "There are no items in this outfit" when category is complete.
"Outhfit" is there, because wearable items list nay be empty only for them. This string was introduced, because the only situation when there are
no items shown in outfit tab is for empty outfit- because even when applying filter either all items from outfit will be shown or outfit tab won't be shown at all.

Reviewed by Vadim Savchuk at https://codereview.productengine.com/secondlife/r/865/

--HG--
branch : product-engine

Set no items text to "Loading..." when creating the wearable items list and to "There are no items in this outfit" when category is complete.
"Outhfit" is there, because wearable items list nay be empty only for them. This string was introduced, because the only situation when there are
no items shown in outfit tab is for empty outfit- because even when applying filter either all items from outfit will be shown or outfit tab won't be shown at all.

Reviewed by Vadim Savchuk at https://codereview.productengine.com/secondlife/r/865/

--HG--
branch : product-engine

- Fixed LLOutfitsList COF changes handler to update worn status of items removed from COF. Now they are updated based on the differences in original items' ids in COF.
- Fixed 'My Outfits' items worn status check to update depending on whether the item is linked in COF or not.
This is a kind of workaround to fix updating attachments' worn status because LLAppearanceMgr::updateAppearanceFromCOF is triggered erlier than new attachment links are fetched. When dumpItemArray(obj_items,"asset_dump: obj_item") is called from LLAppearanceMgr::updateAppearanceFromCOF, all attachment links have empty asset ids.

Reviewed by Vadim Savchuk at https://codereview.productengine.com/secondlife/r/859/.

--HG--
branch : product-engine