On Mon, Sep 05, 2022 at 05:15:45PM +, Marc Mutz wrote:
> [...]
>We have the tools (QT_REMOVED_SINCE + Ivan's work on
>-disable-deprecated-until) to have a user-configurable, rolling BC window
>now We should use these tools to avoid accumulating too much technical
>[...]
>
On Wed, Sep 07, 2022 at 06:38:30PM +0200, A. Pönitz wrote:
> On Mon, Sep 05, 2022 at 05:15:45PM +, Marc Mutz wrote:
> > [...]
> >We have the tools (QT_REMOVED_SINCE + Ivan's work on
> >-disable-deprecated-until) to have a user-configurable, rolling BC window
>
On Tue, Sep 13, 2022 at 01:12:57PM +, Volker Hilsheimer wrote:
> > On Wed, Sep 07, 2022 at 06:38:30PM +0200, A. Pönitz wrote:
> >> [...] What would have been wrong with starting with
> >>
> >> #ifdef I_AM_WORKING_ON_IT using qsizetyp_ = qsizetype; #else u
On Sat, Jul 30, 2022 at 01:10:55PM +0200, Giuseppe D'Angelo via Development
wrote:
> On 28/07/2022 22:54, Thiago Macieira wrote:
> > This case can be considered a Category B source incompatible change as per
> > https://quips-qt-io.herokuapp.com/quip-0006.html, because it clearly
> > introduces
On Fri, Dec 16, 2022 at 09:49:51PM +, Marc Mutz via Development wrote:
> Hi,
>
> The recent episode with qVersion() moving from qglobal.h to
> qlibraryinfo.h, a header not included in qglobal.h, has shown that
> QUIP-6 SiC A are too broad a category. As per QUIP-6, I'm proposing to
> add a
On Wed, Nov 16, 2022 at 09:50:35AM -0800, Thiago Macieira wrote:
> On Tuesday, 15 November 2022 23:50:38 PST Marc Mutz via Development wrote:
> > > in a thread-safe manner (such that if something in
> > > the same thread or another thread-safely modifies that map, the original
> > > user isn't
On Tue, Nov 15, 2022 at 08:07:50AM +, Marc Mutz via Development wrote:
> On 14.11.22 23:04, A. Pönitz wrote:
> >> Marc’s proposal of a Non-Owning Interface is already
> >> become manifest in QRegion::begin/end
> >>
> >> https://doc.qt.io/qt-6/qregion.ht
I'd like to nominate Marcus Tillmanns as an approver for the Qt project.
Marcus has been working on Qt Creator since April, mostly on Docker
support and remote file access/command execution, but also on LLDB
support and various other changes across the code base.
He made already several
On Thu, Jan 19, 2023 at 01:44:16PM +, Friedemann Kleint via
Development wrote:
> Hi,
>
> we also need to agree on whether the Qt library rules apply to the
> full extent; for example:
>
> - Do we use the modern string literals (u"bla"_s, previously, example
> code just constructed QString
On Wed, Jan 18, 2023 at 04:10:20PM +, Kai Köhne via Development wrote:
> > -Original Message-
> >[...]
>
> > > MANDATORY
> > >
> > > Do not use QT_BEGIN_NAMESPACE ... QT_END_NAMESPACE for example
> > types. This namespace is exclusively for types in the Qt libraries.
> >
> > This
On Mon, Nov 07, 2022 at 08:15:58PM +, Marc Mutz via Development wrote:
> Hi all,
>
> SCNR taking the proffered bait:
>
> On 07.11.22 18:51, Edward Welbourne wrote:
> > For Qt to remain relevant in the rapidly-evolving C++ landscape, it
> > needs to change; but one of its strong
[
TL;DR :
Qt API should use
QString foo() const;
void setFoo(const QString &);
Neither QStringView nor C++20 changes this.
]
On Wed, Nov 09, 2022 at 10:52:15AM +, Marc Mutz via Development wrote:
> Hi Ulf,
>
> On 09.11.22 08:18, Ulf Hermann via Development wrote:
> >> I don't
On Thu, Nov 10, 2022 at 03:55:39PM +, Marc Mutz via Development wrote:
> Hi Ivan,
>
> On 10.11.22 11:03, Ivan Solovev via Development wrote:
> > I wonder how your NOI-everywhere suggestion will work with the
> > signal/slot connections? Specially for the case when
> > Qt::QueuedConnection
On Wed, Nov 02, 2022 at 02:25:25PM +, Marc Mutz via Development wrote:
> Hi Volker,
>
> On 14.10.22 17:12, Volker Hilsheimer via Development wrote:
> > Anyway, I’ve added the respective text to the coding convention wiki
> > page.
> > https://wiki.qt.io/Coding_Conventions
>
> Having read
On Mon, Nov 14, 2022 at 04:54:20PM +, Volker Hilsheimer wrote:
>
> > On 12 Nov 2022, at 14:41, A. Pönitz wrote:
> >
> > On Fri, Nov 11, 2022 at 09:35:27AM +0100, Ulf Hermann via
> > Development wrote:
> >> There is an undeniable benefit of _offering_ QS
On Fri, Nov 11, 2022 at 09:35:27AM +0100, Ulf Hermann via Development wrote:
> There is an undeniable benefit of _offering_ QSpan, QStringView, and
> generator APIs in a few relevant cases:
This is true, but my problem with this is that already _offering_
additional solutions does not come for
On Thu, Mar 09, 2023 at 02:08:48PM +0100, Hasselmann Mathias via Development
wrote:
> My take on qsizetype: Just revert this failed experiment.
>
> It's a huge annoyance for little to no benefit.
Correct.
> I'll never understand how this very broken and incomplete experiment could
> make it
On Wed, May 31, 2023 at 07:17:21AM +, Marc Mutz via Development wrote:
> On 31.05.23 09:07, Sami Varanka via Development wrote:
> > What is the recommended way for functions to take strings? Our QtGraphs
> > API takes in const QString & but is recommended way nowadays take in
> >
On Wed, May 03, 2023 at 03:21:40PM +0200, Giuseppe D'Angelo via Development
wrote:
> Il 02/05/23 12:34, Volker Hilsheimer via Development ha scritto:
> >
> > What started as an attempt to provide a few building blocks for making it
> > easier to build asynchronous APIs taking any kind of
[re-ordered]
On Wed, May 03, 2023 at 05:32:46PM +, Axel Spoerl via Development
wrote:
> > On 3 May 2023, at 18:42, Giuseppe D'Angelo via Development
> > wrote:
> >
> > 02/05/23 10:58, Volker Hilsheimer via Development ha
> > scritto:
> >> During the header review, but also in API
On Tue, May 09, 2023 at 06:51:37AM +, Marc Mutz via Development wrote:
> Hi,
>
> I'd like to propose the following clarifications:
>
> - no space between "operator" and it's symbol:
> [...]
> - exactly one space each between if and constexpr/constinit and
> [...]
> - space after template
On Tuesday 01 November 2011 15:44:18 ext Stephen Kelly wrote:
== Clarification ==
To avoid misunderstanding:
* This proposal is not about porting the Qt build system to CMake.
* This would not make Qt depend on CMake at all
* I am proposing to add some plain text files to the Qt
On Thursday 17 November 2011 14:52:55 ext lars.kn...@nokia.com wrote:
Hi David,
looks good in general.
I am however concerned about the static removeDir() method. This one is
pretty much the equivalent of a 'rm -rf'. Since it's not limited to
temporary directories, so it doesn't match the
On Tuesday 20 December 2011 12:25:32 ext lars.kn...@nokia.com wrote:
Unfortunately moving it into gerrit is not as easy as one might think as
the testing infrastructure is somewhat different between Qt 4.x and Qt 5.
We could move Qt 4.x into gerrit very fast, but would loose the CI on it.
On Wednesday 04 January 2012 16:59:40 ext marius.storm-ol...@nokia.com wrote:
On 04/01/2012 09:54, ext Thiago Macieira wrote:
On Wednesday, 4 de January de 2012 15.26.06, quim@nokia.com wrote:
[...] June 28th - June 30th are the only dates available during June at the
(amazing) venue we
On Wednesday 11 January 2012 14:13:45 ext marius.storm-ol...@nokia.com wrote:
In this particular case most of the contributions coming from Digia are
contribs which were in Gitorious before, and them not being accepted put at
least handled is our fault.
I think for those its only fair that
other places.
Eike Ziller and Tobias Hunger are seconding this proposal.
Best regards,
Andre'
--
André Pönitz
Principal Software Engineer
Nokia, Qt Development Frameworks
Nokia gate5 GmbH
Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany
Registergericht: Amtsgericht Charlottenburg, Berlin
On Tuesday 24 January 2012 11:30:50 ext Giuseppe D'Angelo wrote:
Hello,
On 24 January 2012 09:10, Davet Jacques davetjacq...@yahoo.fr wrote:
QRegularExpression is such long and inconvenient name, even worse with
suffix like QRegularExpressionMatch.
Why not simply use QRegex? In
On Monday 30 January 2012 23:03:22 ext Thiago Macieira wrote:
On Monday, 30 de January de 2012 18.38.56, João Abecasis wrote:
On 30. jan. 2012, at 17.25, ext Thiago Macieira wrote:
My point here and below with the containers themselves is that we don't
want to use those containers in our
On Thu, Mar 29, 2012 at 09:42:43PM +0200, Carsten Breuer wrote:
Hi Jordi,
great :-) Good News :-).
BTW:
I guess in Qt style it should be
bool tabVisible(int index) const;
void setTabVisible(int index, bool);
Jordi's
bool isTabVisible(int index) const;
was correct, as
On Tue, Apr 10, 2012 at 05:12:51PM -0300, Thiago Macieira wrote:
On terça-feira, 10 de abril de 2012 21.46.09, Andreas Aardal Hanssen wrote:
You want to take a screenshot of the widget from within the widget's own
paintEvent? That cannot possibly work. Or even if it did, the result would
be
On Wed, Apr 11, 2012 at 10:01:13AM -0700, Quim Gil wrote:
Just to be clear: Nokia employees follow the same registration process,
like anybody else. Organizers too. Lars too. Me too. Everybody.
If you say so...
http://qt-project.org/groups/qt-contributors-summit-2012/wiki
There will be at
On Thu, Apr 12, 2012 at 02:44:36PM -0700, Quim Gil wrote:
On 04/11/2012 02:23 PM, ext André Pönitz wrote:
On Wed, Apr 11, 2012 at 10:01:13AM -0700, Quim Gil wrote:
Just to be clear: Nokia employees follow the same registration process,
like anybody else. Organizers too. Lars too. Me too
On Thu, Apr 19, 2012 at 11:05:32AM +, michael.godd...@nokia.com wrote:
I'd like to nominate Mithra Pattison for approver, based on his work
over the past few months with QtMultimedia.
I wonder whether nominations should generally be a little bit
more verbose, maybe even mention a couple of
On Thu, Apr 19, 2012 at 10:34:21PM -0400, andy fillebrown wrote:
I would add to the proper compiler list the ability to set debug
breakpoints quickly and proper display of call stacks across .dll
boundaries. IMO those are the two things that bug me the most about
the distros already
On Fri, Apr 20, 2012 at 11:19:50AM +0200, Pau Garcia i Quiles wrote:
On Fri, Apr 20, 2012 at 11:12 AM, andy fillebrown
andy.fillebr...@gmail.com wrote:
On Fri, Apr 20, 2012 at 2:01 AM, André Pönitz
andre.poen...@mathematik.tu-chemnitz.de wrote:
On Thu, Apr 19, 2012 at 10:34:21PM -0400
On Mon, Apr 30, 2012 at 10:13:54PM +0200, Thiago Macieira wrote:
This is what answers the now part. The changes I'm making, like the
QRegExp one and these deprecation settings, are changing the API that
we expose to users. As such, I understand that they need to be done,
ready and tested by
On Mon, Apr 23, 2012 at 07:35:02AM +, lars.kn...@nokia.com wrote:
[...] And who says that 100% of the code has to be C++?
Nobody reasonably wants that. But people like to have a choice, and
different people will base their choice on different factors.
I bet you are also happily using
On Wed, May 09, 2012 at 02:38:24PM +0100, Philip Ashmore wrote:
If I could debug a Qml application the same way I can debug
html5/JavaScript it would help Qml uptake a lot.
This would require a Qml document object model (DOM) and a
debugger capable of inspecting Qml, JavaScript and c++.
Is
On Tue, May 15, 2012 at 07:13:19AM -0700, BRM wrote:
From: Donald Carr sirsp...@gmail.com
[...] This is out of a sample set of 110 people, which is
infinitesimally small in comparison to the Qt user base. It would
be a stretch to call this a statistically significant poll, [...]
[...]
Hi all.
I'd like to propose the following addition to the How to become an
Approver section on http://qt-project.org/wiki/The_Qt_Governance_Model:
Nomination for Approver status requires contribution or maintenance
of a significant amount of code, or comparable activitities
directly
On Thu, Jun 07, 2012 at 10:43:45AM -0700, Girish Ramakrishnan wrote:
Hi all, I would like to nominate Ritt Konstantin for approver status.
He's been contributing to Qt since a very long time, so I think this
is a mere formality
I think so, too. Seconded.
Andre'
On Wed, Jun 13, 2012 at 06:14:59PM +, aaron.kenn...@nokia.com wrote:
That is what I'd love to see in 5.0. Making sub-QStrings as cheap
as QStringRef currently is would give us quite significant
performance boost in some common use-cases. Then, QStringRef
definitely should go.
Won't
On Wed, Jun 13, 2012 at 08:36:52PM +0200, Thiago Macieira wrote:
On quarta-feira, 13 de junho de 2012 18.14.59, aaron.kenn...@nokia.com
wrote:
Won't a QString always require an allocation for the d-ptr? So
it'll never be quite as cheap as QStringRef.
Not exactly.
A QStringRef points
On Tue, Jun 05, 2012 at 01:22:47PM +0200, Leandro T. C. Melo wrote:
Hi everyone,
I would like to propose Francois Ferrand as an approver in the Qt
Project. He has contributed many good patches to Qt Creator, in
particular concerning editors and C++ support.
About two dozen own
On Tue, Jun 19, 2012 at 09:55:28PM -0400, Stephen Chu wrote:
Just a reminder that these changes are causing failure to build debug
dumper in Creator.
https://bugreports.qt-project.org/browse/QTCREATORBUG-7558
I think this is fixed in current master branch.
Until further notice, or until Qt
On Wed, Jun 20, 2012 at 08:52:55AM +0200, Marc Mutz wrote:
Hi Thiago,
[you knew this would be coming, I don't let you down]
On Monday June 18 2012, Thiago Macieira wrote:
* port QList
Before actually porting QList (esp. as I take the above to mean
that QList won't be bound to void*
On Wed, Jun 20, 2012 at 06:27:35PM -0400, Stephen Chu wrote:
Thanks. Is a completely new Creator required for it to work or just
the files (dumper.cpp, etc) for building the dumper? Try as I might,
I just cannot get Creator built in my system. If replacing the
dumper source files is all it
On Thu, Jun 21, 2012 at 01:41:50PM -0300, Alexis Menard wrote:
We don't all like each others but that is fine. But we are not forced
to accept people polluting the environment, the professionalism on the
project especially when it starts hurting motivation of people
*actually* contributing to
On Sun, Jun 24, 2012 at 09:08:45PM +0200, Thiago Macieira wrote:
André suggested a container main class as: class QString { ushort *data;
int size; int d_offset; };
so that d = reinterpret_castchar *(data) + d_offset.
That class has 16 bytes in size. However, it breaks for fromRawData,
I am afraid I am in Can't resist mode today...
On Mon, Jul 16, 2012 at 01:50:42PM +1000, Alan Alpert wrote:
[...]
QML has a different model for allowing normal feature development
and maintenance to be interleaved with porting the GUI, perhaps it
hasn't been explained well enough.
It's not
On Thu, Jul 05, 2012 at 09:04:39AM +0300, Thiago Macieira wrote:
Hello all
I think that, despite the potential benefits of the changes, we
should not apply them at this time. There are far too many chances
for breakage and it's a blatant disrespect for the feature freeze.
I assume this is
On Tue, Jul 17, 2012 at 05:19:23PM +0200, Oswald Buddenhagen wrote:
On Mon, Jul 16, 2012 at 02:52:32PM -0700, ext Thiago Macieira wrote:
On segunda-feira, 16 de julho de 2012 21.34.10, André Pönitz
wrote:
On Thu, Jul 05, 2012 at 09:04:39AM +0300, Thiago Macieira
wrote:
I think
On Wed, Jul 18, 2012 at 07:06:55AM +, joao.abeca...@nokia.com wrote:
Hey,
I would rather we don't *rush* the container changes in, but get them
up to snuff in a separate branch, instead. I would also like to
challenge the assumptions I've seen repeated that probability for
breakage is
On Wed, Jul 18, 2012 at 05:49:12PM -0600, Charley Bay wrote:
The ideal for me is that if container-changes would push the Qt
release back six months (to arbitrarily pick-a-fictitious-number), I'd
rather have a release now, and another release in six months.
This was not meant to put anything
On Tue, Sep 11, 2012 at 10:34:50PM +0100, Sean Harmer wrote:
On 11/09/2012 13:34, Thiago Macieira wrote:
I propose we revert it.
I propose we (I) fix the affected classes in QtMultimedia
and Qt3D. I'm away on business this week but I will make a
start asap.
I believe I mentioned that
On Wed, Sep 12, 2012 at 07:10:52AM +, lars.kn...@nokia.com wrote:
On Sep 12, 2012, at 12:27 AM, ext André Pönitz
andre.poen...@mathematik.tu-chemnitz.de wrote:
On Tue, Sep 11, 2012 at 10:34:50PM +0100, Sean Harmer wrote:
On 11/09/2012 13:34, Thiago Macieira wrote:
I propose we
On Thu, Oct 11, 2012 at 11:48:26AM +, Sorvig Morten wrote:
[...] In general, I think this is something we'll see again. Platforms
change under our feet and we need to adapt. Apple and Microsoft do not
put OS updates on hold because we are working on a major release. The
fact that Qt often
On Thu, Oct 18, 2012 at 08:30:03AM -0700, Thiago Macieira wrote:
lconvert- lconvert5
lrelease- lrelease5
lupdate - lupdate5
Sorry, I don't get the joke.
Andre'
___
Development mailing list
Development@qt-project.org
On Thu, Oct 18, 2012 at 10:16:37AM -0700, Thiago Macieira wrote:
I would remove creator from this list as it's a different product
and comes with its own versioning and release cycle -- are all of
those 100% compatible with Qt 4? (First thing that comes to mind is
that designer loads
On Thu, Oct 18, 2012 at 04:10:16PM -0700, Thiago Macieira wrote:
On sexta-feira, 19 de outubro de 2012 01.03.29, André Pönitz wrote:
On Thu, Oct 18, 2012 at 08:30:03AM -0700, Thiago Macieira wrote:
lconvert- lconvert5
lrelease- lrelease5
lupdate - lupdate5
On Fri, Oct 19, 2012 at 05:32:43PM +, Sune Vuorela wrote:
On 2012-10-19, Oswald Buddenhagen oswald.buddenha...@digia.com wrote:
I have, as a distributor, frequently gotten 'hate' in #qt for providing
switchable qmakes.
using (debian style) altenatives for that is pretty stupid.
I
On Fri, Oct 19, 2012 at 08:02:46PM +, Sune Vuorela wrote:
On 2012-10-19, André Pönitz andre.poen...@mathematik.tu-chemnitz.de wrote:
Really. I really want, both as a Qt contributor and a Qt packager to
ship a pristine Qt. Please help me make it happen.
Demanding to be relieved from
On Mon, Oct 22, 2012 at 09:08:38AM -0700, Thiago Macieira wrote:
On segunda-feira, 22 de outubro de 2012 15.45.56, Oswald
Buddenhagen wrote:
On Fri, Oct 19, 2012 at 04:16:14PM -0700, Thiago Macieira wrote:
Note: this applies to the *tools* only. The library naming and
installation paths
On Mon, Oct 22, 2012 at 01:46:09PM -0700, Thiago Macieira wrote:
On segunda-feira, 22 de outubro de 2012 21.21.17, André Pönitz wrote:
On Mon, Oct 22, 2012 at 09:08:38AM -0700, Thiago Macieira wrote:
On segunda-feira, 22 de outubro de 2012 15.45.56, Oswald
Buddenhagen wrote
On Tue, Oct 30, 2012 at 01:47:03PM -0700, Thiago Macieira wrote:
5) executable split between end-user applications and indirect tooling
The most controversial proposal so far is to split the binaries into two
groups: one that gets installed to PREFIX/bin, containing the executables for
On Tue, Oct 30, 2012 at 05:06:33PM -0700, Thiago Macieira wrote:
On terça-feira, 30 de outubro de 2012 23.52.08, André Pönitz
wrote:
On Tue, Oct 30, 2012 at 01:47:03PM -0700, Thiago Macieira wrote:
5) executable split between end-user applications and indirect
tooling The most
On Thu, Nov 22, 2012 at 12:44:02PM +, Rutledge Shawn wrote:
On 22 Nov 2012, at 1:18 PM, Sorvig Morten wrote:
On Nov 22, 2012, at 1:08 PM, Konstantin Tokarev annu...@yandex.ru
wrote:
22.11.2012, 16:04, Rutledge Shawn shawn.rutle...@digia.com:
Yeah I know, and that's very
On Wed, Nov 28, 2012 at 04:56:08PM +0100, Labs, Torsten wrote:
Hello,
is there a possibility to add the current help for Qt5.0-snapshot in a self
compiled Qt Creator with Qt5 Libs. At the moment if i press F1 i get allways
No Documentation available.
If you have a (_really_) recent build
On Wed, Nov 28, 2012 at 09:35:40AM -0800, Romain Pokrzywka wrote:
It would have been a good idea to ask a native English speaker before deciding
on the name, as this is an atrocity, language-wise.
Is it?
But even if so, most of the target audience are not native speakers
of English either...
On Sun, Dec 02, 2012 at 05:11:18PM +0100, Stephen Kelly wrote:
On Sunday, December 02, 2012 14:09:15 you wrote:
Hi,
Apologies for the top-quote, handicapped with web access right now
:(
I don't understand the connection between web access and top-quoting,
but fair enough :). I assume
On Fri, Dec 07, 2012 at 03:19:58PM -0800, Alan Alpert wrote:
There were lot's of great dev day discussions started this week that
I'd like to continue, and the question arose of which mailing list?.
While QML is part of Qt, I would like to ask is we could get a
separate mailing list for
On Mon, Dec 10, 2012 at 07:25:57PM -0800, Alan Alpert wrote:
I've heard complaints about all the varying version numbers used in
QML imports. I don't think we can just standardize, for example on
5.0, because the whole point of modularization is that modules don't
have to move in lockstep
On Tue, Dec 11, 2012 at 09:48:22AM -0800, Alan Alpert wrote:
We also need to find out whether we can come up with something which
QtWidgets users can migrate to (the QWidget* in the QAction API is
quite niche, and not necessarily ideal API anyway). Possibly even
investigating whether
On Tue, Dec 11, 2012 at 03:20:35PM -0800, Alan Alpert wrote:
On Tue, Dec 11, 2012 at 2:57 PM, André Pönitz
andre.poen...@mathematik.tu-chemnitz.de wrote:
On Tue, Dec 11, 2012 at 09:48:22AM -0800, Alan Alpert wrote:
...
But there are other ways to support those use cases than adding a
C
On Wed, Dec 12, 2012 at 10:33:06AM +1000, Lincoln Ramsay wrote:
On 12/12/12 07:28, André Pönitz wrote:
What about something like
import QtQml from Qt 5.0
import QtQuick from Qt 5.0
+1
Thanks ;-)
All the benefits of a group of QML modules attached to a single Qt
release
On Sun, Dec 16, 2012 at 03:42:59PM -0800, Alan Alpert wrote:
On Sun, Dec 16, 2012 at 1:12 PM, Bache-Wiig Jens
jens.bache-w...@digia.com wrote:
If you create the actions in C++, you'd still have to repeat each and
every one in QML, unless we provide a way to iterate over the ones
that
On Mon, Dec 17, 2012 at 08:33:47AM -0800, Alan Alpert wrote:
On Sun, Dec 16, 2012 at 5:12 PM, André Pönitz
andre.poen...@mathematik.tu-chemnitz.de wrote:
On Sun, Dec 16, 2012 at 03:42:59PM -0800, Alan Alpert wrote:
On Sun, Dec 16, 2012 at 1:12 PM, Bache-Wiig Jens
jens.bache-w...@digia.com
On Mon, Jan 07, 2013 at 05:03:05PM -0800, Alan Alpert wrote:
With the new cross-platform focus, we need some way for QML to
load platform specific content at runtime. [...]
It's really Qt that's cross-platform focused now, not me. [...]
These are interesting statements.
Given that being
On Tue, Jan 08, 2013 at 05:44:05PM +, Mohamed Fawzi wrote:
That is a good point, currently the license is 1393 characters, so
I think 2 should be enough (it doen't look like there is any
limit in the range, other than being implicitly 32 bit in some
places...
Would 2 have any
On Mon, Jan 14, 2013 at 11:09:48PM +, Ahumada Sergio wrote:
Hi,
While I was trying to mark tst_headers as significant again
https://bugreports.qt-project.org/browse/QTQAINFRA-324 I found out that I
had to add some QT_{BEGIN,END}_HEADER macros to some headers.
After some investigation
On Tue, Jan 29, 2013 at 08:10:45AM -0800, Thiago Macieira wrote:
On terça-feira, 29 de janeiro de 2013 15.57.18, Poenitz Andre wrote:
My dashboard still fits a screen, even with a few old items in it.
If yours doesn't and you don't like that (I wouldn't...) unsubscribe
yourself. Destroying
On Tue, Jan 29, 2013 at 08:43:33PM +0100, 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
On Wed, Jan 30, 2013 at 01:17:12PM -0800, Alan Alpert wrote:
On Wed, Jan 30, 2013 at 12:35 PM, Charley Bay charleyb...@gmail.com
wrote:
Hi, Alan--
charley:
I've implemented a C++ adapter-layer (mostly template-based)
to expose C++ objects to QML. snip,
Sounds like this is
On Thu, Jan 31, 2013 at 01:08:11PM +0100, Oswald Buddenhagen wrote:
On Thu, Jan 31, 2013 at 10:58:13AM +, Rutledge Shawn wrote:
I question your right to unilaterally decide to put the kibosh on
other people's patches, automatically, across the whole project, even
when they are not on
On Fri, Feb 01, 2013 at 10:43:12AM +0100, Thiago Macieira wrote:
On sexta-feira, 1 de fevereiro de 2013 08.40.10, Peter Kümmel wrote:
The problem with the original request to simply make all changes
abandoned is that it will destroy the differentiation between
trash and not interested in
On Wed, Feb 13, 2013 at 10:08:31AM +0100, Friedemann Kleint wrote:
Hi,
we also plan to start Qt Windows Extras to bring at least the missing
image conversion functions ( QTBUG-27103 ) back provided we can find
someone to create the repository ;-) .
I think the approach of per-platform
On Thu, Feb 14, 2013 at 09:42:05PM +1000, Joseph Crowell wrote:
On 02/14/2013 05:58 AM, André Pönitz wrote:
On Wed, Feb 13, 2013 at 10:08:31AM +0100, Friedemann Kleint wrote:
Hi,
we also plan to start Qt Windows Extras to bring at least the missing
image conversion functions ( QTBUG
On Sat, Mar 02, 2013 at 01:20:09AM +1100, Majid Khan wrote:
Thanks,
ptrace: Operation not permitted.
Could not attach to the process. Make sure no other debugger traces this
process.
Check the settings of
/proc/sys/kernel/yama/ptrace_scope
For more details, see
On Mon, Mar 11, 2013 at 08:37:19AM -0700, Thiago Macieira wrote:
On segunda-feira, 11 de março de 2013 07.41.02, Jake Thomas Petroules wrote:
Jens claimed on the blog that the native look and feel matters less in the
mobile world because each app is fullscreen. I agree that it matters less,
On Mon, Mar 11, 2013 at 01:38:28PM -0700, Thiago Macieira wrote:
On segunda-feira, 11 de março de 2013 19.45.48, André Pönitz wrote:
On Mon, Mar 11, 2013 at 08:37:19AM -0700, Thiago Macieira wrote:
On segunda-feira, 11 de março de 2013 07.41.02, Jake Thomas Petroules
wrote:
Jens
On Tue, Mar 19, 2013 at 04:13:01PM -0700, Thiago Macieira wrote:
They can be shown, provided that they appear after the split tarballs and
that they are a convenience for downloading and building everything.
[...]
The online installer isn't enough or suitable for people who want to build
On Fri, Apr 26, 2013 at 04:57:23PM +0200, Friedemann Kleint wrote:
One of the most commented problems has been Perl dependency,
especially on Windows.
I have to admit I do not really see the point of it as long as QtWebKit
requires Ruby and Python. In my view, requiring a scripting
On Fri, Apr 26, 2013 at 05:35:01PM +0200, Joerg Bornemann wrote:
I personally don't see where exactly the point of pain is... other than
something I was used to changed. Downloading and installing Perl on
Windows is really straight-forward.
The point of pain is that something that used to
On Mon, Apr 29, 2013 at 10:37:10PM +0200, Giuseppe D'Angelo wrote:
On 29 April 2013 21:20, Thiago Macieira thi...@kde.org wrote:
On segunda-feira, 29 de abril de 2013 18.52.16, Giuseppe D'Angelo wrote:
On 29 April 2013 18:43, Thiago Macieira thi...@kde.org wrote:
With that in mind, I would
On Wed, May 01, 2013 at 05:38:44AM +1000, Lorn Potter wrote:
On 01/05/2013, at 2:47 AM, Oswald Buddenhagen oswald.buddenha...@digia.com
wrote:
On Tue, Apr 30, 2013 at 09:01:51AM -0700, Thiago Macieira wrote:
On segunda-feira, 29 de abril de 2013 23.30.59, André Pönitz wrote:
The rules
On Thu, May 02, 2013 at 03:27:06PM +0200, Mitch Curtis wrote:
On 05/02/2013 12:45 PM, Knoll Lars wrote:
Hi,
I've received some concerns about privacy regarding the IRC logs. The
main concern was about join/leave messages showing exact times as well
as IP addresses of the people joining
On Thu, May 02, 2013 at 12:40:39PM -0700, Alan Alpert wrote:
This issue has already been covered by the relevant IRC experts,
http://freenode.net/channel_guidelines.shtml (last point on that
page), so we don't need to keep reframing the question from first
principles here.
Given those
[Upfront: I am _really_ happy to see V8 and the glue code its service
required to be on its way out. But...]
On Mon, Jun 24, 2013 at 01:30:18PM +0200, Simon Hausmann wrote:
This confuses me a bit. Why isn't the implementation tuned specifically
for QML, instead of being a fully-compliant
On Tue, Jun 25, 2013 at 11:14:27AM +0200, Simon Hausmann wrote:
On Monday 24. June 2013 23.58.17 André Pönitz wrote:
[Upfront: I am _really_ happy to see V8 and the glue code its service
required to be on its way out. But...]
On Mon, Jun 24, 2013 at 01:30:18PM +0200, Simon Hausmann wrote
1 - 100 of 447 matches
Mail list logo