Having a separate list is caring about others like me who are not
interested in the Android port development. ;-)
A list for Necessitas already exists (for a long time), along with a
Google Group.
https://mail.kde.org/mailman/listinfo/necessitas-devel
On 01/09/2013 09:12 PM, Laszlo Papp wrote:
On Tue, Jan 8, 2013 at 5:37 PM, Paul Olav Tvete paul.tv...@digia.com
mailto:paul.tv...@digia.com wrote:
I'll try once more: We have identified the need for a dedicated
channel of
communication for a new project with a rather tight
On Wednesday, January 09, 2013 09:48:35 Koehne Kai wrote:
Maybe the cmake call should add a -G MinGW Makefiles, or Visual Studio
shouldn't be in the environment, or both Can some cmake or ActiveQt expert
comment?
The -G MinGW Makefiles was implemented, and seems to have worked.
Thanks,
--
Hi,
We created task https://bugreports.qt-project.org/browse/QTBUG-29014 to
track the MinGW test failures.
We (Digia) will primarily focus on getting MinGW compile tests enabled
since the tests are already covered by the MSVC ones.
You are welcome to submit fixes, though, please refer to the
On 01/10/2013 09:39 AM, Tomasz Siekierda wrote:
Having a separate list is caring about others like me who are not
interested in the Android port development. ;-)
A list for Necessitas already exists (for a long time), along with a
Google Group.
Hi everyone,
I have a suggestion. What about having:
1 -A dedicated mailing list as suggested by Eskil for day to day discussions:
Suggested name: android-developm...@qt-project.org
2 - Once a week a status email sent to the development mailing list giving the
status on the current progress
On 01/10/2013 10:14 AM, Chao Caroline wrote:
I have a suggestion. What about having:
1 -A dedicated mailing list as suggested by Eskil for day to day discussions:
Suggested name: android-developm...@qt-project.org
2 - Once a week a status email sent to the development mailing list giving
yup forgot reply all by accident,... sending this to the ML now
I like the idea of a single binary, but if we want to deprecate QML 1 later,
two binaries might still be ok.
What I find important is working toward having a single binary in the end.
ciao
Fawzi
On 01/08/2013 10:48 AM, Iikka Eklund wrote:
Hi,
making of Qt 5.0.1 patch release has started and few items to notify:
- We are planning to move into 'release' branch next Wednesday
(9th Jan). There are already around 300 commits available since
v5.0.0 in 'stable'
- Content from
On Tue, Jan 8, 2013 at 10:48 PM, Eskil Abrahamsen Blomfeldt
eskil.abrahamsen-blomfe...@digia.com wrote:
I'd like to propose making a mailing list in Qt Project for the Qt 5 for
Android port.
I see nothing wrong with a dedicated list, provided it is wrapped up
once the port is no longer under
On 10-Jan-13 04:25, Alan Alpert wrote:
So I'll try to replace cross-platform now with cross-device.
\ but I still prefer run-time). Android has the same problem, I have a
lot of apps on my Nexus 7 which either literally or metaphorically do
not work on that device. There are also apps that just
On Jan 10, 2013, at 6:30 AM, Martin Sandsmark wrote:
On Fri, Dec 28, 2012 at 01:08:29PM -0600, Glen Mabey wrote:
Looks like it has been already implemented here:
http://code.google.com/p/ndarray
Humm -- it doesn't look to me like it's based on QtCore … and avoiding a
Boost dependency was
Hi,
(2013/01/08 23:04), Michael Hasselmann wrote:
On Tue, 2013-01-08 at 22:37 +0900, Takumi ASAKI wrote:
Hi,
Qt::InputMethodQuery is marked as obsolete in the document.
http://qt-project.org/doc/qt-5.0/qtcore/qt-obsolete.html#InputMethodQuery-enum
Is this correct?
Qt::InputMethodQuery is
Hi,
I am trying to port QT5.0 for psos. I made a headless reference
implementation on linux using minimal plugin. On linking i had to link
libQt5PlatformSupport.a as well. On the first look it appears that
platformsupport is written for linux and there is lot of efforts needed to
port it for
On Wed, Jan 9, 2013 at 11:57 PM, Koehne Kai kai.koe...@digia.com wrote:
-Original Message-
From: Alan Alpert [mailto:4163654...@gmail.com]
Sent: Wednesday, January 09, 2013 4:11 PM
To: Koehne Kai
Cc: Sorvig Morten; development@qt-project.org
Subject: Re: [Development] QML Runtime
On Thu, Jan 10, 2013 at 4:16 AM, Attila Csipa q...@csipa.in.rs wrote:
On 10-Jan-13 04:25, Alan Alpert wrote:
So I'll try to replace cross-platform now with cross-device.
\ but I still prefer run-time). Android has the same problem, I have a
lot of apps on my Nexus 7 which either literally or
Hi all!
I'd like to make C++ models more usable from QML; in the net there
are several blog posts illustrating how to achieve that, but IMHO it
would be better if at least some of these handy features were in
QAbstractListModel itself:
- count property
- get(index) invocable method,
Hi all,
With Qt5 there are no Qt-based cryptographic interfaces now. There was an QCA
for Qt3/Qt4, but it had over-engineered interface and a lot of bugs. So I would
like to start Crypto module for Qt5 with convience crypto-methods (Qt-based
wrappers for TLS/SSL encryption, SASL, AES/etc
On Thu, Jan 10, 2013 at 8:46 AM, Alberto Mardegan
ma...@users.sourceforge.net wrote:
Hi all!
I'd like to make C++ models more usable from QML; in the net there
are several blog posts illustrating how to achieve that, but IMHO it
would be better if at least some of these handy features were
On quinta-feira, 10 de janeiro de 2013 21.03.42, Ruslan Nigmatullin wrote:
Hi all,
With Qt5 there are no Qt-based cryptographic interfaces now. There was an QC
A for Qt3/Qt4, but it had over-engineered interface and a lot of bugs. So I
would like to start Crypto module for Qt5 with convience
10.01.2013, 21:03, Ruslan Nigmatullin euroeles...@yandex.ru:
Hi all,
With Qt5 there are no Qt-based cryptographic interfaces now. There was an QCA
for Qt3/Qt4, but it had over-engineered interface and a lot of bugs. So I
would like to start Crypto module for Qt5 with convience
Botan, as I see is C++ wrapper around OpenSSL itself. Qt already has OpenSSL
dependency. What's are benefits of using it if Botan is just additional
dependancy?
Also neither Botan or OpenSSL have SASL and GPG support.
10.01.2013, 22:31, Konstantin Tokarev annu...@yandex.ru:
10.01.2013, 21:03,
Alberto sayeth:
Hi all!
I'd like to make C++ models more usable from QML; in the net there
are several blog posts illustrating how to achieve that, but IMHO it
would be better if at least some of these handy features were in
QAbstractListModel itself:
- count property
-
Hi,
I am trying to port QT5.0 . I made a headless reference implementation on
linux using minimal plugin. On linking i had to link
libQt5PlatformSupport.a as well. On the first look it appears that
platformsupport is written for linux and there is lot of efforts needed to
port it for psos.
On Thu, Jan 10, 2013 at 9:50 AM, Eskil Abrahamsen Blomfeldt
eskil.abrahamsen-blomfe...@digia.com wrote:
On 01/09/2013 09:12 PM, Laszlo Papp wrote:
On Tue, Jan 8, 2013 at 5:37 PM, Paul Olav Tvete paul.tv...@digia.comwrote:
I'll try once more: We have identified the need for a dedicated
On Thu, Jan 10, 2013 at 6:03 PM, Ruslan Nigmatullin
euroeles...@yandex.ruwrote:
Hi all,
With Qt5 there are no Qt-based cryptographic interfaces now. There was an QCA
for Qt3/Qt4, but it had over-engineered interface
and a lot of bugs.
I have been a happy QCA client for several years, but
On Thu, Jan 10, 2013 at 11:06 AM, Charley Bay charleyb...@gmail.com wrote:
QUESTION: Alan seems to suggest the (C++) QAIM/QML might be changed/updated
in the near-future (and that was the purpose for the question in this
thread). Is that to handle the model or the item, or both?
Whoa, when I
API headers:
http://qt.gitorious.org/qtplayground/qtserialport/blobs/master/src/serialport/serialport.h
http://qt.gitorious.org/qtplayground/qtserialport/blobs/master/src/serialport/serialportinfo.h
Docs:
On 10 January 2013 17:03, Ruslan Nigmatullin euroeles...@yandex.ru wrote:
Hi all,
With Qt5 there are no Qt-based cryptographic interfaces now. There was an QCA
for Qt3/Qt4, but it had over-engineered interface and a lot of bugs. So I
would like to start Crypto module for Qt5 with convience
Qt misses some core features connected with TLS/hashing:
1. it's impossible to create unencrypted connection to server and initialize
TLS encyption sometime afterwards (common usecase: connection to jabber server).
2. HMAC is unsupported, so it's usually impossible to use OAuth with
On 10 January 2013 20:48, Ruslan Nigmatullin euroeles...@yandex.ru wrote:
Qt misses some core features connected with TLS/hashing:
1. it's impossible to create unencrypted connection to server and
initialize TLS encyption sometime afterwards (common usecase: connection to
jabber server).
On 10 January 2013 20:54, Giuseppe D'Angelo dange...@gmail.com wrote:
On 10 January 2013 21:48, Ruslan Nigmatullin euroeles...@yandex.ru wrote:
1. it's impossible to create unencrypted connection to server and
initialize TLS encyption sometime afterwards (common usecase: connection to
jabber
On 08.01.2013 15:37, Takumi ASAKI wrote:
Hi,
Qt::InputMethodQuery is marked as obsolete in the document.
http://qt-project.org/doc/qt-5.0/qtcore/qt-obsolete.html#InputMethodQuery-enum
Is this correct?
No, it's not. Was accidently marked obsolete because of one obsolete
query value. Created
Hi,
I've not managed to catch the right people on IRC, but one thing to
watch with the IOS port is that it doesn't ship openssl (which has
been deprecated on macos for a while). This means that one of the
following will need to be done:
1) qt could include it
2) qt apps could ship it themselves
On 10.01.2013 19:56, Ruslan Nigmatullin wrote:
Botan, as I see is C++ wrapper around OpenSSL itself.
Are you sure? It looks different on their site:
http://botan.randombit.net/index.html
Qt already has OpenSSL dependency. What's are benefits of using it if Botan
is just additional
On 09.01.2013 17:11, Salovaara Akseli wrote:
Hi,
Qt 5.0.1 release branching is ongoing and there are already around 300
commits available since Qt 5.0.0 release.
Ahm, what was the difference between release and a tag, and between release
and stable?
There are also quite many bugs
11.01.2013, 00:55, Richard Moore r...@kde.org:
On 10 January 2013 20:48, Ruslan Nigmatullin euroeles...@yandex.ru wrote:
Qt misses some core features connected with TLS/hashing:
1. it's impossible to create unencrypted connection to server and
initialize TLS encyption sometime afterwards
On 01/10/2013 11:29 PM, Peter Kümmel wrote:
On 09.01.2013 17:11, Salovaara Akseli wrote:
Hi,
Qt 5.0.1 release branching is ongoing and there are already around 300
commits available since Qt 5.0.0 release.
Ahm, what was the difference between release and a tag, and between release
and
On 10 January 2013 22:32, Ruslan Nigmatullin euroeles...@yandex.ru wrote:
11.01.2013, 00:55, Richard Moore r...@kde.org:
On 10 January 2013 20:48, Ruslan Nigmatullin euroeles...@yandex.ru wrote:
2. HMAC is unsupported, so it's usually impossible to use OAuth with
hmac-authorization (like
On 10.01.2013 23:31, Sergio Ahumada wrote:
On 01/10/2013 11:29 PM, Peter Kümmel wrote:
On 09.01.2013 17:11, Salovaara Akseli wrote:
Hi,
Qt 5.0.1 release branching is ongoing and there are already around 300
commits available since Qt 5.0.0 release.
Ahm, what was the difference between
Thanks ;) but the question was more like this:
Is the release branch only for cherry-picking from stable patches?
Or under what circumstances should I push a merge request to 'release'
and not to 'stable'?
See
http://lists.qt-project.org/pipermail/development/2013-January/009137.html
-
On quinta-feira, 10 de janeiro de 2013 21.20.51, Richard Moore wrote:
Hi,
I've not managed to catch the right people on IRC, but one thing to
watch with the IOS port is that it doesn't ship openssl (which has
been deprecated on macos for a while). This means that one of the
following will
Anybody tetsted QT5.0 with QT_NO_LIBRARY? I am getting a link
error qRegisterStaticPluginFunction(QStaticPlugin). Any help in this
regard. I need to use the QT_NO_LIBRARY since i need to disable the
dynamic linking,
___
Development mailing list
On 01/10/2013 08:08 PM, Mumtaz Ahmad wrote:
Hi,
I am trying to port QT5.0 . I made a headless reference
implementation on linux using minimal plugin. On linking i had to
link libQt5PlatformSupport.a as well. On the first look it appears
that platformsupport is written
On Wed, 09 Jan 2013 21:18:40 +0100, Laszlo Papp wrote:
Another try: can we reiterate this question for 5.1?
Several years ago I was asked if I would accept the ( at that time
orphaned ) qextserialport project as module of Qwt.
I decided not to do so because its code was more or less unrelated
On sexta-feira, 11 de janeiro de 2013 08.20.16, Samuel Rødal wrote:
On 01/10/2013 08:08 PM, Mumtaz Ahmad wrote:
Hi,
I am trying to port QT5.0 . I made a headless reference
implementation on linux using minimal plugin. On linking i had to
link libQt5PlatformSupport.a as
On sexta-feira, 11 de janeiro de 2013 10.28.07, Mumtaz Ahmad wrote:
Anybody tetsted QT5.0 with QT_NO_LIBRARY? I am getting a link
error qRegisterStaticPluginFunction(QStaticPlugin). Any help in this
regard. I need to use the QT_NO_LIBRARY since i need to disable the
dynamic linking,
The
On 01/11/2013 08:43 AM, Thiago Macieira wrote:
On sexta-feira, 11 de janeiro de 2013 08.20.16, Samuel Rødal wrote:
On 01/10/2013 08:08 PM, Mumtaz Ahmad wrote:
Hi,
I am trying to port QT5.0 . I made a headless reference
implementation on linux using minimal plugin. On linking i
On Wed, 09 Jan 2013 16:02:17 -0600, Thiago Macieira wrote:
I think this is out of the scope of Qt. I do not see that many uses
case for normal Qt applications.
I am not surprised that some developers would feel this way, and I
think I would also feel that way if Qt were still strictly a
49 matches
Mail list logo