What we really need is to complete the Relocatable Qt project and use @rpath in
the install names of Qt frameworks.
Then macdeployqt would not need to exist, or would consist merely of a bunch of
copy commands.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
On Aug 7, 2013, at 7:12 AM, Sergio Ahumada wrote:
> On 08/07/2013 11:47 AM, Sarajärvi Tony wrote:
>> Hi all!
>>
>> We'd like to change the reference platforms a bit. We have new platforms
>> coming in and old ones are just that.old.
>>
>> Changes in short would be to drop OSX 10.6 and Ubuntu 1
I assume that this excludes OS X, given that the very latest version still only
has 0.9.8y.
Are there or have there ever been any plans to implement additional crypto
backends such
as CommonCrypto (OS X and iOS, the latter of which doesn't have OpenSSL at all)
and
CAPI/CNG on Windows? SSL in Qt
Personally I still think it would be far more logical to delegate the ANGLE vs
OpenGL decision to runtime, by including plugins for both backends with all
Windows distributions.
Having different packages seems to confuse a lot of Qt developers and
complicates deployment matters, whereas a plugi
I like this idea very much and think we should look into it further.
There is a long way we can go with integrating Qt into Apple platforms better
at every level and this would be a great start.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petr
According to Xcode the default is libstdc++ anyways.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petrou...@petroules.com
On Jun 12, 2013, at 11:05 AM, Thiago Macieira wrote:
> On quarta-feira, 12 de junho de 2013 13.38.19, Bruning Michael wro
QtMacExtras is not integrated into Qt 5.0.2 -- it's due for 5.2, I believe.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petrou...@petroules.com
On Jun 10, 2013, at 6:14 AM, Jose wrote:
> Hi,
>
> I have stumbled upon to an error that does no
On Jun 5, 2013, at 6:49 AM, Gustavsen Richard
wrote:
>
> On Jun 5, 2013, at 5:26 AM, Thiago Macieira wrote:
>
>> On terça-feira, 4 de junho de 2013 19.32.57, Jake Thomas Petroules wrote:
>>> Well, Xcode 5.0 will be dropping support for GCC, so the only way to target
&
On Jun 4, 2013, at 11:26 PM, Thiago Macieira wrote:
> On terça-feira, 4 de junho de 2013 19.32.57, Jake Thomas Petroules wrote:
>> Well, Xcode 5.0 will be dropping support for GCC, so the only way to target
>> 10.6 or below will be with clang + libstc++.
>
> Right, I missed
Well, Xcode 5.0 will be dropping support for GCC, so the only way to target
10.6 or below will be with clang + libstc++.
Supporting 10.6 is a huge priority given that version has the largest market
share of all OS X versions (about 35%). Do we really want to wipe out over a
third of potential e
+1
This would make quick code browsing much easier; Gitorious' interface is rather
cumbersome.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petrou...@petroules.com
On Apr 22, 2013, at 3:44 AM, Qi Liang wrote:
> At 22/04/2013 03:14, from Thia
I completely agree with that reasoning. Is it too late to restore the original
behavior?
I imagine the 5.0.x will be rather short lived with 5.1 coming out so soon so
it seems like such a change wouldn't be all that terrible.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · ww
Can't you just set __MAC_OS_X_VERSION_MAX_ALLOWED to 1060 with the 10.8 SDK?
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petrou...@petroules.com
On Apr 3, 2013, at 2:10 PM, Josh Faust wrote:
>
> The question is why you want to build against
QQuickLiquidCrystalDisplayNumber, really? We aren't Cocoa devs. :) Is there a better name that can be used? "LCD number" is rather vague as it is; it could refer to a style like this as well, for example:How about, QQuickSegmentedNumber, as the digits are drawn in line segments?
-- Jake PetroulesCh
On Mar 25, 2013, at 5:11 AM, Sorvig Morten wrote:
> On Mar 23, 2013, at 1:51 AM, Jake Thomas Petroules
> wrote:
>
>> I'd like to suggest that we add a new Q_OS_ define.
>>
>> Currently, for Apple platforms, we have:
>>
>> Q_OS_DARWIN
>> Q_OS
On Mar 25, 2013, at 5:11 AM, Sorvig Morten wrote:
> On Mar 23, 2013, at 1:51 AM, Jake Thomas Petroules
> wrote:
>
>> I'd like to suggest that we add a new Q_OS_ define.
>>
>> Currently, for Apple platforms, we have:
>>
>> Q_OS_DARWIN
>> Q_OS
I'd like to suggest that we add a new Q_OS_ define.
Currently, for Apple platforms, we have:
Q_OS_DARWIN
Q_OS_DARWIN32
Q_OS_DARWIN64
Q_OS_IOS
Q_OS_MAC
Q_OS_MAC32
Q_OS_MAC64
Q_OS_MACX
The first three are very straightforward. Q_OS_DARWIN is defined for both Apple
platforms, OS X and iOS, with sp
Not the only way...
There's [NSApplicationDelegate applicationDockMenu:], and dock tile plugins (we
should look into bundling a default dock tile plugin in Qt apps!).
Dock tile plugins have the added benefit of having the menu show up when the
app isn't open (more like Windows jump lists).
htt
I think we should just postpone the extras 'till 5.2, yes.
QtWindowsExtras needs a ton more work - Ivan Vizir's big Windows 7 features
commit is still not ready and likely won't for a while. I believe he said he is
planning a second commit with more of them since thumbnail toolbars were left
ou
On Mar 18, 2013, at 8:26 AM, Mediator Software
wrote:
> In "the real world", Qt on iOS is being used primarily to port existing
> QtWidget
> applications to the iPad, not to write new ones (nor to do anything on any
> other
> iOS platforms). There is a single customer using QML on iOS, once
Don't you mean Mac and Windows? I thought X11 was added a while ago.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petrou...@petroules.com
On Mar 18, 2013, at 12:05 PM, Knoll Lars wrote:
> On 3/18/13 4:58 PM, "Laszlo Papp" wrote:
>
>> On Mon,
Don't you mean Mac and Windows? I thought X11 was added a while ago.
Sent from my iPhone
On Mar 18, 2013, at 12:05 PM, Knoll Lars wrote:
> On 3/18/13 4:58 PM, "Laszlo Papp" wrote:
>
>> On Mon, Mar 18, 2013 at 3:52 PM, Thomas McGuire
>> wrote:
>>
>> QtSensors needs to be added to qt5.git, bu
Me again. I thought I'd announce that I've pushed the first QIosStyle commit to
Gerrit: https://codereview.qt-project.org/#change,51167 I will be doing all
work on the class here in the public eye until it is done and ready to be
merged (hopefully before 5.2 at the latest, 5.1 if we're lucky). I
On Mar 13, 2013, at 1:43 PM, Bache-Wiig Jens wrote:
> Exactly. Being able to do pixel perfect layouts within the Qt Quick designer
> is one of the arguments against an IOS QStyle implementation. I would like to
> be able to see and run my apps _exactly_ as they would look on the device,
> with
I'm already working on some preliminary testing for QIosStyle. I don't know how
long it'll be before I have something on Gerrit but it will come.
--
Jake Petroules
Chief Technology Officer
Petroules Corporation · www.petroules.com
Email: jake.petrou...@petroules.com
On Mar 12, 2013, at 7:52 AM,
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,
>> but I disagree that it matters little enough for us to ign
By the way, I don't know if you saw my comments on your "Qt for iOS Preview"
blog post, but...
You stated that because there is no HITheme-like API on iOS, that creating
QiOSStyle would be "not possible".
However, we can render any UIView into a buffer using [UIView drawInRect:]
which we shoul
Are QMacCocoaViewContainer and QMacNativeWidget going to be implemented in some
Qt 5.x? I understand we currently have some implementation in QtMacExtras,
however the header files are still there in Qt 5 Widgets, and documented (but
you obviously can't link since they are not implemented) -
htt
jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
On Mar 1, 2013, at 4:24 AM, Sorvig Morten wrote:
>
> On Mar 1, 2013, at 8:27 AM, Jake Thomas Petroules
> wrote:
>
>> Why are we discussing adding conversion operators from/to native objects in
>> QtCore/
Why are we discussing adding conversion operators from/to native objects in
QtCore/QtGui? The methods that did so were removed in Qt 5 in order to increase
modularity, why would we go the opposite direction again?
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@pe
Why is that...?
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
On Feb 25, 2013, at 11:12 AM, Joerg Bornemann wrote:
> On 25/02/2013 16:27, Jake Thomas Petroules wrote:
>
>> I'd prefer Qt namespace
I'd prefer Qt namespace with no platform indicators, i.e.:
Qt::toHICON
Qt::toHBITMAP
Qt::toCGImageRef
Qt::toNSString
It's obvious to which platform each function belongs; there's no need to
qualify it beyond necessary. If WinRT introduces an NSString class and OS X
adds HBITMAPs only then shoul
So right now we've got:
qtwinextras: qt/dev
qtmacextras: playground/master
qtx11extras: qt/master
I take it qtx11extras is pretty much "finished", so that makes sense. And
seeing from the past discussion, qtwinextras being in qt on dev makes sense.
But now qtmacextras is sticking out like a sor
ow created the repository.
> ssh://codereview.qt-project.org:29418/qt/qtwinextras.git.
>
> Cheers,
> Lars
>
> On 2/14/13 9:23 PM, "Jake Thomas Petroules"
> wrote:
>
>> Ah, I see.
>> I've only recently started contributing to the Qt Project so I
aszlo Papp wrote:
> On Thu, Feb 14, 2013 at 7:59 PM, Jake Thomas Petroules
> wrote:
> I was under the impression we were already waiting for step 4 since there
> have been a decent number of messages on the mailing list regarding this
> proposal, and everyone seems to know what the
ead the rules (and follow in the future):
> http://qt-project.org/wiki/Creating-a-new-module-or-tool-for-Qt
>
> Seems, no maintainer gave a +1 yet. You need to get one first. :-)
>
> On Fri, Jan 18, 2013 at 5:47 PM, Jake Thomas Petroules
> wrote:
> As many OS/WM utility meth
I would certainly like to see that contributed to playground so that all
interested parties may contribute. Any timeframe on when someone can get the
repository created?
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
On
I think you are looking for:
http://lists.qt-project.org/mailman/listinfo/interest
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
On Feb 11, 2013, at 6:33 PM, Federico J. Fernández
wrote:
> All,
>
> I want to know wha
As we have a QtMacExtras and QtX11Extras, could someone please create a
QtWindowsExtras as well?
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
___
Development mailing list
Deve
Surely you meant darwin-g++-macx. :)
I don't think the Android mkspec warrants having Linux in it simply because
it's such a radically different system in many ways. Custom C++ library,
different executable format, custom packaging tools, custom UI stack, the fact
that native apps can't even be
to include in Qt code, which, I think, is some kind of hack. What do you
> think?
>
> 25.01.2013, 00:30, "Jake Thomas Petroules" :
>> Ah, I'm familiar with the project from which it was forked. If this is not
>> the code that is going to be a proposal for QWindo
e that is going to be a proposal for Qt Windows
> Extras.
>
> 25.01.2013, 00:07, "Jake Thomas Petroules" :
>> Interesting. Is your wrapper open source and where might one find it?
>>
>> Jake Petroules
>> Petroules Corporation (www.petroules.com)
>
Interesting. Is your wrapper open source and where might one find it?
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
On Jan 24, 2013, at 4:34 PM, Ivan V. wrote:
> Hello, Jake,
>
> The main "unusualness" about our wrappe
Hi Aleksey,
I'm not sure I follow - "we have an unusual jump lists wrapper" - who exactly
are you referring to? If you could elaborate a little more that would be great.
Thanks,
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-
t 12:16 PM, Laszlo Papp wrote:
> On Thu, Jan 17, 2013 at 8:58 PM, Jake Thomas Petroules
> wrote:
> As we have a QtMacExtras and QtX11Extras, could someone please create a
> QtWindowsExtras as well?
>
> Could you please elaborate abo
As we have a QtMacExtras and QtX11Extras, could someone please create a
QtWindowsExtras as well?
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
___
Development mailing list
Devel
46 matches
Mail list logo
