> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
> Behalf Of Matt Williams
> Sent: Tuesday, January 29, 2013 11:14 AM
> To: development
> Subject: Re: [Development] ChangeLogs
>
> On
On 30.01.2013 19:23, Charley Bay wrote:
> I've implemented a C++ "adapter-layer" (mostly template-based) to expose
> C++ objects to QML.
>
> We are in the "early-stages" for its use, and (of course) the "final-API"
> will significantly impact how we expose our (domain-specific) C++ classes
> to QML
On Wed, Jan 30, 2013 at 01:17:12PM -0800, Alan Alpert wrote:
> On Wed, Jan 30, 2013 at 12:35 PM, Charley Bay
> wrote:
> > Hi, Alan--
> >
> >> charley:
> >>
> >> > I've implemented a C++ "adapter-layer" (mostly template-based)
> >> > to expose C++ objects to QML. ,
> >
> >
> >>
> >> Sounds like thi
On 30 January 2013 20:24, Alan Alpert <4163654...@gmail.com> wrote:
>
> To muddy the waters further, wasn't the problem being that the person
> wanting the task closed wasn't the assignee? I thought the problem was
> of the committer being a contributor who isn't an approver and so
> can't take ow
On Wed, Jan 30, 2013 at 12:35 PM, Charley Bay wrote:
> Hi, Alan--
>
>> charley:
>>
>> > I've implemented a C++ "adapter-layer" (mostly template-based) to expose
>> > C++
>> > objects to QML. ,
>
>
>>
>> Sounds like this is for developers using Qt, not working on Qt.
>>
>> qt-interest is the correc
Hi, Alan--
charley:
> > I've implemented a C++ "adapter-layer" (mostly template-based) to expose
> C++
> > objects to QML. ,
>
> Sounds like this is for developers using Qt, not working on Qt.
qt-interest is the correct ML for that (although given the youthful
> state of QML, this could also su
On Wed, Jan 30, 2013 at 12:19 PM, Shaw Andy wrote:
>> Op 30-1-2013 19:34, Robin Burchell schreef:
>> > On Wed, Jan 30, 2013 at 7:05 PM, Sergio Ahumada
>> > wrote:
>> >> How many changes do you need to close a jira task ? one, two, more, who
>> >> knows ?
>> > The person submitting the change.
>>
On quarta-feira, 30 de janeiro de 2013 20.19.02, Shaw Andy wrote:
> Just to muddy the waters here, but would it be possible to make sure it only
> does this when the patch integrates? What happens if the bug is reopened
> because it turns out to be still be an issue?
Sure, it can only happen when
Op 30-1-2013 21:19, Shaw Andy schreef:
> Just to muddy the waters here, but would it be possible to make sure
> it only does this when the patch integrates? What happens if the bug
> is reopened because it turns out to be still be an issue? Andy
That can always happen, even after releasing. I do
> Op 30-1-2013 19:34, Robin Burchell schreef:
> > On Wed, Jan 30, 2013 at 7:05 PM, Sergio Ahumada
> > wrote:
> >> How many changes do you need to close a jira task ? one, two, more, who
> >> knows ?
> > The person submitting the change.
> >
> > The way I've seen this done various other places is t
Op 30-1-2013 19:34, Robin Burchell schreef:
> On Wed, Jan 30, 2013 at 7:05 PM, Sergio Ahumada
> wrote:
>> How many changes do you need to close a jira task ? one, two, more, who
>> knows ?
> The person submitting the change.
>
> The way I've seen this done various other places is to stop trying to
On Tue, Jan 29, 2013 at 11:43 AM, Oswald Buddenhagen
wrote:
> On Tue, Jan 29, 2013 at 06:43:34PM +, Rutledge Shawn wrote:
>> I do actually abandon stuff when it's quite clear that it's dead, but
>> due to the review and CI processes, there's quite a large percentage
>> of what I write that has
On Wed, Jan 30, 2013 at 10:23 AM, Charley Bay wrote:
> I've implemented a C++ "adapter-layer" (mostly template-based) to expose C++
> objects to QML.
>
> We are in the "early-stages" for its use, and (of course) the "final-API"
> will significantly impact how we expose our (domain-specific) C++ cl
On Wed, Jan 30, 2013 at 7:05 PM, Sergio Ahumada
wrote:
> How many changes do you need to close a jira task ? one, two, more, who
> knows ?
The person submitting the change.
The way I've seen this done various other places is to stop trying to
overload all bugtracker metadata into a single keywor
I've implemented a C++ "adapter-layer" (mostly template-based) to expose
C++ objects to QML.
We are in the "early-stages" for its use, and (of course) the "final-API"
will significantly impact how we expose our (domain-specific) C++ classes
to QML.
My manager suggested I ask others what they are
On quarta-feira, 30 de janeiro de 2013 19.05.55, Sergio Ahumada wrote:
> > what has to be done to close a Jira bug after the fix has been
> > successfully merged? I've just checked some of the latest commits in
> > dev with Task-numbers and all of the jira tasks are still in
> > unresolved state.
>
On 01/30/2013 07:01 PM, Nils Jeisecke wrote:
> Hi,
>
> what has to be done to close a Jira bug after the fix has been
> successfully merged? I've just checked some of the latest commits in
> dev with Task-numbers and all of the jira tasks are still in
> unresolved state.
leave a comment in the tas
On 01/30/2013 06:51 PM, Carlo A. Scarpato wrote:
> Where i could find a changelog?
>
https://qt.gitorious.org/qt/qtbase/blobs/release/dist/changes-5.0.1
https://qt.gitorious.org/qt/qtdeclarative/blobs/release/dist/changes-5.0.1
https://qt.gitorious.org/qt/qtmultimedia/blobs/release/dist/changes-
Hi,
what has to be done to close a Jira bug after the fix has been
successfully merged? I've just checked some of the latest commits in
dev with Task-numbers and all of the jira tasks are still in
unresolved state.
Would it make sense to automatically close JIRA bugs when a commit
message contain
Where i could find a changelog?
Il giorno mer, 30/01/2013 alle 12.11 +, Salovaara Akseli ha scritto:
> Hi,
>
>
>
> Qt 5.0.1 Release Testing continues with RC2 packages now available.
> Based on experiences from Qt 5.0.1 RC1 packages we are very close to
> final Qt 5.0.1 release. We would l
Hi,
How to fix the issue please?
here after the error again :
qrc:///qml/BrowserWindow.qml:30:1: plugin cannot be loaded for module
"QtWebKit": Unknown error
QObject::connect: Cannot connect (null)::pageTitleChanged(QString) to
BrowserWindow::onTitleChanged(QString)
QObject::connect: Cannot conn
On quarta-feira, 30 de janeiro de 2013 17.17.46, Mumtaz Ahmad wrote:
> Hi,
>
> I am trying to run rasterwindow example using minimal plugin but i am
> getting null paint device
> QPainter::begin: Paint device returned engine == 0, type: 3
>
> Is it known issue in QT5.0?
The minimal plugin is not
Hi,
I am trying to run rasterwindow example using minimal plugin but i am
getting null paint device
QPainter::begin: Paint device returned engine == 0, type: 3
Is it known issue in QT5.0?
Thanks
___
Development mailing list
Development@qt-project.org
Hi,
Qt 5.0.1 Release Testing continues with RC2 packages now available. Based on
experiences from Qt 5.0.1 RC1 packages we are very close to final Qt 5.0.1
release. We would like to kindly ask the Qt Community to inform any
showstoppers found in the RC2 packages.
1.Installer packag
On Wed, Jan 30, 2013 at 08:58:32AM +0100, Jedrzej Nowacki wrote:
> Please don't do it. My dashboard contains patches, that I'm interested in. It
> is a kind of knowledge storage, with already signed CLA. I understand that a
> big dashboard is not nice to maintain, but forcing everyone to clean it
25 matches
Mail list logo
