Age | Commit message (Collapse) | Author |
|
|
|
|
|
To use ld.gold configure with:
-DCMAKE_EXE_LINKER_FLAGS:STRING="-Wl,-use-gold".
ld.gold links the viewer on my machine in 8 seconds, as
opposed to 19 seconds with ld.bfd. Moreover, it uses a
LOT less memory during linking (about 750 MB instead of
2.5 GB!).
VWR-24254: Don't link with fontconfig on non-linux.
While we already added fontconfig in the above patch,
that code turned out to also be used by Windows and
Darwin (contrary to the comments in the code).
After looking at the history of commits and a
discussion on IRC it was decided that the original
coder (Kyle Ambroff <ambroff@lindenlab.com>) really
meant (LINUX AND VIEWER) instead of (NOT LINUX OR VIEWER).
|
|
|
|
per 1.x viewer.
|
|
back-out the back-out for this branch. yay.
|
|
Backing out this merge that I pushed (prematurely) to the wrong place.
|
|
|
|
|
|
Each key has KEY (typedef of U8) represantation which is paired with text version of key.
To get strings corresponding to keys LLKeyboard::stringFromKey() is used.
- Added translation of keys into LLKeyboard::stringFromKey().
- Added corresponding strings into strings.xml.
- Changed LLTrans::getKeyboardString() so that it correctly process key names that are not found in strings.xml(returns English name instead of "MissingString").
Reviewed by Vadim Savchuk at https://codereview.productengine.com/secondlife/r/845/
--HG--
branch : product-engine
|
|
place - just leaking")
Added slplugin-objc.mm.
Made SLPlugin do the cocoa setup during initialization, and create/delete an
autorelease pool each time through its main loop. This should make plugin code
that's using autorelease correctly not leak.
Fixed a bug in the version of setupCocoa() used in the viewer (it was never
setting its "inited" variable).
|
|
pop-ups
|
|
correctly in non-English languages with Viewer 2.0
reviewed Mike Antipov
EXT-4858 "Detecting Hardware..." not showing correctly in non-English languages with Viewer 2.0
--HG--
branch : product-engine
|
|
languages with Viewer 2.0
reviewed Vadim Savchuk
https://codereview.productengine.com/secondlife/r/317/
--HG--
branch : product-engine
|
|
|
|
|
|
found out how to fix loading 32-bit cursors from embedded resource and moved them back there instead of freestanding files
|
|
|
|
new 32-bit mouse cursors were not getting packaged by installer for windows builds
reviewed by Monroe
|
|
|
|
|
|
|
|
|
|
reviewed by Callum
|
|
reviewed and approved for hotfix branch by Q.
|
|
|
|
--HG--
branch : product-engine
|
|
--HG--
branch : product-engine
|
|
--HG--
branch : product-engine
|
|
first-run)
by which "moved LLDisplayInfo to llwindow, implemented getting the width/height of screen for mac os and linux."
--HG--
branch : product-engine
|
|
first-run)
by which "implemented LLWindowSDL::maximize() method"
--HG--
branch : product-engine
|
|
first-run)
by which "implemented LLWindowMacOSX::maximize() method"
--HG--
branch : product-engine
|
|
|
|
|
|
|
|
|
|
LLDisplayInfo to llwindow, implemented getting the width/height of screen for mac os and linux.
--HG--
branch : product-engine
|
|
implemented LLWindowSDL::maximize() method
--HG--
branch : product-engine
|
|
implemented LLWindowMacOSX::maximize() method
--HG--
branch : product-engine
|
|
|
|
runtime. This helped me identify the EXT-5552 cause (fix landing soon)
|
|
Checker: UNINIT_CTOR
Function: LLDragDropWin32Target::LLDragDropWin32Target(HWND__ *)
File: /indra/llwindow/lldragdropwin32.cpp
|
|
This change lets Linux pass keys through to Flash.
|
|
p.s. previous commit comment should have read 'hopefully trunk-UNbreaking' :)
and this overall mergeset is work towards:
EXT-3651 DEV-44500 Keyboard interaction does not work with Flash media
... although on linux this does not actually help yet.
|
|
|
|
|
|
|
|
dep into llwindow.
|
|
|
|
the key data.
Changed MediaPluginWebkit::deserializeKeyboardData() to use platform-specific names when extracting the key data. Also fixed a mac-specific issue where the arguments were reversed, which was causing flash apps to get bad keycode data.
Just pass 0 for the "native modifiers" param on windows, since it doesn't seem to actually have a native notion of a "modifier keys mask". The Qt (non-native) modifiers should be good enough.
|