Hi Germano.
I suspect this is because the new Narrator is using the UI Automation API (I
can see that Notepad exposes UIA_DocumentControlTypeId, which is probably the
enabler for this)
There is unfortunately not a bridge between UI Automation and Qt at the moment
(currently we only support MSAA
make; make
Jan Arve
Fra: Dmitry Volosnykh
Sendt: 10. desember 2014 10:47
Til: Saether Jan-Arve
Kopi: Alejandro Exojo; development@qt-project.org
Emne: Re: [Development] Do QtQuick.Layouts depend on QtQuick.Controls?
Thanks for your clarification, gu
Yes, for app development they are independent.
They didn't even have to live in the same repository, but since they are
usually used together we chose to have them in the same repo. That makes it
easier to catch bugs earlier and to make sure that Controls and Layouts always
cooperate properly.
gt; On 20 Oct 2014, at 15:04, Saether Jan-Arve
> wrote:
>
> Change: https://codereview.qt-project.org/97600
>
(comment from 97600)
// On OS X the windows might get positioned exactly on top of each other
// that means no repaint for the bottom window will ever occur
And why did this
Change: https://codereview.qt-project.org/97600
Fra: development-bounces+jan-arve.saether=theqtcompany@qt-project.org
på vegne
av Sarajärvi Tony
Sendt: 20. oktober 2014 09:37
Til: BogDan; Qt Development Group
Emne: Re: [Development] CI broken again
That
any update on this? It seems tst_pauseanimation is failing constantly (only on
OSX 10.9)
Jan Arve
Fra: development-bounces+jan-arve.saether=theqtcompany@qt-project.org
[development-bounces+jan-arve.saether=theqtcompany@qt-project.org] på vegne
av
+2
From: development-bounces+jan-arve.saether=digia@qt-project.org
[mailto:development-bounces+jan-arve.saether=digia@qt-project.org] On
Behalf Of Reinio Topi
Sent: 16. september 2014 09:31
To: development@qt-project.org
Subject: [Development] Nominating Venugopal Shivashankar and Nico V
> feature.
> A quick search for %n in the Qt .ts files would reveal that. I don't
> have them here, or I would take a peek.
> But even so: Qt could pre-load the Qt .qm file by default from an
> internal resource, and I guess that makes sense. There is no need for
> a special tr() version to do that
ect: Re: [Development] [Interest] Direct-lookup translation, even
> for English (was Re: get english translation)
> On Wednesday 03 September 2014 07:16:22 Saether Jan-Arve wrote:
>> We could do that, but I don't see the problem in providing the
>> translation file. Shawn
al Message-
> From: Kobus Jaroslaw
> Sent: 3. september 2014 08:25
> To: Saether Jan-Arve; Rutledge Shawn; Thiago Macieira
> Cc: development@qt-project.org
> Subject: RE: [Development] [Interest] Direct-lookup translation, even
> for English (was Re: get english translation)
>
> But even if it were not for the enum-lookup implementation that they
> insisted on, our assumption that English needs no translation does not
> fit the multi-team workflow.
Yes, we should not assume that English needs no translation. As a matter of
fact I don't know where (or why) we assume t
Hi
I would really like to welcome the feature you present here, but I can see that
your idea has some caveats (some are sensible restrictions though), but the API
doesn't give any indication of that.
The main caveats are:
1. The implementation is limited to the first column of a layout, since
> On Behalf Of Sean Harmer
>
> On 27/02/2014 15:42, Friedemann Kleint wrote:
>> Hi,
>>
>> the intention was here to pave to way for a software renderer for
>> platforms that have no GL at all (virtual machines, remote logins,
>> etc, see https://bugreports.qt-project.org/browse/QTBUG-36091 ).
>
FWIW, Browser stats fun:
Bar chart last 30 days:
http://gs.statcounter.com/#os-ww-monthly-201312-201312-bar
(Windows XP still has 18.52%)
Trend chart:
http://gs.statcounter.com/#os-ww-monthly-200808-201311
Of course - it's declining. The decline seems actually to flatten out.
I think most develo
From: development-bounces+jan-arve.saether=digia@qt-project.org
[mailto:development-bounces+jan-arve.saether=digia@qt-project.org] On
Behalf Of Chris Colbert
Sent: 6. desember 2013 02:46
To: Olivier Goffart
Cc: development@qt-project.org
Subject: Re: [Development] What's the magic incanta
Actually all of these failures shown in
https://codereview.qt-project.org/#change,70990 seems to be caused by the
following change:
http://codereview.qt-project.org/71009 [PS1] - Fix possible crashes in QTreeView
So I wouldn't say that it is caused by the tests...
Jan Arve
> -Original M
> From what I can see, though, the real blocker here is the JasPer dep.
> I wholeheartedly agree that including JasPer as a dependency just for
> an icon engine seems like a rather insane requirement. But if there
Yes, and that's why I asked if it was relevant for OSX only, since then I
believe th
roules.com<mailto:jake.petrou...@petroules.com>
On Nov 5, 2013, at 11:37 AM, Thiago Macieira
mailto:thiago.macie...@intel.com>> wrote:
On terça-feira, 5 de novembro de 2013 08:57:12, Saether Jan-Arve wrote:
Is there any big benefits in having ICNS support on other platforms than
OSX?
Hi
I'm just wondering if we need yet another library (Jasper), therefore my
question:
Is there any big benefits in having ICNS support on other platforms than OSX?
Jan Arve
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-
Hello Denis.
That was sad to hear.
If he is always busy, (I know this might be subjective from your POV) then I'm
not sure if it was the right decision for you to leave. If he's always busy,
who will drive the project forward now? Did you discuss this with other
contributors of the project? If o
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-bounces+jan-arve.saether=digia@qt-project.org]
> On Behalf Of Nurmi J-P
> Sent: 16. september 2013 12:49
> To: development@qt-project.org
> Subject: [Development] Namespaces
> -Original Message-
>> Other people have suggested adding the info to the Q_PROPERTY
>> expansion.
>> This would avoid a sequence of Q_INFO / Q_PROPERTY pairs in the
>> class that might be difficult to read:
>>
>> Q_INFO("foo", "bar")
>> Q_PROPERTY(int bar READ bar)
>> Q_IN
What you are suggesting should be possible, but I would like to explore if
there can be a more generic way.
You are suggesting to push this even further, i.e. one layout might use a
QComboBox instead of a groupbox with radio buttons.
* If its pushed far enough, wouldn't this be like having two se
+1
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-bounces+jan-arve.saether=digia@qt-project.org]
> On Behalf Of Stephen Kelly
> Sent: 30. august 2013 15:05
> To: development@qt-project.org
> Subject: [Development] Nomina
...and LCMapStringEx can be used for generating sort keys.
However, there seems to be some things that need to be changed/removed from
QCollator, such as the "index character" feature (I don't recall the exact
function name). Also, the case sensitivity enum in QCollator can configure
sorting t
It's not a bug.
GridLayout is not a Positioner, so it does not provide such functionality
(however, it could). In this specific case you might be able to use the index
from the Repeater in your case.
If that's not sufficient, feel free to file a suggestion at
bugreports.qt-project.org.
Jan Arve
Instead of qFuzzyCompareMightBeNull, why can't we have a function that returns
the number of representable numbers between two floats?
boost has a similar function, math::float_distance(a, b)
Qt style API could then be something like:
unsigned qFloatDistance(float a, float b);
You can then comp
I was looking at the bottom of the list and found for instance
qgraphicsanchorlayout.cpp to be down there.
It seems to be skipped because you haven't configured Qt as a developer-build.
If possible, you should do add "-developer-build" to the configure line.
Jan Arve
From: development-bounces+j
You shouldn't mix debug and release libraries. It will most likely cause your
application to malfunction.
If you need webkit in release mode you should also build the rest of Qt in
release mode.
Jan Arve
From: development-bounces+jan-arve.saether=digia@qt-project.org
[mailto:development-b
Attached is the essential output, Stephen.
Interestingly, the tool chain I had in this shell was msvc2010 (x64).
(As you can see from the call to 'cl')
However, cmake doesn't seem to pick that up and instead picks up my older 2008
compiler.
Inspecting the qtcmaketest.vcproj file also shows the i
+1
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-bounces+jan-arve.saether=digia@qt-project.org]
> On Behalf Of Thiago Macieira
> Sent: 6. februar 2013 22:32
> To: development
> Subject: [Development] Nominating Andreas
Ah thanks! And sorry for the noise.
> -Original Message-
> From: Gladhorn Frederik
> Sent: 16. januar 2013 15:57
> To: development@qt-project.org
> Cc: David Faure; Kleint Friedemann; Saether Jan-Arve
> Subject: Re: [Development] Help needed with failing test:
&g
Hi David.
Yes, I can take a look.
Do you know if it's unstable, or is it failing all the time?
Jan Arve
> -Original Message-
> From: David Faure [mailto:david.fa...@kdab.com]
> Sent: 16. januar 2013 14:14
> To: Kleint Friedemann; Saether Jan-Arve
> Cc: develo
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-bounces+jan-arve.saether=digia@qt-project.org]
> On Behalf Of Alan Alpert
> Sent: 12. desember 2012 21:33
> To: Mark
> Cc: development@qt-project.org; Bache-Wiig Jens
> Sub
Please report the error issues on the bugtracker.
After a quick google, it seems that the CPXCInfoShlExt stuff come
from a PDF-XChange shell extension, and I don't understand why
such a shell extension is invoked when you try to playback video.
Maybe you get these messages when you open the file
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-bounces+jan-arve.saether=digia@qt-project.org]
> On Behalf Of Oswald Buddenhagen
> Sent: 27. november 2012 17:13
> To: development@qt-project.org
> Subject: Re: [Development]
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-bounces+jan-arve.saether=digia@qt-project.org]
> On Behalf Of Simon Hausmann
> Sent: 18. oktober 2012 16:42
> To: development@qt-project.org
> Cc: Thiago Macieira
> Subject:
+1 from me
> -Original Message-
> From: development-bounces+jan-arve.saether=digia@qt-project.org
> [mailto:development-bounces+jan-arve.saether=digia@qt-project.org]
> On Behalf Of Frederik Gladhorn
> Sent: 16. oktober 2012 13:53
> To: development@qt-project.org
> Subject: [Develo
QAccessibleTextInterface::characterRect() is supposed to return the bounding
box,
so if it's one pixel too high or something it's not something I would worry
about.
The test could therefore be relaxed a bit.
It should also be improved so that it doesn't just verify the size
(it currently simpl
Actually, I have tried using tag files (or rather, qdocs .index files, which I
guess is a superset of "tag files" in the semantic sense).
This works in principle, but it needs some additional changes to qdoc and how
the makefiles are generated (since its two-pass).
We can go down that route late
40 matches
Mail list logo
