| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since initialize() is called before the creation of the application
then we need to delay the actual implementation until the paths are
set. Therefore a prehook is used for the application object so that
these can be done before the application finishes initalizing. For
static builds we call this function right away, thus requiring the
need for the QtWebView::initialize() function to still exist.
Change-Id: Ic4633cd1e96c39bc12f475fdd22c56646ea7ca10
Reviewed-by: Christian Strømme <[email protected]>
(cherry picked from commit 8e82991875c82916785823ba01a02614b04369de)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
QWebEngine should be initialized before QGuiApplication.
The other way around is deprecated. Update docs and example.
Initialize call is also used by darwin plugin but it should
not matter in this case.
Fixes: QTBUG-80912
Task-number: QTBUG-76391
Change-Id: I1037346707a3f4e24286ccaba25f8e5c3301ef36
Reviewed-by: Christian Strømme <[email protected]>
Reviewed-by: Leena Miettinen <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
| |
Make the URL to qt.io use HTTPS explicitly, as e.g., newer versions of
iOS and Android have stricter rules for clear text communication, and
on these platforms resource that require clear text communication will
not be loaded.
Task-number: QTBUG-70281
Change-Id: I8b117e6f8d48f4b52361248f9681584e73980db1
Reviewed-by: Eskil Abrahamsen Blomfeldt <[email protected]>
|
|
|
|
|
| |
Change-Id: I19e2770f2207549a1094045de6d80076b7578afe
Reviewed-by: Maurice Kalinowski <[email protected]>
|
|
|
|
|
| |
Change-Id: Ie9b4cdca124cb25117dfbc90bd30e857f7e19993
Reviewed-by: Jani Heikkinen <[email protected]>
|
|
|
|
|
| |
Change-Id: Idfcfe81e949d9e284c6029bfd3a8a7f66b06e331
Reviewed-by: Jani Heikkinen <[email protected]>
|
|
|
|
|
|
| |
Change-Id: I13bc3834a5bebea8a2ec2f55fda06321543ab055
Task-number: QTBUG-57288
Reviewed-by: Oliver Wolff <[email protected]>
|
|
|
|
|
|
|
|
| |
Our minimum deployment target is now macOS 10.10 and iOS 8.0 in Qt 5.9,
so the WKWebView backend will always be used instead.
Change-Id: Ifd24948954cc273fee458c212b1801dc4a5aca45
Reviewed-by: Richard Moe Gustavsen <[email protected]>
|
|
|
|
|
|
|
|
|
|
| |
This replaces the WebView and UIWebView backends for macOS 10.10 and
iOS 8.0 and above.
Task-number: QTBUG-48996
Change-Id: Ief1e369365b3324f747973da1d72c862aa204626
Reviewed-by: Timur Pocheptsov <[email protected]>
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
| |
Change-Id: I4bb788224a2b0c235476380175d6e5d16ef40551
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
|
|
|
| |
This is added by default with 34e0e908c896126138a95abdeba7456499d0fb68
in qtbase.
Change-Id: I3e24dce46604b3bc52e1688731cfcb091df5f8d1
Reviewed-by: Oliver Wolff <[email protected]>
|
|
|
|
|
|
|
|
| |
Disabling App Transport Security is necessary if we want to load
non-https urls, e.g., qt.io.
Change-Id: Ib4ed55c2787968946f35700f521f8a81e96d1443
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
|
|
|
| |
The progress can never be more then 100, so the condition would always
be false.
Change-Id: Ia75ddd5298d8e0afcc1314d670a656071143c321
Reviewed-by: Venugopal Shivashankar <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
| |
The minibrowser example was created using the Qt Creator templates,
which includes hard-coded install paths defined in deployment.pri.
For user applications that might make sense, but it doesn't for Qt
examples, instead we should install it into Qt's example directory.
Task-number: QTBUG-49431
Change-Id: Ia4c33574547a17a186125f10b3eaa14512f81dc8
Reviewed-by: Eskil Abrahamsen Blomfeldt <[email protected]>
|
|
|
|
|
|
|
|
|
| |
don't try to build the example when the library is missing.
also, don't try to build the whole module if it will be entirely empty.
Change-Id: I4de9b6c2454bbfea60dc6b747cd995cfab6c7617
Reviewed-by: Andrew Knight <[email protected]>
Reviewed-by: Oswald Buddenhagen <[email protected]>
|
|
|
|
|
|
|
|
| |
the automation covers everything else.
Change-Id: I43ceca984d44779bd950a362d237d535ddb53c00
Reviewed-by: Andrew Knight <[email protected]>
Reviewed-by: Oswald Buddenhagen <[email protected]>
|
|
|
|
|
|
|
| |
Windows Runtime webview reports only indeterminate loading pregress.
Change-Id: Ia007e462f68671039ea4708784bbebe9f1142679
Reviewed-by: Andrew Knight <[email protected]>
|
|
|
|
|
|
|
|
|
|
| |
Users should call QtWebView::initialize() in their application to
ensure that the WebView module works correctly on all platforms.
The initialize() function is already mentioned on the landing page, so
this is just to make the requirement is even more visible.
Change-Id: Ieb1e916c8e155171a9330c5f36cb9198fdb5a9e0
Reviewed-by: Eskil Abrahamsen Blomfeldt <[email protected]>
|
|
|
|
|
|
|
|
| |
Now that WinRT uses XAML-based windows, it can support creating native
WebView controls.
Change-Id: I04361956eba9de5b5d41fcc6b57a9772b49f6a2b
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The initialization function will set-up any platform specific
requirements needed to display the WebView correctly.
Initially we tried to avoid this, as it's not a very nice approach, and
it was only needed when QtWebEngine back-end was the used (see:
QtWebEngine::initialize()). Since we now require special set-up for OS X
as well, it has become unreasonable to expect that the user should
implement this logic in their application and that it's more convenient
if we provide a uniform solution to make the WebView work on all
platforms.
The implication of this change, is that we now actually expose a C++ API
and will therefore need to export the module again
(making it a non-internal module).
Change-Id: I87678db7cd50b25465bcf623c008f04a4cffd7df
Reviewed-by: Eskil Abrahamsen Blomfeldt <[email protected]>
|
|
|
|
|
|
|
|
| |
Avoid hanging processes and empty windows in case some module is not
installed.
Change-Id: If25c9b5338a388b74e7a8603265079af6305a516
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
| |
Change-Id: I94af206a7e96bb13ca13ecdb0f1698a54f6ba2c1
Reviewed-by: Topi Reiniö <[email protected]>
|
|\
| |
| |
| | |
Change-Id: Ic6b7965ae297c462b2b89e5ba373ac204d3da6ad
|
| |
| |
| |
| |
| |
| |
| | |
The documentation (FDL) headers were not updated.
Change-Id: I8809a2e9c908c5b195e45499d204a6a831cb99e4
Reviewed-by: Christian Stromme <[email protected]>
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/webview/qquickviewcontroller.cpp
src/webview/qquickviewcontroller_p.h
src/webview/qwebview_ios.mm
src/webview/qwebview_ios_p.h
src/webview/qwebview_p_p.h
src/webview/qwindowcontrolleritem_ios.mm
Change-Id: I0454a007bf8297064045d5d193e74a08c9703f12
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is an amendment to caae412c72266359d7fe5e17046e14d3c7879c1e where
the copyright and license headers where first updated. This change
updates the headers, also for the examples, based on the new templates
in qtbase (83a5694dc21b8220bb0e5c85f24a53361b2fd478).
Change-Id: Ie377e886ff823f60c8409296c7646b0ccfe81f3b
Reviewed-by: Christian Stromme <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Changed the copyright and contact details in the license headers and
added the missing LICENSE.* files (.FDL, GPLv2 and LGPLv3).
Change-Id: I836098231f97032b30f5eed431b313d17057e0fa
Reviewed-by: Lars Knoll <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Added a progress bar to indicate the WebView.loadProgress
- Added a ToolButton to stop/reload the web page
- Replaced the ToolButton text with tooltip to reduce
the space used.
Change-Id: I3447af9ad2469d6460b3a6acbadb8d733845980f
Reviewed-by: Christian Stromme <[email protected]>
Reviewed-by: Caroline Chao <[email protected]>
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds implementation for the native WebView on OS X
and removes the QtWebEngine as the fallback.
The current implementation requires
QT_MAC_WANTS_LAYER=1
QSG_RENDER_LOOP=basic
[ChangeLog][WebView][OS X] Added OS X implementation.
Change-Id: I2807a082c8aa519b8c3afe332996d3d454ff2383
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
|
|
|
| |
This is a workaround for bug QTBUG-42929, which causes QtWebEngine to
crash when going from about:blank to a valid URL in onEditingFinished.
Change-Id: Ia636da841de1e0460630f2ce435fc9fe8e19dabc
Reviewed-by: Friedemann Kleint <[email protected]>
|
|
|
|
|
|
|
|
| |
Wire the window title to QWebView and set the application display
name. Qt will then automatically append it.
Change-Id: I327f0baa9ad5272691d84fd7eee3754b514daee6
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
|
|
|
|
| |
- Updated the subdirs project file referring the example
- Updated the examples page with the new name
- Moved the qtwebview-example group page to doc/src
Change-Id: I53ba49103ad2bfff21a230dded456be1e88231f2
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
|
|
|
|
|
| |
When the QtWebEngine is used as a back-end we need to call
QtWebEngine::initialize() or the example will fail as OpenGL context
sharing needs to be enabled.
Task-number: QTBUG-42745
Change-Id: I27ffc4043f759470f4d40441e62de2ba10728a01
Reviewed-by: Caroline Chao <[email protected]>
|
|
|
|
|
| |
Change-Id: I18b35618351913a2cb8bb862be9dfdacce899574
Reviewed-by: Venugopal Shivashankar <[email protected]>
|
|
|
|
|
| |
Change-Id: I1dbf1efc7a02c15c6eb5450b79cafba38feceb0f
Reviewed-by: Friedemann Kleint <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Point it to qt.io and add command line option handling
- Adapt size to screen for high resolution screens and to
accommodate qt.io which does not work with small windows.
- Add Back/Forward buttons
- Load on editingFinished (return pressed) of address field.
- Handle errors in user input more gracefully by defaulting
to about:blank
Change-Id: I4ed4efce16b1d4739ac9e413dbe6427b5367de1c
Reviewed-by: Christian Stromme <[email protected]>
|
|
|
|
|
|
|
|
|
| |
There where some missing configurations and leftovers from earlier that
caused the doc generation to fail. This is only a quick build /
infrastructure change.
Change-Id: Iebcad3f654361c5d27bc4b1ee370f6e802378531
Reviewed-by: Eskil Abrahamsen Blomfeldt <[email protected]>
|
|
|
|
|
|
|
| |
The example was not looking or behaving correctly on Android.
Change-Id: Ic7e69c3cdf55e8ac4762794824ca7d9bc905cdc9
Reviewed-by: Morten Johan Sørvig <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Document that QUrls are used as-is and that QUrl::fromUserInput
should be called when appropriate.
Update the example to call QUrl::fromUserInput via
a helper class. This is a workaround until QtQuick
provides a fromUserInput function.
Change-Id: I51f521126e50ee4d9b0223ef11f32d5576be10a8
Reviewed-by: Christian Stromme <[email protected]>
|
|
|