On 27/08/2014 9:56 pm, Bo Thorsen wrote:
Den 27-08-2014 10:40, Knoll Lars skrev:
On 26/08/14 21:00, Thiago Macieira thiago.macie...@intel.com wrote:
On Tuesday 26 August 2014 12:58:41 Kuba Ober wrote:
Unless we want to make this a tri-state: definitely local, definitely
remote, could be
On 28 Aug 2014, at 8:06 AM, Lorn Potter wrote:
On 27/08/2014 9:56 pm, Bo Thorsen wrote:
Den 27-08-2014 10:40, Knoll Lars skrev:
I agree that there are many complex corner cases where we can’t exactly
know. But let’s not forget about the common case, where we actually can
determine whether
Hi all,
New Qt5.3.2 snapshot available:
Windows: http://download.qt-project.org/snapshots/qt/5.3/5.3.2/2014-08-28_138/
Mac: http://download.qt-project.org/snapshots/qt/5.3/5.3.2/2014-08-28_108/
Linux: http://download.qt-project.org/snapshots/qt/5.3/5.3.2/2014-08-28_131/
(Coming, available later
On 27 Aug 2014, at 22:02, Milian Wolff m...@milianw.de wrote:
A synchronous API is bound to fail, see WK1 vs. WK2/WebEngine. Make it
asynchronous and copy the WebEngine API.
I see now QQuickWebEngineView has:
runJavaScript(const QString script, const QJSValue callback)
So that
On Thursday 28. August 2014 10.31.58 Sorvig Morten wrote:
On 27 Aug 2014, at 22:02, Milian Wolff m...@milianw.de wrote:
A synchronous API is bound to fail, see WK1 vs. WK2/WebEngine. Make it
asynchronous and copy the WebEngine API.
I see now QQuickWebEngineView has:
On Thursday 28 August 2014 06:57:30 Rutledge Shawn wrote:
But isLocal is the wrong name for something that isn't a bool, and also
implies that local drives are normal or preferred (which is a matter of
current fashion, while the future is debatable). If we want an enum, maybe
we'd better go
On 28 Aug 2014, at 4:03 PM, Thiago Macieira wrote:
On Thursday 28 August 2014 06:57:30 Rutledge Shawn wrote:
But isLocal is the wrong name for something that isn't a bool, and also
implies that local drives are normal or preferred (which is a matter of
current fashion, while the future is
In good old tradition I will lock down the 5.3 branches tomorrow morning.
Patches that should be in 5.3.2 can be re-targeted of course.
The lock down is needed to create the branches without races and random
commits in the middle. We will try to move to the discussed improved scheme
(without
On Thursday 28 August 2014 14:18:06 Rutledge Shawn wrote:
I want an API that makes it clear that detection may fail or be
ambiguous.
Call it storage locality or storage remoteness or, hopefully, some
better name.
The more types we start to add, the more difficult it becomes. We can
On 28 August 2014 18:34, Thiago Macieira thiago.macie...@intel.com wrote:
On Thursday 28 August 2014 14:18:06 Rutledge Shawn wrote:
I want an API that makes it clear that detection may fail or be
ambiguous.
Call it storage locality or storage remoteness or, hopefully, some
better name.
All,
I'm building the latest from dev branch using the following options
(on 64-bit Ubuntu 12.04):
-opensource -confirm-license -developer-build -release -no-gui
-no-widgets -no-cups -no-dbus -no-xcb
However the build fails with the following message:
The test for linking against libxcb and
Probably just an oversight; the configure script is supremely under
loved and makes several demented assumptions which go largely
unaddressed.
Ideally everyone would scratch their own itch apropos the configure
script, so if you remove this assumption and upstream it, maybe one
day it will be a
Yes, I feel the lack of love too! :)
I'll open a bug to track it (and possibly fix it if I get time).
-mandeep
On Thu, Aug 28, 2014 at 4:21 PM, Donald Carr sirsp...@gmail.com wrote:
Probably just an oversight; the configure script is supremely under
loved and makes several demented
All,
I'm getting a build failure when the hellowindow example is being compiled.
Configure options:
$ ../qt5/qtbase/configure -opensource -confirm-license
-developer-build -release -no-gui -no-widgets -no-cups -no-dbus
-no-xcb
Build output:
...
cd hellowindow/ ( test -e Makefile ||
On Thursday 28 August 2014 16:21:27 Donald Carr wrote:
Probably just an oversight; the configure script is supremely under
loved and makes several demented assumptions which go largely
unaddressed.
under loved is an understatement.
--
Thiago Macieira - thiago.macieira (AT) intel.com
On Thursday 28 August 2014 17:02:33 Mandeep Sandhu wrote:
$ ../qt5/qtbase/configure -opensource -confirm-license
-developer-build -release -no-gui -no-widgets -no-cups -no-dbus
-no-xcb
-no-gui and -no-widgets are not really supported. We keep them working, but
please don't report issues if
On Thu, Aug 28, 2014 at 5:10 PM, Thiago Macieira
thiago.macie...@intel.com wrote:
On Thursday 28 August 2014 17:02:33 Mandeep Sandhu wrote:
$ ../qt5/qtbase/configure -opensource -confirm-license
-developer-build -release -no-gui -no-widgets -no-cups -no-dbus
-no-xcb
-no-gui and -no-widgets
On Thursday 28 August 2014 17:15:47 Mandeep Sandhu wrote:
-no-gui and -no-widgets are not really supported. We keep them working,
but
please don't report issues if stuff breaks. We'll accept patches though.
But isn't that the whole point modularizing in Qt5? One should be able
to cherry
You'll see that QtCore, QtGui, QtWidgets and QtNetwork are all in the same
repository. They were not modularised from each other.
Those four basic libraries are required, period. We may provide no-xxx options
for those rare scenarios where you may want them, but please don't complain if
we
On 8/29/2014 2:34 AM, Thiago Macieira wrote:
On Thursday 28 August 2014 14:18:06 Rutledge Shawn wrote:
I want an API that makes it clear that detection may fail or be
ambiguous.
Call it storage locality or storage remoteness or, hopefully, some
better name.
The more types we start to add,
On Friday 29 August 2014 13:51:07 Joseph Crowell wrote:
Is it possible to know that a folder is a Dropbox Synced folder? I don't
think it is.
Not right now. But who knows, in the future we may be able to and so this
hybrid type might be useful.
How about enum StorageType and function
21 matches
Mail list logo
