| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
winsock2.h is always included before windows.h throughout the source to prevent collisions
|
|
|
|
| |
See http://redmine.imprudenceviewer.org/issues/590
|
|\
| |
| |
| |
| |
| |
| | |
Conflicts:
linden/indra/newview/viewer_manifest.py
Trivial proximity collision. Resolved.
|
| |
| |
| |
| | |
SL2.3. This includes a more stable version of llqtwebkit for Windows
|
|/
|
|
|
|
|
|
|
|
| |
See http://jira.secondlife.com/browse/SNOW-713
This patch makes llcommon shared. It contains the following snowglobe
(SVN) changesets: 3478, 3479, 3480, 3481, 3482, 3485, 3496, 3498, 3500,
3519 and 3531, plus the fix for all rejects. Note that changes
to scripts/automated_build_scripts/opensrc-build.sh (changesets 3500
and 3625) were ignored as we don't have scripts/automated_build_scripts.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch has the minimum changes needed to be compatible with
LLQTWEBKIT_API_VERSION 2. From llqtwebkit.h:
Version 2:
indra/media_plugins/webkit/media_plugin_webkit.cpp:
* Changed the usage of the event parameters in onClickLinkHref and
onClickLinkNoFollow events slightly. The clicked URI for both should
now be retrieved with getEventUri() instead of getStringValue().
The "target" string in onClickLinkHref is now retrieved with
getStringValue() instead of getStringValue2().
* The contents of getStringValue2() in the onClickLinkHref event is
now a unique ID for the window proxy the click targets.
all changed files:
* Removed the "link target type" concept, since it doesn't really belong
here.
Note that not all changes have been taken into account, since we need
a LOT of code changes for MoaP before that gets relevant; most notably:
"target" and "uuid" aren't used anywhere.
The new LLEmbeddedBrowserWindowObserver::onWindowGeometryChangeRequested
and LLEmbeddedBrowserWindowObserver::onRequestFilePicker are still not
implemented.
Version 1 introduced LLEmbeddedBrowserWindowObserver::onWindowCloseRequested
which is also still not implemented.
|
| |
|
|
|
|
|
|
|
| |
I searched the darwin and windows llqtwebkit tarballs and neither
qInitResources_WebCore nor qInitResources_WebCore_QT_NAMESPACE exist in
there... No idea why, but then we can't call it to initialize it now can
we?
|
| |
|
|
|
|
|
|
|
| |
start up of the webkit plugin.
These are caused because builtin resources of QtWebKit weren't
initialized.
|
| |
|
| |
|
|
|
|
|
|
| |
loading.
Issue: llqtwebkit needs update for Linux 64bit
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Linux or Mac as I can't test them)
|
| |
|
|
|