Hi!
Some technical details on the wip/cmake branch in Gerrit. You can also
find this information in cmake/README.md there.
# Status
Initial port is on-going. Some modules of QtBase are ported, incl. some
of the platform modules. Most are missing still.
Basic functionality is there (moc, uic
On Mon, Oct 29, 2018 at 6:21 PM Sérgio Martins wrote:
> I'm wondering if you have any performance numbers regarding
> incremental builds on Windows, and specially "nmake install", which
> currently takes *several* minutes for qtbase alone. Through ETW I
> noticed it's due to hundreds of qmake proc
Hello everybody,
not having lived up to the role of maintainer of the project management
code in Qt Creator for a while now, I would like to formally step down.
It has been an honor to work in this role in such a central area of the
Creator codebase.
I want to propose Christian Kandeler to tak
*if* we get volunteers to help with keeping
cmake up-to-date with qmake.
The wip/cmake branch is currently behind qt5/dev and we need to update it. So if
the Qt project decides to litter qtbase with CMakeLists.txt files ASAP, then we
will still need a while to send the actual patch for review.
up:-)
I *do* expect lots of developer will need to chip in to get the bulk of Qt
ported to CMake.
> Let's send a patch and see what happens.
Sure.
Any help getting wip/cmake updated to qt5/dev is appreciated!
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt
let's go to dev.
... once we updated the wip/cmake branch to qt5/dev. Currently it is way behind.
Any help in getting that done is greatly appreciated.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-1248
On Fri, Mar 22, 2019 at 12:53 PM Joerg Bornemann wrote:
> I believe that this means a reduced feature set for the CMake port.
That's not what I wanted to say:-)
All buildsystems all have things where they are nice to use and other
areas where they are less nice.
I want a build system for Qt tha
Hi Thiago,
On Thu, May 30, 2019 at 8:18 PM Thiago Macieira
wrote:
> On Wednesday, 29 May 2019 06:33:23 PDT Giuseppe D'Angelo via Development
> wrote:
> > 2) should QRegExp stay in bootstrap? I have no idea of what's happening
> > regarding to that in Qt 6.
>
> Bootstrap needs to go away in Qt 6.
s host/target combined build is on the way out for Qt 6 (independent of
build system used:-).
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harju
Hi!
On Fri, Jun 21, 2019, 22:29 Volker Hilsheimer
wrote:
> And I agree Simon that all those things don’t exclude each other. In fact,
> with a service that provides indexed searching and other high-level APIs to
> retrieve documentation content would make it a lot easier to develop some
> innova
+1
Best Regards,
Tobias
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
the right ones to maintain the build system
> area in both Qt 5 and Qt 6.
+1 for Alexandru
+1 for Jörg
They both know a lot about build systems and I trust both to do a great job.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Erich-Thil
On Mon, 2020-02-17 at 09:13 +, Edward Welbourne wrote:
> We currently have an "In Progress" state. In practice when I work on an
> issue, I initially do the work, then put that up for review; the review
> phase takes up fragments of my time for a while, unlike the main work
> phase, which is c
:-)
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der
Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
Hi Edward,
Am 10.11.2016 17:18 schrieb "Edward Welbourne" :
>
> A review puzzled several of us today by (apparently) starting at patch
> set 6. Jesus had discovered a gerrit feature we hadn't heard of:
> drafts. If you push to refs/drafts/blah instead of refs/for/blah, you
> get a review on gerr
Hi Marc,
Am 28.11.2016 15:33 schrieb "Marc Mutz" :
> To see how simple gsl::owner markup is to incorporate into Qt, I sat
down, added it to QtGlobal and marked up QScopedPointer (incl. docs) with
gsl::owner.
>
> https://codereview.qt-project.org/178107
Owner does not work with Qt's object tree, s
Hi Marc,
On Fri, Dec 2, 2016 at 8:22 AM, Marc Mutz wrote:
> As you can see, I was not using it on QObject, as, indeed, the ownership there
> is messed up.
It just does not work with the concepts laid out in the GSL, but that
does not make it messed up.
> But we have tons of take*() and take()-l
lease.
Neither will a distribution upgrade Qt minor versions within a distro release.
I do not expect patch version upgrades of Qt to introduce BC issues with or
without it relying on std::functionality.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Comp
+1 from my side. I have been reviewing Vikas patches since he started.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der
Gesellschaft
options now. Just to name two: Bazel promises great scalability
and reliability, meson claims to be simple and fast. Even CMake made a lot of
progress since version 2.x.
I would also appreciate getting some numbers to back up the claims made about
qbs.
Best Regards,
Tobias
--
Tobias Hunger
Hi Jake,
take a breath, I was not even trying to attack qbs. These debates get way too
emotional for my taste!
All I did was to ask to see qbs *sold* better and with more facts backing up
our claims about it.
> > to use your version control picture: Are we trying to sell
> > subversion by show
On Tue, Oct 17, 2017 at 9:34 AM, Joerg Bornemann wrote:
> On 10/17/2017 08:12 AM, André Somers wrote:
>
>> Well, in the case of QBS, would it not be reasonable to terminate the
>> evaluation of any property binding if it takes more than a
>> amount of time? The language may be Turing-complete, bu
Hi Pasi,
On Feb 23, 2018 08:05, "Pasi Keränen" wrote:
Hi there,
+1 for having a generic telemetry plugin in Qt.
I planned to stay out of this, but
-1 since I am totally confused about the scope of this project at this
point.
So are we talking about a generic telemetry framework for Qt appli
Hi Pasi,
On Fri, Feb 23, 2018 at 10:33 AM, Pasi Keränen wrote:
> I object to using “Spyware” term in this context. Spyware is SW that does
> things behind your back.
I noticed that my mail could be read in the way you read it pretty
much right after sending it. I need to apologize for expressin
Hi Tino,
On Fri, Feb 23, 2018 at 4:58 PM, Tino Pyssysalo wrote:
> I’ll clarify little bit, as my earlier comment about “any backend” has been
> confusing. I requested a repo for a QtCreator analytics plugin, but we
> realized why not to use a similar solution in other tools as well. I want to
> c
I am sure he will take good care of
the code, especially of the vcsbase and git plugins.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sit
updated accordingly and the default assignee in
JIRA has been changed.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der
Gesellschaft: Berlin
> [...] I propose Jaroslaw Kobus as the new maintainer.
+1 from me for that.
Best Regards,
Tobisa
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz
Hi Thiago,
On Sat, Jul 21, 2018, 04:36 Thiago Macieira
wrote:
> [...] I'd like to add the following
> extra requirements to the buildsystem we choose to use. This is in
> addition to
> the functionality requirements.
>
> [...]
>
1) Ease of obtention
2) Track record
>
> 3) Community support
>
On Sat, Jul 21, 2018, 07:38 Bogdan Vatra via Development <
development@qt-project.org> wrote:
> You really hate QBS don't you ? :)
Do you have so few arguments for qbs that you need to appeal to emotions? :)
Anyway IMHO is more important to have a clean, nice and easy to use syntax
> and
> to b
On Sat, Jul 21, 2018, 14:49 Jean-Michaël Celerier <
jeanmichael.celer...@gmail.com> wrote:
> +1, I was flabbergasted when the big objection against CMake in Qt 6
> boiled down to "it does not supports all the architectures that Qt
> supports",
>
IIRC the bid showstopper was that CMake does not su
On Sun, Jul 22, 2018, 12:58 Иван Комиссаров wrote:
> But only qmake works fine with new clang model, other build systems pass
> incorrect parameters to clang so it can’t compile my files (code model
> complains about missing std:: classes/functions, however the code compiles
> so project file is
Hi Thiago,
On Sun, Jul 22, 2018, 17:35 Thiago Macieira
wrote:
> > A) works with IDE(s) -- preferably more than one
>
> Hello Tobias
>
> The fact that we have an IDE of ours means this one should be reasonably
> easy
> to address, as we can make that IDE work with the tool. So long as the
> tool
Hi Stef,
in my misspent youth I played with Berlin (later Fresco), which went
into that direction. The website is long gone, but the internet
archive has a copy:
https://web.archive.org/web/20080223200807/http://issues.fresco.org:80/
The code is still also still around:
https://github.com/stefans
On Tue, Aug 21, 2018 at 5:36 AM Stef Bon wrote:
> Yes the 3D window manager looks a lot at the idea I want to work on.
Projecting "normal" 2D applications into 3D space is pretty useless
and full 3D applications do not really make sense for that many
use-cases.
I have used both 3dwm and fresco i
+1
On Dec 13, 2013 12:40 PM, "Jocelyn Turcotte"
wrote:
>
> Hello,
>
> Michael has been working for Nokia since 2008 and joined the QtWebKit
team in 2011, which he then followed in Digia.
> He has since then been contributing many changes to QtWebKit and has
lately also been helping with QtWebEngi
On Wed, Jan 22, 2014 at 7:14 PM, Chris L wrote:
> Qt Creator could be, with a few fixed bugs the obvious #1 choice ( if it
> isn't already ) for general cross platform c++
Which bugs are those in your oppinion?
> but it seems like the devs ignore non Qt c++ development.
What makes you say that?
Hi Shane,
thanks again for the presentation at FOSDEM. I really enjoyed it:-)
The list of yours seems to be ordered alphabetically. I guess that is
not necessarily the order in which we should look at the files:-) This
list is rather long and slide 36 of your presentation shows that the
files lis
Hi Thiago,
Basically I agree with your statements, but I do not think we can rely
on journald
at this time.
The first problem is of course systemd itself: Ubuntu is one of the
biggest distros out
there and we can not reasonably assume that to be running systemd
before 14.04 is
at the end of its l
extra copy of Qt exclusively for
Creator (and not listed in Creator's configuration).
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja Sit
Hi Berkay,
On Jan 4, 2015 8:52 PM, "Berkay Elbir" wrote:
> I have recently attended to developers for QT. I want to contribute it.
Also, I have downloaded qt 5 and builded it for OSX. But how can I find
issues to solve where should I begin? Of course, I know Jıra addresses,
read the Contributing
+1 from my side.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja Sitz der
Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB
On Mar 2, 2015 7:10 PM, "Thiago Macieira" wrote:
> BTW, any chance of getting mod_rewrite so the "index.php?title=" part gets
> hidden?
I did ask Tero the exact same question: Yes, it is planned, but getting the
contents across is the priority at this time.
Best Regards,
Tobias
_
Hi Thiago,
On Thu, Sep 10, 2015 at 5:47 PM, Thiago Macieira
wrote:
> I don't know any project implementing LLMNR outside of Windows. It's clearly
> dead in terms of further adoption and mDNS has won. So I don't think we need
> to provide it for cross-platform interoperability. I'd say we provide
the QML code inside Qt Creator over the recent month and in
> fact is the default assignee for all bugs in that area of Qt Creator.
>
> He did good work in his area and Qt Creator in general, so I think he has more
> than deserved Approver status by now.
>
> Best Regards,
>
ew.qt-project.org/#/q/owner:%22David+Schulz+%253Cdavid.schulz%
> 2540theqtcompany.com%253E%22,n,z
+1 from my side.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer | The Qt Company
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius,
Hi BogDan,
On Tue, Feb 23, 2021, 12:30 BogDan Vatra via Development <
development@qt-project.org> wrote:
> - first and foremost, we need to waste time to **fully** build and install
> it
> for host platform (desktop). Yeah, I know that this was "decided" before
> TQC
> switched, overnight, to cma
On Thu, May 20, 2021, 21:03 André Pönitz wrote:
> Works as designed. Freenode never endorsed public logging.
>
> Chat is for ephemeral contents, like normal speech.
>
I always chat as it it was logged, even in IRC: It is easy to log, so
people are logging. There may not be "official" logs, but t
inaries into a place outside of
$PATH. Maybe we could provide recommendations for symlinks to be put
into $PATH, but that is all we should do IMHO.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mi
Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Sitz der Gesellschaft: Berlin. USt-IdNr: DE xxx xxx xxx
Registergericht: Amtsgericht Charlottenburg, HRB 144331 B
ow. How about
adopting that approach formally so that we can (optionally:-) use the
git-flow tool to help work with this model?
The branching model:
http://nvie.com/posts/a-successful-git-branching-model/
The tool to support this model:
https://github.com/nvie/gitflow
Best Regards,
Tobias
now and
fills that role well, being friendly, responsive and competent.
Here is a list of Orgad merged patches:
https://codereview.qt-project.org/#q,status:merged+owner:1000534,n,z
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13
ion of the site). We will also need a
non-automatic system for the technical side of things. IMHO this should
be similar to the approver/maintainer system we have in place for Qt code.
Please consider to join the w...@qt-project.org mailing list if you are
interested in how to bring forward ope
officially a maintainer now.
Congratulations to Orgad for his outstanding work!
He is now responsible for the ClearCase plugin to Qt Creator.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer
There are pretty printers for most commonly used Qt types in Qt Creator.
Can those be used?
Best Regards,
Tobias
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
sically all Qt
applications out there. The commit massage states that gcc rejects the
code -- which is wrong as I can build QtC fine using gcc.
I hope the clang project will consider to disable this patch (or at
least have a switch to turn it off again).
But IMHO we need to address this in
anyway and
making that a requirement for Qt to function properly is not what we
should aim for IMHO.
Best Regards,
Tobias
--
Tobias Hunger, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Sit
sday 22 October 2013 15:44:00 Simon Hausmann wrote:
>> On Tuesday 22. October 2013 15.35.24 Tobias Hunger wrote:
>> > On 22.10.2013 15:31, Nicolás Alvarez wrote:
>> > > I don't think the standard is relevant here. The C++ standard doesn't
>> > > and can
On Nov 19, 2013 2:38 PM, "Erik Verbruggen"
wrote:
>
> Hello everyone,
>
> I would like to nominate Nikolai Kosjar for Maintainer of the C/C++
> support in Qt Creator.
+1 Nikolai does keep the Cpp support rolling, so I am all for making that
official.
Best Regards,
Tobias
On Nov 27, 2013 9:29 PM, "Adam Strzelecki" wrote:
> Correct me if I am wrong but there’s single ~/.config/…/QtCreator file,
so even we have several QtCreators all of them gonna see some SDK
registered by the other.
Several users can share one installation of Qt creator. We also support one
user h
60 matches
Mail list logo