Am 20.04.2012 um 00:13 schrieb Nikos Chantziaras :
>> ...
>> I meant that this is exactly an example that there seems to be no
>> common agreement what the shortcut for "fullscreen" should be, even on
>> the same platform.
>
> Every platform defines it in a clear manner.
> ...
>
> KDE says "F1
I fixed problem manually calling select on the column relation model
QSqlRelationalTableModel* model =
model->select();
...
QSqlTableModel* childModel = model->relationModel ( TAC_street_id );
Q_CHECK_PTR( childModel );
childModel->select();
I am still not sure this is not a bug.
I am
On 20/04/12 00:45, Till Oliver Knoll wrote:
>> It described in the human interface
>> guidelines of each platform. You can google them.
>
> As I wrote already, even Apple seems to be not sure what the standard
> should be on OS X: several applications by Apple use /different/
> shortcuts!
>
> I
Am 19.04.2012 um 23:45 schrieb Till Oliver Knoll :
>
> ...
>
> I was never questioning the need to handle platform specialities.
>
>> -
>> In general, IMO this should be taken care of by the complex widgets
>> themselves.
>
> Exactly what I said.
Uh... sorry :) Due to Scott'
Am 19.04.2012 um 22:38 schrieb "Scott Aron Bloom" :
> ...
> On 19/04/12 23:16, Till Oliver Knoll wrote:
>>
>> Am 19.04.2012 um 19:43 schrieb Nikos Chantziaras:
>>>
>>> In my apps, I provide "OK/Apply/Cancel" buttons in dialogs with
>>> settings under KDE. When running in Gnome however, all se
I found a problem which looks like a bug when trying to display data
from database in
QTableView using QSqlRelationalDelegate.
Assume I have 2 tables:
-streets
-addresses
Table Addresses has column which contains reference to ID in the streets.
QSqlRelationalTableModel is used for both tables and
I respect that. That I don't want my code to be used in a non-open
manner without getting paid is my personal decision, of course.
On 19/04/12 23:59, BRM wrote:
> Just FYI -
>
> FSF requires the signing of a CLA that gives them nearly the same authority
> for any GNU projects. They could theor
Just FYI -
FSF requires the signing of a CLA that gives them nearly the same authority for
any GNU projects. They could theoretically change the license of all GNU
GPL/LGPL projects they run to a 100% proprietary license without any recourse
from the developers involved (they signed the CLA). H
-Original Message-
From: interest-bounces+scott.bloom=onshorecs@qt-project.org
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On
Behalf Of Nikos Chantziaras
Sent: Thursday, April 19, 2012 1:27 PM
To: interest@qt-project.org
Subject: Re: [Interest] Contributor agreeme
Am 19.04.2012 14:42, schrieb salome...@terra.es:
> When I run my application compiled with Visual Studio works without
> problem, but when I run my application compiled with MinGW when it
> gets to that point it stops working.
What returns QSqlDatabase::drivers() when you use MinGW? Is there a
On 19/04/12 23:16, Till Oliver Knoll wrote:
>
> Am 19.04.2012 um 19:43 schrieb Nikos Chantziaras:
>>
>> In my apps, I provide "OK/Apply/Cancel" buttons in dialogs with
>> settings under KDE. When running in Gnome however, all settings
>> apply instantly when changes, and the dialog only has a "Clo
Am 19.04.2012 um 19:43 schrieb Nikos Chantziaras :
>
> In my apps, I provide "OK/Apply/Cancel" buttons in dialogs with settings
> under KDE. When running in Gnome however, all settings apply instantly when
> changes, and the dialog only has a "Close" button.
Yes, that makes sense to me.
Howe
On 19/04/12 11:44, Till Oliver Knoll wrote:
> Am 18.04.2012 um 22:02 schrieb Nikos Chantziaras:
>
>> Qt already detects the environment, but it's all kept private. What I
>> had in mind is exposing this to the user through QSysInfo when he needs
>> to provide different behavior for Gnome, KDE, Xfc
On Thursday 19 April 2012 14:01:57 Thiago Macieira wrote:
> The development list is right next to this one. It's development@qt-
> project.org. Make sure you subscribe so you receive the replies.
>
> The code is what you already have :-)
Yep, understood :)! I just meant if anyone has already start
19.04.2012, 05:22, "Lincoln Ramsay" :
> Even if Nokia abandons Qt, it will not become a "free software" project
> because the Free Qt foundation will release the code under the BSD license.
BSDL is FSF-approved free software license.
--
Regards,
Konstantin
_
Hello,
Why don´t work QSqlDatabase::addDatabase ("QOCI") in MinGW 64-bit and if it
works in Visual Studio 2008 to 64-bit?.
When I run my application compiled with Visual Studio works without problem,
but when I run my application compiled with MinGW when it gets to that point it
stops working
On quarta-feira, 18 de abril de 2012 21.22.49, R. Reucher wrote:
> On Wednesday 18 April 2012 20:50:01 Girish Ramakrishnan wrote:
> > > Asked differently... is there a general / platform-independent
> > > replacement for it? THAT would be cool :)!
> >
> > There's no platform independent replacement
On quarta-feira, 18 de abril de 2012 22.08.57, Nikos Chantziaras wrote:
> > 3. Everybody here agrees that Qt as in qt-project.org and Qt as in Qt
> > Commercial need to be the same, otherwise it's a mess. This is why the
> > Qt Project has that contribution agreement, and this is why Digia
> > (mai
On quinta-feira, 19 de abril de 2012 11.22.57, Lincoln Ramsay wrote:
> Even if Nokia abandons Qt, it will not become a "free software" project
> because the Free Qt foundation will release the code under the BSD license.
Actually, the Free Qt Foundation receives the code under the BSD license.
Th
2012/4/19 Nikos Chantziaras :
> That is totally irrelevant to me. If closing code doesn't happen in
> practice, then the agreement has no reason to secure that possibility.
IANAL, but let's just assume that there is a very good reason for the
owner of the software (Nokia/Digia) to keep the right
... and to the proper recipient again...
Anfang der weitergeleiteten E‑Mail:
> Von: Till Oliver Knoll
> Datum: 19. April 2012 10:44:51 MESZ
> An: Nikos Chantziaras
> Betreff: Re: [Interest] Contributor agreement rundown
>
>
>
> Am 18.04.2012 um 22:02 schrieb Nikos Chantziaras :
>
>> Qt alr
21 matches
Mail list logo
