1. 24 Mar, 2015 - 1 commit
  2. 20 Mar, 2015 - 1 commit
    • Pierre Rossi's avatar
      Introduce mock UIDelegates for testing. · a2f1431e
      Pierre Rossi authored
      
      Switch JS dialogs test to using this over the testsupport
      plugin.
      
      This is a less intrusive approach that lives as self contained qml
      modules within the test infrastructure. As an added benefit, it
      covers the UI delegation logic from end to end, including what
      happens in ui_delegates_manager.cpp.
      
      Change-Id: I1cc0afaf5514d53e1f3b4b0682379dd2d8d8a913
      Reviewed-by: default avatarAndras Becsi <andras.becsi@theqtcompany.com>
      a2f1431e
  3. 16 Mar, 2015 - 2 commits
  4. 13 Mar, 2015 - 1 commit
    • Peter Varga's avatar
      Support HTML5 form validation feature · 60d8d3dc
      Peter Varga authored
      
      HTML5 provides built-in form validation that is supported by chromium.
      The form validation messages should be shown by the browser therefore
      new MessageBubble UI element has been added to Quick and Widget
      implementations.
      This patch implements chromium's form validation events and shows the
      messages in a MessageBubble.
      
      Change-Id: I0c8f4f102823117e2bfb16ff8a4c503635491939
      Reviewed-by: default avatarAndras Becsi <andras.becsi@theqtcompany.com>
      60d8d3dc
  5. 11 Mar, 2015 - 1 commit
  6. 09 Mar, 2015 - 1 commit
  7. 06 Mar, 2015 - 1 commit
  8. 04 Mar, 2015 - 2 commits
  9. 02 Mar, 2015 - 1 commit
  10. 22 Feb, 2015 - 1 commit
  11. 19 Feb, 2015 - 1 commit
  12. 18 Feb, 2015 - 1 commit
    • Pierre Rossi's avatar
      Move navigationHistory out of experimental · 6717d581
      Pierre Rossi authored
      
      Add an offset role to the models.
      Implement goBackAndForward that uses this offset.
      
      Also add a complete model, items, that includes current
      navigation entry (at offset 0) to allow for the Firefox-style
      single menu, and add that one to the nano browser example.
      
      The models are now instantiated lazily as it's unlikely the
      three models will be used by the same app.
      
      Change-Id: Ib551738611497c7eb9c501f045cda315968a2ada
      Reviewed-by: default avatarAndras Becsi <andras.becsi@theqtcompany.com>
      6717d581
  13. 16 Feb, 2015 - 1 commit
  14. 13 Feb, 2015 - 1 commit
  15. 12 Feb, 2015 - 1 commit
  16. 06 Feb, 2015 - 1 commit
  17. 05 Feb, 2015 - 2 commits
    • Allan Sandfeld Jensen's avatar
      Add settings to WebEngineProfiles · 4ef5831a
      Allan Sandfeld Jensen authored
      
      This patch adds settings to profiles so common settings might be shared
      among all pages in a profile. The former global settings are now replaced
      by the settings of the default profile.
      
      Change-Id: I544420e07beeb52ef29b2360bc7929402650cd07
      Reviewed-by: default avatarAndras Becsi <andras.becsi@theqtcompany.com>
      4ef5831a
    • Jocelyn Turcotte's avatar
      Propagate unhandled key events to the QtWebEngine view's parent · faec509a
      Jocelyn Turcotte authored
      
      This allows applications to receive unhandled key events from the page
      by setting an event handler on the view's parent widget/item, like
      it was possible with QtWebKit.
      
      This is different in that events first have to asynchronously go
      through the QtWebEngineProcess. If the WebEngine view has the
      keyboard focus, the events will be consumed inconditionally by the
      RenderWidgetHostViewQtDelegates, and a copy will be resent to the
      view's parent if it wasn't consumed.
      
      This sends it to the parent instead of the QWebEngineView directly
      since those are only unhandled events, unlike with other widgets
      where you can first intercept events. It is done that way also in
      cases where the QWebEngineView would be be the focus widget directly
      in the future, instead of the RWHV.
      
      If applications want to intercept key events before they reach the
      page, they need to use an event filter on the QWebEngineView's
      children or globally on the application.
      
      Change-Id: I3b48f5212d3f238a1c0497cec1db6ae3badbad26
      Reviewed-by: default avatarAndras Becsi <andras.becsi@theqtcompany.com>
      faec509a
  18. 02 Feb, 2015 - 2 commits
  19. 23 Jan, 2015 - 2 commits
  20. 22 Jan, 2015 - 1 commit
    • Jocelyn Turcotte's avatar
      Replace the inspectable property with an environment variable · 35630628
      Jocelyn Turcotte authored
      
      The current implementation would enable or disable the inspector
      globally when the inspectable property was set on a WebEngineView,
      overwriting the value previously set by other pages.
      
      Instead of havind default port for the debugging server and having
      to enable debugging on individual pages, use an environment variable,
      QTWEBENGINE_REMOTE_DEBUGGING, to enable the debugging server for the
      whole application at the same time as specifying the port. The format
      is the same as for QTWEBKIT_INSPECTOR_SERVER in QtWebKit.
      
      QTWEBENGINE_REMOTE_DEBUGGING is set by default in quicktestbrowser
      to ease development.
      
      This also keeps the input reading from the --remote-debugging-port
      command line switch for convenience, but its usage should be
      considered internal.
      
      This patch also take the opportunity to remove the unused
      DevToolsHttpHandlerDelegateQt::m_browserContext and to move the
      ownership from ContentBrowserClientQt to WebEngineContext since
      the list of inspectable pages isn't bound to the BrowserContext
      anyway.
      
      Change-Id: I772687f88f4feee0cc14dd182b0129cc0ea384dd
      Reviewed-by: default avatarPierre Rossi <pierre.rossi@theqtcompany.com>
      35630628
  21. 16 Jan, 2015 - 1 commit
  22. 06 Jan, 2015 - 1 commit
  23. 12 Dec, 2014 - 1 commit
  24. 24 Nov, 2014 - 2 commits
  25. 06 Nov, 2014 - 1 commit
    • Allan Sandfeld Jensen's avatar
      Unglobalize browserContext · fca90151
      Allan Sandfeld Jensen authored
      
      This patch makes it possible to have more than one BrowserContext,
      for instance for off-the-record browsering but also to enable any
      other configuration on browser context level.
      
      This will make it possible to add page-groups settings and API for
      settingsthat can only be done on BrowserContext level.
      
      This patch does not expose any new API.
      
      Change-Id: I0a0e194449cfb5a096a4ac6e2f2b3882b6b4cfa2
      Reviewed-by: default avatarJocelyn Turcotte <jocelyn.turcotte@digia.com>
      fca90151
  26. 28 Oct, 2014 - 1 commit
  27. 21 Oct, 2014 - 1 commit
  28. 13 Oct, 2014 - 1 commit
  29. 07 Oct, 2014 - 1 commit
  30. 12 Sep, 2014 - 1 commit
  31. 05 Sep, 2014 - 1 commit
    • Peter Varga's avatar
      Fix url stored in LoadRequest · daf3a688
      Peter Varga authored
      
      The test_urlProperty() qml test has failed because the active url was
      stored in LoadRequest in case of LoadFailedStatus.
      With this fix the loadRequest stores the url of that page which implies
      the request.
      
      Change-Id: I6aab814a4a7d3b47043b03fccde3d9995b40d8fa
      Reviewed-by: default avatarPierre Rossi <pierre.rossi@gmail.com>
      daf3a688
  32. 02 Sep, 2014 - 2 commits
    • Pierre Rossi's avatar
      Don't forward loading of error pages to the API layer · ede95c2a
      Pierre Rossi authored
      
      The fact that the error pages are HTML and get loaded through the
      same mechanism should be kept an implementation detail and not be
      considered as a new load in the API sense.
      Also implement HasErrorPage for good measure and remove an anoying
      warning from the demo browser.
      
      The issue of the url not being changed remains in the QML test (but
      it doesn't affect a typical browser-like UI since the user input is
      still there untouched in the address bar), just make sure that failure
      does not affect the later checks. It also seems like we have a focus
      problem somehow, but the test should probably use a click for that
      matter.
      
      Change-Id: Ib5e363981a11287fdf4bfe84b93c999d96ed8087
      Reviewed-by: default avatarJocelyn Turcotte <jocelyn.turcotte@digia.com>
      ede95c2a
    • Pierre Rossi's avatar
      Settings for Qt quick · 33a0ed37
      Pierre Rossi authored
      
      Expose settings in experimental for now.
      Simply use the global/per-view mechanism as a group level
      in between seems like overkill.
      
      Change-Id: I7610e9c7765ccb41674702acdd24a52b87716da8
      Reviewed-by: default avatarJocelyn Turcotte <jocelyn.turcotte@digia.com>
      33a0ed37
  33. 29 Aug, 2014 - 1 commit