On Wed, 13 May 2015 08:00:07 Nichols Andy wrote:
> > On 13 May 2015, at 01:04, Christian Gagneraud
> > mailto:chg...@gna.org>> wrote:
> >
> > Any chance QtGamepad would provide support for devices like the
> > SpaceNavigator (3D mouse) [1]? I recently posted a question about this on
> > this mail
On Thursday 14 May 2015 02:13:59 Marc Mutz wrote:
> On Wednesday 13 May 2015 09:30:05 Thiago Macieira wrote:
> > The drawbacks only appear in debug builds, so is this worth the
> > uglification?
>
> No, the drawbacks are *due to* MSVC debug builds. They *appear* in release
> builds and all platfor
On Thursday 14 May 2015, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi! GStreamer 0.1 will get removed from Debian unstable soon. Is there any
> chance to have GStreamer 1.0 support in 5.5.0?
>
Isn't it there already? I thought it was merged to the 5.5 branch several
months ago.
`Allan
___
Hi! GStreamer 0.1 will get removed from Debian unstable soon. Is there any
chance to have GStreamer 1.0 support in 5.5.0?
Or maybe there is a way to have it in 5.4.x, even if WIP? We are quite on time
to have a WIP Qt Multimedia as long as it's API/ABI stable, of course.
Thanks in advance!
--
On Thursday 14 May 2015 02:15:54 Marc Mutz wrote:
> On Wednesday 13 May 2015 23:36:29 Olivier Goffart wrote:
> > On Thursday 14. May 2015 05:57:54 Thiago Macieira wrote:
> > > You cannot compare the addresses [of inline methods]
> > > This is intentional and if you rely on that, your code is flawed
On Wednesday 13 May 2015 23:36:29 Olivier Goffart wrote:
> On Thursday 14. May 2015 05:57:54 Thiago Macieira wrote:
> > You cannot compare the addresses [of inline methods]
> > This is intentional and if you rely on that, your code is flawed by
> > design.
>
> Why not?
> The C++ standards does not
On Wednesday 13 May 2015 09:30:05 Thiago Macieira wrote:
> The drawbacks only appear in debug builds, so is this worth the
> uglification?
No, the drawbacks are *due to* MSVC debug builds. They *appear* in release
builds and all platforms, too. Exporting the whole class restricts what kind
of ch
On Thursday 14. May 2015 05:57:54 Thiago Macieira wrote:
> You cannot compare the addresses [of inline methods]
> This is intentional and if you rely on that, your code is flawed by design.
Why not?
The C++ standards does not forbid it. It defines that it works. I see no
exceptions for inline f
To make the settings persistent, you have to set
http://doc.qt.io/qt-5/qml-qt-labs-settings-settings.html#application-identifiers
(note however that settings Qt.application.name & Co won't probably help in
this case (bug?)).
Konstantin
2015-05-13 22:18 GMT+04:00 Federico Buti :
> Hi,
>
> I've i
On Wednesday 13 May 2015 09:45:03 Matthew Woehlke wrote:
> > But exporting the whole class, while convenient, has several drawback:
> >
> > * it exports symbols that don't need exporting:
> > ** private methods never called from user code
> > ** methods of private nested structs and classes
>
> M
On Wednesday 13 May 2015 20:43:58 André Pönitz wrote:
> > a) do nothing, accept and document the source incompatibility
> > b) modify differently so that the new API isn't ambiguous but doesn't
> > require people to write 0 either.
>
> Does it have to be an *overload*?
No, it doesn't. That would
On Wed, May 13, 2015 at 09:44:40AM +0900, Thiago Macieira wrote:
> On Wednesday 13 May 2015 02:34:28 Jan Kundrát wrote:
> > Hi,
> > this commit [1] added a new overload to QTextStream::readLine. As a result
> > of that, calling stream.readLine(0) is now ambiguous:
> >
> > QString readLine(qint
On 05/13/2015 07:57 PM, Alex Vazquez wrote:
> Is there any way to make a list of preferences font in Qt.
Yes, QFont:insertSubstitution & co allow you to assemble a QFont
with a particular substitution chain for glyphs. This is basically
what e.g. a browser engine built on Qt maps a CSS font famil
Hi,
I've inverted the approach, i.e. I've defined the alias in the root
component and the two property in the Setting type. Result: it still does
not work.
Is there anything specific that should be done?
Thanks to everyone.
F.
Hi Dominik.
No, the documentation is pretty clear about that: alias
Hi all!
I have a question. I want to mix characters from different languages. I use
qt embedded 4.8 with fontconfig enable. The characters are displayed
correctly but I want to select the font for each of the languages.
Is there any way to make a list of preferences font in Qt.
Thanks!
Regards!
I guess this came from QSslEllipticCurve.
+1 for not doing that until it really affects release build [with
non-broken compilers].
Regards,
Konstantin
2015-05-13 17:45 GMT+04:00 Matthew Woehlke :
> On 2015-05-13 04:25, Marc Mutz wrote:
> > Hi,
> >
> > I'd like to suggest the following addition t
On 2015-04-30 16:04, Matthew Woehlke wrote:
> On 2015-02-20 14:42, Thiago Macieira wrote:
>> On Friday 20 February 2015 12:53:24 Matthew Woehlke wrote:
>>> for (auto const i : qtEnumerate(map))
>>>
>>> Maybe it would be nice for Qt to provide one or both of these?
>>
>> Sounds easy enough. Want t
On 2015-05-13 04:25, Marc Mutz wrote:
> Hi,
>
> I'd like to suggest the following addition to the Qt Coding Conventions:
>
> === Exporting Classes ===
>
> Export polymorphic classes as a whole:
>
>
> class Q_LIB_EXPORT QMyWidget : public QWidget
> { ...
>
>
> But don't export non-polymor
Jeremy,
I'm planning to work on android tts next week (week21).
Samuel Nevala
On 11 May 2015 at 15:01, Jeremy Whiting wrote:
> Samuel,
>
> That looks good (from me, with not much Android experience), though
> there are some things to improve that are already commented on that
> review since Ap
On 13 May 2015, at 01:04, Christian Gagneraud
mailto:chg...@gna.org>> wrote:
Any chance QtGamepad would provide support for devices like the SpaceNavigator
(3D mouse) [1]? I recently posted a question about this on this mailing list
[2].
These 3D mice send events for translation and rotation aro
On Wednesday 13 May 2015 10:25:57 Marc Mutz wrote:
> * it exports symbols that don't need exporting:
> ** private methods never called from user code
> ** methods of private nested structs and classes
> ** inline methods
> * exporting inline methods makes MSVC call the library implementation in
> d
Hi,
I'd like to suggest the following addition to the Qt Coding Conventions:
=== Exporting Classes ===
Export polymorphic classes as a whole:
class Q_LIB_EXPORT QMyWidget : public QWidget
{ ...
But don't export non-polymorphic classes that way. Instead, only export the
following non-inl
22 matches
Mail list logo
