On Freitag, 4. April 2025 17:44:49 Mitteleuropäische Sommerzeit Thiago
Macieira wrote:
> On Friday, 4 April 2025 08:07:27 Pacific Daylight Time Milian Wolff wrote:
> > Because if you do so, and the type is public (i.e. all-inline), then you
> > would not be able to safely put t
dded for `[[clang::type_visibility]]` and added to
all public types, until https://github.com/llvm/llvm-project/issues/133905
lands and we can use it to set this globally?
Cheers
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed mess
e to *everyone*
> (not me, I know what to do)
> 2) Ease external contributions
>
> The obvious answer for 1) is "integrate into the pdb".
> For 2), it's a bit more complex, but having it hidden inside the
> QtVsTool extension is not the best way IMO.
I who
LSAN_OPTIONS=fast_unwind_on_malloc=false
But this option is really very slow, as the sanitizers don't use a caching
unwinding library. I do not recommend running tests with this always enabled,
but for one-off investigations it should be useful.
Hope that helps
--
Milian Wolff
m...@mi
On Freitag, 14. Oktober 2022 10:55:54 CEST Edward Welbourne wrote:
> Milian Wolff (Friday, 14 October 2022 3:00 AM)
>
> >> I have many times accidentally written bogus code that duplicated the
> >> tags. Getting a warning is useful, so thanks for working on that!
> &
outputs a large
test suite is generating. At the very least I would suggest something akin to
QT_FATAL_WARNINGS that can be set to more easily spot faulty client code.
Cheers
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
h contain the "list of fixes and
the overview of all important changes"?
Please, can you add that directly to the release announcement in the future?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-
y
> different areas of Qt, and has lately been actively involved in Qt Wayland
> to help improve its position on the Linux desktop:
> https://codereview.qt-project.org/q/owner:aleixpol%2540kde.org
+1
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description:
On Mittwoch, 23. September 2020 21:12:52 CEST Thiago Macieira wrote:
> On Wednesday, 23 September 2020 06:59:16 PDT Milian Wolff wrote:
> > > 1
> > > 10
> > > 11
> > > 2
> > > 3
> > > 21
> > >
> > > A few
ort or use numeric/natural sorting.
This wouldn't be an issue if you sort by the integral values instead.
> > Maybe making QAbstractItemModelPrivate::isVariantLessThan public and
> > clearly defining what it was would be good enough (i mean if it is good
> > enough for QAbstr
's not much free time left.
> >
> > I'll discuss this in the company and then I'll get back to you!
>
> I've got the okay from my employer to do this on (part of my) company
> time, so I'm in :-)
Perfect, I hereby nominate Arno as my replacement.
g. That should hopefully make the next maintainers role a
bit less lonely ;-)
Cheers
[1]: https://codereview.qt-project.org/c/qt/qtwebchannel/+/284741
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH, a KDAB Group company
Tel: +49-30-521325470
KDAB - The
oviders, like minitrace, should hopefully be possible thanks to the tracegen
code generator.
Cheers
--
Milian Wolff
m...@milianw.de
http://milianw.de
signature.asc
Description: This is a digitally signed message part.
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
Such
that eventually we can do something like:
```
interface ModelData { // syntax is open, just to give an idea
required property string text
required property int answer
}
delegate: Text {
required property ModelData model // model is a misnomer, but I digress
text: model.text +
ome.
The third option is to add a `required property` on your root object and
instantiate your context with the `qmlObjects` directly. Then you pass that
through to your state machine.
Both of these options are "more typing" but at the same time the code becomes
more explicit and
n
upstream into the webchannel module. Though only under the premise that you'll
also maintain these parts then. I'm neither an expert in Python nor .NET, so I
wouldn't be able to maintain that code.
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (
ng everyones energy for no good gain. And don't come again with
the "I don't have time" - it's less time to create a MWE than to write dozens
of mails that then have no outcome.
--
Milian Wolff | milian.wo...@kdab.com | Senior S
to commit the changes file
for 5.6.3 into the 5.9 branch first to have it then backported into 5.9...
--
Milian Wolff | milian.wo...@kdab.com | Senior Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325
s
me "You have already taken this survey." with no apparent way around this.
Can you please tell me, and anyone else who may run into this situation, on
how we can circumvent this obvious tool limitation?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutsc
compile some platforms, since it
used something like 0l or 0ll which did not match whatever platform-specific
type was used on the lhs...
So, from my side a clear +1!
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-3
osed to having free functions which are giving you convenience.
That's also what many of the existing convenience functions should have been
in the first place, btw. Like QStringList::join etc.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDA
he Qt
> >> Project could be a really nice combo - sign me up!
> >
> > Thanks for all the feedback! Nice to know that people are interested :)
> > I'll polish the code a little and create a review request.
>
> Did this ever get followed up?
No, I never saw a
ing that went in as part of this. Mike
> > has done a lot of work within Qt 3D too.
> >
> > Disclaimer: Mike is a colleague at KDAB.
> >
> > Cheers,
> >
> > Sean
>
> +1
>
> BogDan.
>
> Same disclaimer.
^- +1 to both of the above
may still be a loss of efficiency in the common case
> where what is passed is a QString, depending on what the compiler inlines,
> whether the wrapper with the QString argument is compiled in or not, etc.
If that is the case, then the API can have an overload taking an existing
QString and sto
esynthesis.com/products/odb/
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S/MIME cryptographic signature
___
Developm
;s a pity imo, if we decide that forward declaring is more important than
enforcing the correct type hierarchy.
Bye
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
e itself, but I wonder whether this is acceptable for existing
users of QQmlListProperty outside of QtDeclarative.
The second road-block comes when compiling the tests - apparently
QQmlListProperty also works with interfaces! So I added another type trait for
that. Is that acceptable?
Thanks
-
On Tuesday, December 6, 2016 6:43:03 PM CET Holger Freyther wrote:
> > On 05 Dec 2016, at 14:11, Milian Wolff wrote:
> Hi Milian,
>
> > I'd like to see that happen, more testing is always a win. But we will
> > need to
> > learn from the coverity lessons:
&g
iple people in the qt community know how
to update the tests (and qt version), and access the results
- make sure that qt security list gets notified about potential securitiy
issues found therein
Peppe (CC'ed) has also just recently looked into fuzzing, he probably has
something to add.
view.qt-project.org/#/q/owner:"Konstantin+Tokarev"+status:merg
> ed,n,z
>
> And reviews:
> https://codereview.qt-project.org/#/q/reviewer:"Konstantin+Tokarev",n,z
big +1 from my side as well!
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschl
tation in Python and C++ both from the Qt
> > Project could be a really nice combo - sign me up!
>
> Thanks for all the feedback! Nice to know that people are interested :)
> I'll polish the code a little and create a review request.
Late reply from my side as I just got back from
ried to use clazy by adding the flags in QtC C++ clang
> model? (tools->options->C++->code model)
> I have no clue if it is even doable, i'm just asking.
It's possible. We did that in KDevelop. But it depends on a libclang patch
that was not yet accepted upstream:
https://rev
On Donnerstag, 8. September 2016 14:03:05 CEST Bo Thorsen wrote:
> Den 08-09-2016 kl. 13:47 skrev Milian Wolff:
> > On Donnerstag, 8. September 2016 13:41:21 CEST Bo Thorsen wrote:
> >> Den 05-09-2016 kl. 20:49 skrev Milian Wolff:
> >>>> As an incredibly simple ex
On Donnerstag, 8. September 2016 13:41:21 CEST Bo Thorsen wrote:
> Den 05-09-2016 kl. 20:49 skrev Milian Wolff:
> >> As an incredibly simple example, make is inherently limited in that it
> >>
> >> > cannot even represent a rule with multiple outputs (there are
On Dienstag, 6. September 2016 11:52:15 CEST Thiago Macieira wrote:
> Em terça-feira, 6 de setembro de 2016, às 20:48:39 PDT, Milian Wolff
escreveu:
> > > That change is interesting and we could accept it, but I still wouldn't
> > > want it used in tracepoints. You
On Dienstag, 6. September 2016 06:59:40 CEST Thiago Macieira wrote:
> Em segunda-feira, 5 de setembro de 2016, às 21:20:12 PDT, Milian Wolff
>
> escreveu:
> > Hey Thiago, others.
>
> Hey Milian
>
> Is this what you were looking for me for on Sunday afternoon?
Yes :
ut welcome.
[1]: one nop - see http://tromey.com/blog/?p=687
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S
it either
why so many people become so passionate at hating it. Thanks to the new
features in CMake 3 most notably, it's pretty easy to use.
> Feel free to long for the "good old days" of
> the stone age, when food was scarce, disease was rampant, and life was
> short, but w
ial that he's the tvOS
> > maintainer.
> >
> > I'll still be maintaining the overall UIKit platform, including iOS.
>
> +1
>
> (disclaimer: he's my colleage at KDAB)
+1 to both of the above
--
Milian Wolff | milian.wo...@kdab.com | Software Engin
t;
> each row isinserted dynamicaly , after sometime gui gets freezed.
>
> could anyone tell me the way to fix the issue.
Profile the code, find the hotspot, fix it.
From the above, it becomes clear already that you should not be using QLabel
for plain text delegates but rather th
e when an initializer is added/removed
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S/MIME cryptographic signature
___
De
erformance issue, then please use a profiler to figure out where
time is being spent. Visual Studio nowadays has a simple but usable sampling
profiler built-in.
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-
patches and I trust him to responsibly review.
+1, he also helped me a lot on the WebChannel front.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description:
On Wednesday, March 30, 2016 10:23:35 PM CEST Konstantin Tokarev wrote:
> Hello,
>
> Are there any plans to reimplement QThreadStorage via thread_local for
> compilers which support it?
Why not use thread_local _instead of_ QThreadStorage in user code, where
applicable?
--
On Wednesday, March 30, 2016 11:47:14 AM CEST Marc Mutz wrote:
> [...]
>
> > I'd like to nominate Volker Krause for approver status.
>
> +1
>
> > Disclaimer: I work at KDAB with Volker.
>
> Same here.
+1 for both.
--
Milian Wolff | milian.wo...@kdab.com
On Thursday, March 3, 2016 2:05:18 PM CET Dominik Haumann wrote:
> Hi Milian,
>
> On Thu, Feb 25, 2016 at 7:22 PM, Milian Wolff wrote:
> > On Donnerstag, 25. Februar 2016 09:02:11 CET Thiago Macieira wrote:
> >> On quinta-feira, 25 de fevereiro de 2016 17:33:52
On Mittwoch, 2. März 2016 12:59:30 CET Thiago Macieira wrote:
> On quarta-feira, 2 de março de 2016 20:59:41 PST Milian Wolff wrote:
> > Hey Thiago,
> >
> > what is "the runtime merging problem on Windows"?
>
> Ever heard of the dynamic_cast problem on Win
On Mittwoch, 2. März 2016 11:28:07 CET Thiago Macieira wrote:
> On quarta-feira, 2 de março de 2016 19:24:15 PST Milian Wolff wrote:
> > On Mittwoch, 2. März 2016 09:47:33 CET Thiago Macieira wrote:
> > > On quarta-feira, 2 de março de 2016 16:48:08 PST Milian Wolff wrote
On Mittwoch, 2. März 2016 09:47:33 CET Thiago Macieira wrote:
> On quarta-feira, 2 de março de 2016 16:48:08 PST Milian Wolff wrote:
> > A simple solution would then be a macro for an explicit instantiation,
> > similar to what we already do with
> > Q_DECLARE_LOGGING_CATEGO
On Mittwoch, 2. März 2016 13:48:49 CET Ziller Eike wrote:
> > On Mar 2, 2016, at 11:23 AM, Milian Wolff wrote:
> >
> > On Mittwoch, 2. März 2016 10:14:18 CET Ziller Eike wrote:
> >
> >>> On Feb 29, 2016, at 1:21 PM, Milian Wolff
> >>> wrote:
>
On Mittwoch, 2. März 2016 10:14:18 CET Ziller Eike wrote:
> > On Feb 29, 2016, at 1:21 PM, Milian Wolff wrote:
> >
> > On Friday, February 26, 2016 3:56:08 PM CET Thiago Macieira wrote:
> >
> >> On sexta-feira, 26 de fevereiro de 2016 20:30:28 PST Milian W
the
sole purpose of profiling... A pity!
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S/MIME cryptogra
On Friday, February 26, 2016 3:56:08 PM CET Thiago Macieira wrote:
> On sexta-feira, 26 de fevereiro de 2016 20:30:28 PST Milian Wolff wrote:
> > > The main problems of templated QObject are captured more or less in
> > > this
> > >
> > > thread:
>
On Freitag, 26. Februar 2016 09:43:40 CET Jędrzej Nowacki wrote:
> On Thursday 25 of February 2016 19:22:55 Milian Wolff wrote:
> > On Donnerstag, 25. Februar 2016 09:02:11 CET Thiago Macieira wrote:
> > > On quinta-feira, 25 de fevereiro de 2016 17:33:52 PST Cristian Adam
w
where the data is actually stored. And no, I do _not_ consider the
current QAIM interface trivial to implement, not even for "simple" lists!
If we'd have templates QObjects, the above could easily be written. I bet
there are other valid use-cases.
Cheers
--
Milian Wolff | milian.
least one change for 5.7 where people are currently blocked
waiting for your input and expertise:
Optimized QReadWriteLock:
https://codereview.qt-project.org/#/c/140322/
I'd really like to see this get merged sooner rather than later to extend the
exposure of the patch.
Thanks
--
Milian Wolff |
e are working on a STL v2 for ranges which
invalidates all your "I hate iterators" complaints?
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S/MIME cry
entire C++11 standard.
>
> Not variadic templates? Not constexpr? Not decltype? Not rvalue references?
>
> By the way, if you Google for "C++ most vexing", you'll see a problem that
> is still not solved and probably won't be.
At least it is now work-arounded
for reserve optimizations. Inside Qt itself, I've
done so most recently for moc and saw significant speedups. How you do that?
Dump the final size of the container and do statistics to calculate the mean
or average and use that. Then compare the performance (including memory
consumption)
On Donnerstag, 21. Januar 2016 22:44:02 CET Andre Somers wrote:
> On 21-1-2016 21:09, Milian Wolff wrote:
> > On Donnerstag, 21. Januar 2016 07:25:21 CET André Somers wrote:
> >> Op 21/01/2016 om 05:35 schreef Thiago Macieira:
> >>> On Thursday 21 January 20
want to use it in conditions where they _do_ care, and for good
reason. It would be a shame if C++ would not be applicable for such scenarios
just because some people didn't care enough.
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a
from time to time and you cannot estimate
the size, then I claim the speed of these operations is irrelevant anyways.
Also note how calling reserve with an estimated value ("this vector usually
has about N elements") fits into the usual memory/speed trade off: You may
waste memory
t; > >
> > > return constexpr_string("foo");
> > >
> > > }
> >
> > "constexpr_string" should very likely return a const std::string, so this
> >
> > will copy and not move...
>
> Right, which would make the ent
nother, taking the semantics into account.
So another option is to write such a tool for Qt 6 that checks where copies
are made and then notify the user about it so he can investigate it.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group c
e semantics, you can, and should, do the first options even for
large vectors, also if Vector == std::vector.
So this point is moot.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-5213
test
> >
> > real0m1.769s
> > user0m1.572s
> > sys 0m0.192s
>
> Same with std::vector:
>
> real0m1.776s
> user0m1.616s
> sys 0m0.156s
>
> > best of three runs, core i7-2720QM, GCC 5.3
>
> Ditto.
>
> So.
d asking people
to use nullptr in new code.
Reviewing the patch of clang-modernize is easy btw. It either compiles and is
good, or it doesn't and needs work. None of this needs manual review.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB
y on cheap
> instantiation, e.g., for comparisons).
When you load a plugin, or compile a QRegExp, or use DBUS, or ... then the
cost of these operations easily dwarfs the string heap allocation. So this is
not that bad, imo.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB
as one in Gerrit). Should you first nominate him for that?
Can't we get both done in one step?
Big +1 from my side, but I'm biased as we are colleagues.
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-
is also the default
> assignee for the WebEngine component in JIRA.
>
> Regards
+1
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
___
On Sunday, September 27, 2015 2:09:22 PM CEST Thiago Macieira wrote:
> On Sunday 27 September 2015 19:59:55 Milian Wolff wrote:
> > Hey John, Qt people.
> >
> > At CppCon Howard Hinnant had a talk on his date.h and tz.h library, which
> > looks excellent:
> >
&
w how you use
it to solves real world problems. There are also always multiple lightning
talk sessions, which are again an ideal platform to make people interested in
Qt. I really hope to see more Qt talks for CppCon 2016.
Cheers
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (
the code as well, I assume.
What do you (all) think?
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Description: S/MIME cryptographic signa
On Donnerstag, 17. September 2015 09:15:06 CEST Thiago Macieira wrote:
> On Thursday 17 September 2015 15:27:44 Milian Wolff wrote:
> > +++ b/src/testlib/qtestaccessible.h
> >
> > @@ -126,7 +126,7 @@ public:
> > static void cleanup()
> > {
>
QPointF &local, const
QPointF &global, Qt::MouseButtons b, Qt::KeyboardModifiers mods, int
timestamp);
default arguments removed, was this on purpose?
Otherwise lgtm
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
T
nctions/macros there which can be leveraged
by every user of this
class to implement a shared null state?
Bye
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Descripti
KF5 or the applications.
>
> Which would be much simpler with a single diff.
Gerrit gives you a git command to copy'n'paste and you can pull the changeset
and test it. That's much better than manually applying some plaintext diff.
Bye
--
Milian Wolff | milian.wo...@kdab.c
afaik but I have to admit that I forgot most of it already.
Bye
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
___
Development mailing list
nd here I was wondering why I only ever got
> +1 from him :)
>
> +1
>
> > (Disclaimer: he's a colleague of mine at KDAB.)
>
> Same disclaimer applies to me.
+1 to both statements above.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland)
/qt -I/usr/include/qt/QtCore -lQt5Core
test.cpp -fPIC -DCONTAINER=QList -o qlist
g++ -Os -std=c++11 -I/usr/include/qt -I/usr/include/qt/QtCore -lQt5Core
test.cpp -fPIC -DCONTAINER=QVector -o qvector
and `strip` the binaries afterwards. So it's still ~2KB worse off - any chance
for using `ext
> Since that was written, I have seen QVector create less executable code than
> QList. In theory, QList should expand to less memory, but inefficient
> QLists, what with the heap allocations, probably uses more. Haven't
> investigated much.
From what I've heard from Volker (in
seen code that was slow, not because finding items in
it was slow, but rather because the lists where temporary and thus the setup
cost never amortized. Then, the cost of malloc & free is significant, often
orders of magnitude more expensive than actually finding the elements. There,
QVarLe
then it's still there and
accumulates to a measurable impact. Still, Martin, I really don't get what
your point is. Even if it wouldn't be that bad, using QVector by default is
still the right choice, and QList is /not/.
Bye
--
Milian Wolff | milian.wo...@kdab.com | Softwar
hoice. Thanks to the growth strategies, repeated
push_back is not that bad, esp. compared to QList which has the same number of
allocations for its array, and then on top often per-item allocations. So I
really don't understand how it can be better...
Bye
--
Milian Wolff | milian.wo..
at the same time (well,
> > during
> > the parsing of the function signature)
>
> Huh?! I really don't follow your reasoning to both of these points here. I
> suggest you go watch https://channel9.msdn.com/Events/Build/2013/4-329
> and similar talks out there to educ
se where
you are lucky and the pointers point to contiguous memory locations. And even
then, you'd have an indirection that Peppe mentions.
Bye
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - T
On Thursday, July 02, 2015 10:09:13 PM Ansel Sermersheim wrote:
> On 7/2/15 2:23 PM, Milian Wolff wrote:
> > On Thursday 02 July 2015 23:00:43 Bernhard wrote:
> >> Unfortunately adding signals of the template’s type is exactly what I
> >> would
> >> have needed
14 and newer) with Qt just fine. Heck, it even
uses a lot of C++11 features internally. So what exactly do you mean by the
above?
Bye
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smim
use fully-qualified names, if
> >only for automatic qdoc linking, but if qdoc can cope (doxgen can), I'd
> >use
> >using directives in the examples/ subdir, at least.
>
> Yeah well, not sure whether that's most important, but I actually agree:
> Namespa
On Monday 08 June 2015 17:50:31 Thiago Macieira wrote:
> On Monday 08 June 2015 15:40:01 Milian Wolff wrote:
> > On Monday 08 June 2015 09:32:42 Thiago Macieira wrote:
> > > On Monday 08 June 2015 14:57:19 Joerg Bornemann wrote:
> > > > On 08-Jun-15 15:38, Marc Mutz
o expands to less code in your executable."
>
> No.
Why not? It's simply a bad recommendation.
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
___
On Wednesday 03 June 2015 22:23:45 Olivier Goffart wrote:
> On Wednesday 3. June 2015 18:32:46 Milian Wolff wrote:
> > Hey all,
> >
> > for a customer I looked into the performance of a model/view application
> > with many (and I mean, many!) add/remove/modify opera
On Wednesday 03 June 2015 18:32:46 Milian Wolff wrote:
> Hey all,
>
> for a customer I looked into the performance of a model/view application
> with many (and I mean, many!) add/remove/modify operations on a model with
> a QSortFilterProxyModel on top. The obvious solution to spe
if so - what where the workarounds
applied to make this fast?
Thanks
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel: +49-30-521325470
KDAB - The Qt Experts
smime.p7s
Desc
On Tuesday 20 January 2015 04:32:21 Kevin Kofler wrote:
> Milian Wolff wrote:
> > It can, indeed. But funnily enough it's not going to be much faster, at
> > least in the tests I did. Still, one should probably be doing this
> > anyways. I'll try to dig up my patch
e? Anyhow, sounds like you are reinventing KPeople from
KDE. Maybe you could reuse that instead, and polish it to fit your needs?
Bye
--
Milian Wolff
m...@milianw.de
http://milianw.de
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On Monday 19 January 2015 20:48:54 Olivier Goffart wrote:
> On Monday 19 January 2015 20:15:22 Milian Wolff wrote:
> > Hello all,
> >
> > when I run my heaptrack [1] tool on Qt 5 applications, I often stumble
> > upon
> > the compose TableGenerator. It initialize
tion(QGuiApplicationPrivate&)
at sources/qtbase/src/gui/kernel/qguiapplication.cpp:554
in /home/milian/projects/compiled/qt5/lib/libQt5Gui.so.5
QApplication::QApplication(int&, char**, int)
at sources/qtbase/src/widgets/kernel/qapplication.cpp:563
in /ho
is
commented out... Could it be that no tests except for SQLite are ever run?
Bye
--
Milian Wolff | milian.wo...@kdab.com | Software Engineer
KDAB (Deutschland) GmbH&Co KG, a KDAB Group company
Tel. Germany +49-30-521325470, Sweden (HQ) +4
Windows msvc2013 opengl and
> > sources.
> > I would appreciate some feedback about this idea. If it is not
> > feasible, just let us know.
> > Thanks in advance and keep up the good work !
> > Massimo
> >
> >
> >
> >
1 - 100 of 174 matches
Mail list logo
