On segunda-feira, 30 de outubro de 2017 15:03:33 PDT Konstantin Tokarev wrote:
> > The two important details, though:
> > 1) pkg-config is a standardised file format, the .pri isn't
>
> Also there is a possibility that in future qmake will be removed, and there
> will be no more .pri files.
Nothi
Thiago Macieira wrote:
> On segunda-feira, 30 de outubro de 2017 08:27:02 PDT Konstantin Tokarev
> wrote:
>> >> $ cmake --find-package -DNAME=Qt5Core -DCOMPILER_ID=GNU
>> >> -DLANGUAGE=CXX -DMODE=COMPILE
>> >> -I/home/apol/devel/kde5/include/
>> >> -I/home/apol/devel/kde5/include/QtCore
>> >>
31.10.2017, 01:03, "Konstantin Tokarev" :
> 31.10.2017, 00:56, "Thiago Macieira" :
>> On segunda-feira, 30 de outubro de 2017 09:46:42 PDT jeandet wrote:
>>> > AFAIK there no technical reason why providing .pc files for MSVC and
>>> > macOS
>>> > frameworks would be impossible.
>>>
>>> I
31.10.2017, 00:56, "Thiago Macieira" :
> On segunda-feira, 30 de outubro de 2017 09:46:42 PDT jeandet wrote:
>> > AFAIK there no technical reason why providing .pc files for MSVC and
>> > macOS
>> > frameworks would be impossible.
>>
>> I agree, I would add that and even without pkg-config pa
On segunda-feira, 30 de outubro de 2017 09:46:42 PDT jeandet wrote:
> > AFAIK there no technical reason why providing .pc files for MSVC and
> > macOS
> > frameworks would be impossible.
>
> I agree, I would add that and even without pkg-config parsing pc files
> seems more reasonable than parsing
Le lundi 30 octobre 2017 à 19:11 +0300, Konstantin Tokarev a écrit :
>
> 30.10.2017, 18:53, "Konstantin Tokarev" :
> > 30.10.2017, 18:43, "Thiago Macieira" :
> > > On segunda-feira, 30 de outubro de 2017 08:27:02 PDT Konstantin
> > > Tokarev wrote:
> > > > >> $ cmake --find-package -DNAME=Qt5Co
On segunda-feira, 30 de outubro de 2017 11:20:25 PDT Konstantin Tokarev wrote:
> > As for MSVC, the issue will be similar: teaching pkg-config about the MSVC
> > linker syntax. Hint: there's no -l
>
> pkg-config knows nothing about nature of compiler flags, it can easily
> handle bundle-specific o
30.10.2017, 21:11, "Thiago Macieira" :
> On segunda-feira, 30 de outubro de 2017 09:11:39 PDT Konstantin Tokarev wrote:
>> AFAIK there no technical reason why providing .pc files for MSVC and macOS
>> frameworks would be impossible.
>
> It's a simple switch that needs to be toggled. In qt_modul
On segunda-feira, 30 de outubro de 2017 09:11:39 PDT Konstantin Tokarev wrote:
> AFAIK there no technical reason why providing .pc files for MSVC and macOS
> frameworks would be impossible.
It's a simple switch that needs to be toggled. In qt_module.prf:
!internal_module:!lib_bundle:if(unix|mingw
Hi all,
Following up on https://wiki.qt.io/QtCS2017_Discuss_Qt_Logging_enhancements I
have posted at the bottom of the page a quick survey of the tracing/logging
landscape.
My own conclusions are that there is almost no overlap between the 2 use cases
and proposals.
For #1 (high-perf tracing
> On Oct 30, 2017, at 9:11 AM, Konstantin Tokarev wrote:
>
>
>
> 30.10.2017, 18:53, "Konstantin Tokarev" :
>> 30.10.2017, 18:43, "Thiago Macieira" :
>>> On segunda-feira, 30 de outubro de 2017 08:27:02 PDT Konstantin Tokarev
>>> wrote:
>> $ cmake --find-package -DNAME=Qt5Core -DCOMPI
30.10.2017, 18:53, "Konstantin Tokarev" :
> 30.10.2017, 18:43, "Thiago Macieira" :
>> On segunda-feira, 30 de outubro de 2017 08:27:02 PDT Konstantin Tokarev
>> wrote:
>>> >> $ cmake --find-package -DNAME=Qt5Core -DCOMPILER_ID=GNU -DLANGUAGE=CXX
>>> >> -DMODE=COMPILE
>>> >> -I/home/apol/d
30.10.2017, 18:43, "Thiago Macieira" :
> On segunda-feira, 30 de outubro de 2017 08:27:02 PDT Konstantin Tokarev wrote:
>> >> $ cmake --find-package -DNAME=Qt5Core -DCOMPILER_ID=GNU -DLANGUAGE=CXX
>> >> -DMODE=COMPILE
>> >> -I/home/apol/devel/kde5/include/
>> >> -I/home/apol/devel/kde5/includ
On segunda-feira, 30 de outubro de 2017 08:27:02 PDT Konstantin Tokarev wrote:
> >> $ cmake --find-package -DNAME=Qt5Core -DCOMPILER_ID=GNU -DLANGUAGE=CXX
> >> -DMODE=COMPILE
> >> -I/home/apol/devel/kde5/include/
> >> -I/home/apol/devel/kde5/include/QtCore
> >> -I/home/apol/devel/kde5/lib64//m
30.10.2017, 18:23, "Thiago Macieira" :
> On segunda-feira, 30 de outubro de 2017 05:22:00 PDT Aleix Pol wrote:
>> $ cmake --find-package -DNAME=Qt5Core -DCOMPILER_ID=GNU -DLANGUAGE=CXX
>> -DMODE=COMPILE
>> -I/home/apol/devel/kde5/include/
>> -I/home/apol/devel/kde5/include/QtCore
>> -I/home/
On segunda-feira, 30 de outubro de 2017 05:22:00 PDT Aleix Pol wrote:
> $ cmake --find-package -DNAME=Qt5Core -DCOMPILER_ID=GNU -DLANGUAGE=CXX
> -DMODE=COMPILE
> -I/home/apol/devel/kde5/include/
> -I/home/apol/devel/kde5/include/QtCore
> -I/home/apol/devel/kde5/lib64//mkspecs/linux-g++
-DQT_CORE_L
On domingo, 29 de outubro de 2017 23:50:01 PDT Alberto Mardegan wrote:
> On 29/10/2017 22:45, Thiago Macieira wrote:
> > I wish I could help in the reviews, but those are not things I understand
> > at all. But I can give this advice: the three changes targetting pre-5.9
> > need to be updated. All
30.10.2017, 17:18, "iman ahmadvand" :
> Well.
> If it's OK to add new classes then we can create our classes And do the style
> related things in private part until Qt6 release, on that time we can move
> our changes to QStyle API.
> And also in this way the application setting will go away.
>
Well.
If it's OK to add new classes then we can create our classes And do the
style related things in private part until Qt6 release, on that time we can
move our changes to QStyle API.
And also in this way the application setting will go away.
in result:
1.We have our new widgets
2.We have overcam
On Mon, Oct 30, 2017 at 04:34:25PM +0330, iman ahmadvand wrote:
>I was thinking of something like this to achieve:
>QApplication::setStyle("material");
>
>Which bring completely new styled and animated appearance.
>That would be nice AND Qt way though.
>But we've some new widge
Well.
it seems i should move to that separate repo!
On Mon, Oct 30, 2017 at 4:51 PM, Jean-Michaël Celerier <
jeanmichael.celer...@gmail.com> wrote:
> While most packages are centered QML / QtQuick , some are also
> QWidget-based, eg : https://www.qpm.io/packages/
> de.skycoder42.qpathedit/index.h
While most packages are centered QML / QtQuick , some are also
QWidget-based, eg :
https://www.qpm.io/packages/de.skycoder42.qpathedit/index.html
At its core it's just a repository for Qt plug-ins... doesn't even need to
be graphical.
If it can be useful to you, Papyros have a big part of the Mat
Hi Oswald.
I was thinking of something like this to achieve:
QApplication::setStyle("material");
Which bring completely new styled and animated appearance That would be
nice AND Qt way though.
But we've some new widgets beside the existing widgets, for example:
Switch: https://material.io
/guide
On Mon, Oct 30, 2017 at 9:00 AM, Jeandet Alexis
wrote:
> Le dimanche 29 octobre 2017 à 15:57 -0700, Thiago Macieira a écrit :
>> On domingo, 29 de outubro de 2017 14:57:44 PDT Jeandet Alexis wrote:
>> > Hello,
>> >
>> > Previously I asked about getting some defines from pkg-config, I
>> > pushed
>
Hi,
> On 30 Oct 2017, at 12:56, Oswald Buddenhagen wrote:
>
> On Mon, Oct 30, 2017 at 01:18:45PM +0330, iman ahmadvand wrote:
>> Hi Lars.
>> Can i now request in QTQAINFRA ?
>>
> no need to - it will end up on my table anyway.
>
> anyway, as nobody else stated it quite as clearly yet, i'l
On Mon, Oct 30, 2017 at 01:18:45PM +0330, iman ahmadvand wrote:
>Hi Lars.
>Can i now request in QTQAINFRA ?
>
no need to - it will end up on my table anyway.
anyway, as nobody else stated it quite as clearly yet, i'll bring you
the bad news: Yet Another Widget Set (incl. its own API) is ce
On Mon, 30 Oct 2017 09:00:46 +0100
Jeandet Alexis wrote:
> Le dimanche 29 octobre 2017 à 15:57 -0700, Thiago Macieira a écrit :
> > On domingo, 29 de outubro de 2017 14:57:44 PDT Jeandet Alexis wrote:
> > > Hello,
> > >
> > > Previously I asked about getting some defines from pkg-config, I
> >
Hi Lars.
Can i now request in QTQAINFRA ?
Best Regards.
Iman.
On Mon, Oct 30, 2017 at 11:15 AM, Lars Knoll wrote:
> Hi,
>
> I'be happy hosting it here.
>
> On 30 Oct 2017, at 08:36, Jean-Michaël Celerier <
> jeanmichael.celer...@gmail.com> wrote:
>
> Iman: wouldn't this be better in a separate
Hi Jean-Michaël.
Actually QMP somehow has the air of a QML pkg manager.
And about the mentioned repo, i should make it clear that MaterialWidgets
is not just about a theme or style modification, it's a new implementation.
And also my purpose is to have this module ported to Qt.
Regards.
Iman.
O
A typical pattern in QtQuick is that a QQmlListProperty is the
default property, so declared children are automatically added. But
instead you have to declare the Components first, and then also add
them to a vector. Why is that? It seems needlessly cumbersome to
me. If Components are natura
Le dimanche 29 octobre 2017 à 15:57 -0700, Thiago Macieira a écrit :
> On domingo, 29 de outubro de 2017 14:57:44 PDT Jeandet Alexis wrote:
> > Hello,
> >
> > Previously I asked about getting some defines from pkg-config, I
> > pushed
> > some code on gerrit to fix that.
> >
> > Now I would like
Hi,
I'be happy hosting it here.
On 30 Oct 2017, at 08:36, Jean-Michaël Celerier
mailto:jeanmichael.celer...@gmail.com>> wrote:
Iman: wouldn't this be better in a separate repository ?
This way someone who wants to use it does not have to wait 6 months for it to
be in a Qt release.
Just becaus
Iman: wouldn't this be better in a separate repository ?
This way someone who wants to use it does not have to wait 6 months for it
to be in a Qt release.
You could even have it included in qpm : https://www.qpm.io/ so that us
hipsters can just do "qpm install com.iman.materialwidgets" and be happy
33 matches
Mail list logo
