- Added callback to wear item from Add More panel on doubleclick
- To keep the list in its existing state and do not change the contents of the Add More panel to the next listed unworn item after the user wears an item, check if the item is not dummy. Dummy icons have no ids.
Reviewed by Mike Antipov and Neal Orman at https://codereview.productengine.com/secondlife/r/647/
--HG--
branch : product-engine
Implemented behavior:
* Normally Back button appears narrow without label
* When wearable is changed - "Save" label is set and button gets wide. Left Border of Title is moved to the right.
Note: "Save" label is shown without truncation in all languages, Title can be truncated with dots.
* When changes are saved/reverted - label is removed, button shrinks, Title left border is moved to the its default place.
* Added consistent tooltip for title (the same as a title).
* Added tooltip for button: "Save changes if necessary and return back"
Details:
* added getter for button's font
* implemented derived from LLButton class for Back button to enable setting necessary label's padding in xml
Reviewed by Neal Orman at https://codereview.productengine.com/secondlife/r/636/
--HG--
branch : product-engine
this is necessary to avoid new translate cycle for already translated strings in format <string name=""> VALUE <string/>
--HG--
branch : product-engine
Because it was too hard to fix EXT-7949 having so extremly lack of time.
Proper fix for EXT-7949 requires changes in different places of the code calling add/removeCOFItemLink().
Reviewed by Neal Orman at https://codereview.productengine.com/secondlife/r/644/
--HG--
branch : product-engine
- Added availability to force showing unmatched items to LLFlatListViewEx
- Applied it to wearable items lists in LLOutfitsList
- Changed condition for outfit accordion tab showing (because now all items are visible, so checking their number doesn't help).
Used here check for a flag added in this fix, which tells whether last applied filter found any matches in the list.
Reviewed by Neal Orman at https://codereview.productengine.com/secondlife/r/648/
--HG--
branch : product-engine
Calling std::locale("fr_FR.UTF-8") crashes on Linux and Mac. Or
rather, it throws an exception when it doesn't know the locale and we
didn't handle the exception. I now catch the exception and output an
error rather than crash.
Note, this happened because of change 703f3bcf7069, which made us
actually pass a real locale string instead of just "C". So, we were
never actually supporting a locale for LLStringUtil::formatNumber().
There is therefore an open task of making formatNumber() actually
respect the locale. I'll report a separate JIRA to capture that task.
Paul Guslisty