Qt Network Workshop 2016: Difference between revisions
Jump to navigation
Jump to search
Line 28: | Line 28: | ||
#* SSL configuration widget (rich) | #* SSL configuration widget (rich) | ||
#* What about a certificate dialog? | #* What about a certificate dialog? | ||
# Should QtNetwork's design / architecture be modified? | |||
#* Is it outdated in any area? | |||
#* Could it be made redundant by using a 3rd party something? | |||
== Presentation requests == | |||
# High-level design and structure of QtNetwork | |||
#* Rationale for the design. |
Revision as of 11:59, 17 August 2016
Proposed Discussion Topics
- Redirection support
- Should it be on by default
- more configurable...
- The test server
- How can we get the image - should we replace / update it? The Vagrant solution?
- How can we add services etc.
- How can we better manage the various openssl builds?
- The variations in build options, versions etc. between the platforms and distros has got to the point of insanity
- OpenSSL 1.1 support
- What are the main use cases for QtNetwork: HTTP(S)?
- Are there new use cases for e.g. IoT (UDP / UPnP etc.)?
- Implement a generic REST(?) service to make it simple to interface with a Qt application?
- IoT
- Identify areas of QtNetwork we should focus on (HTTP(S) / low level sockets)
- Are there areas in QtNetwork to support the IoT story?
- Is there input from sales or so?
- Performance
- try to get rid of using the bearer classes (and thread) by default, they are seldomly used (this would imply deprecating QNetworkAccessManager::networkAccessible())
- New in 5.8
- HTTP/2
- OAuth 1+2
- Providing widgets for QtNetwork
- What to do about dependencies?
- What should we include?
- URLBar widget (danimo)
- SSL configuration widget (rich)
- What about a certificate dialog?
- Should QtNetwork's design / architecture be modified?
- Is it outdated in any area?
- Could it be made redundant by using a 3rd party something?
Presentation requests
- High-level design and structure of QtNetwork
- Rationale for the design.