Re: [Interest] QML and ScrollView

[m...@rpzdesign.com]

How about listview and a model?

On 12/3/2015 6:07 PM, Mike Jackson wrote:

ScrollView


___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] New CI for Qt

[m...@rpzdesign.com]

I was reading at various places about Qt putting in place a new CI system.

Where can I get the specs of the new CI build system?

Where are you running your IOS builds?
Android builds?

I want to start putting together my own CI resources
but want to take advantage of the cumulative learning.

Just putting up Jenkins would be ignoring that Qt is likely leaving Jenkins
is my point.

Anybody have comments?

Thanks,

md
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] New CI for Qt (and OpenSource Qt/QtC 3rd parties)

[m...@rpzdesign.com]

My question was not really focused on hardware.

It was really focused on having people familiar with the CURRENT Qt CI 
system share
information about what developers are facing when organizing 
non-QtCompany CI resources.


There are interesting challenges like IOS actual devices running in CI.

That talk was MISSING from QtWorld2015.

md


On 12/7/2015 2:26 PM, Ch'Gans wrote:

On 8 December 2015 at 07:25, m...@rpzdesign.com  wrote:

I was reading at various places about Qt putting in place a new CI system.

Where can I get the specs of the new CI build system?

Where are you running your IOS builds?
Android builds?

Sorry to hijack the thread a bit, but I was thinking recently about
adding contributor projects to some sort of CI.

There's some nice Qt libraries around and some nice out-of-tree
QtCreator plugins in the wild, wouldn't it be nice if such Open Source
projects were integrated in such CI systems?
Even if they are clearly marked as
unsupported/unofficial/untested/?


I want to start putting together my own CI resources
but want to take advantage of the cumulative learning.

Just putting up Jenkins would be ignoring that Qt is likely leaving Jenkins
is my point.

I have the same goal here, I'm planning on setting up my own CI for
some of my projects, and I wouldn't mind to let other people use it
(within some yet-to-be-defined fair limits and conditions [1]).
I'm currently renting a decent build machine (x86_64/OpenSuSe running
Jenkins) and planning to add another one before Christmas (likely
x86_64/Ubuntu). I am considering as well running a "cheap" dedicated
ARM64/Ubuntu server.
As a side note, I'm only interested by modern setup (recent
architecture, recent OS, recent Qt/QtC version)

Chris

[1] Typ. Don't eat all the bandwidth, don't eat all the CPU and disk
space. Open Source projects only.


Anybody have comments?

Thanks,

md
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] [Development] Qt 5.7 feature freeze postponed, new date to be agreed

[m...@rpzdesign.com]

Tuuka:

I was looking around for "Coin CI" information on google.

Can you provide links and additional insight into this CI?

We have a thread on the interest list related to CI.

md


On 12/9/2015 9:58 AM, Turunen Tuukka wrote:


Hi,

15th Jan sounds good to me as the new FF time for Qt 5.7. The idea is 
to have the currently TP modules (at least many of them) supported 
with Qt 5.7 and also to drop the non-C++11 compilers as already 
discussed, agreed and implemented for dev. Therefore the content of Qt 
5.7 is to a large extent already shaping up and in case someone has 
new features just starting, these are probably better to aim towards 
Qt 5.8. I really would like us the finally get to the desired April & 
October release cycle during 2016 with the new Coin CI. Even though 
moving Qt 5.7 FF to 15^th Jan means the final being in May instead of 
April, I think it is something we can accept.


Yours,

  Tuukka

*From:*Development [mailto:development-boun...@qt-project.org] *On 
Behalf Of *Heikkinen Jani

*Sent:* keskiviikkona 9. joulukuuta 2015 12.22
*To:* developm...@qt-project.org
*Subject:* [Development] Qt 5.7 feature freeze postponed, new date to 
be agreed

*Importance:* High

Hi all,

According to original plans we should have Qt 5.7 FF next Friday (18th 
Dec). But we are still fighting to get Qt 5.6 (beta) out so there is 
no point to start freezing Qt 5.7 yet. We discussed about that 
yesterday's release team meeting & agreed to start discussion in ML 
about the issue. Ideally we should wait Qt 5.6.0 RC before start 
freezing Qt 5.7. But waiting Qt 5.6.0 RC might cause unnecessary delay 
for Qt 5.7 as well and I don't want to postpone 5.7 so much. That's 
why I propose 15th Jan 2016 for new feature freeze date for Qt 5.7. It 
should be quite near Qt 5.6.0 RC (if we managed to get Qt 5.6.0 out 
during next week as planned).


br,

Jani



___
Development mailing list
developm...@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development


___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] What's the proper way to do custom QtActivity (android)

[m...@rpzdesign.com]

Look at:

http://www.kdab.com/qt-android-episode-6/

and the other episodes.



On 1/6/2016 8:31 AM, Jason H wrote:

I'm not looking for a Android primer, but I am looking on a primer on how to 
get the Qt/QtCreator to play nice with a subclassed application and activity. 
Ideally, I'd like to add the .java files somewhere and get up and running.

I've read
http://doc.qt.io/qt-5/deployment-android.html
http://doc.qt.io/qtcreator/creator-deploying-android.html

But I'm looking for a howto/walkthrough.

Many thanks.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest



___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] 5.5/5.6 QMLEngine management

[m...@rpzdesign.com]

On 1/11/2016 12:53 AM, Bo Thorsen wrote:

Den 10-01-2016 kl. 03:21 skrev mark diener:

Hello List:

I have a couple of core QMLEngine questions:

Basic Code Snippet:

QQmlEngine geng ;

QQmlComponent gcomp(&geng)
gcomp.setData( ByteArrayofQML , QUrl() ) ;
gcomp.create() -> Show the QML in the QML Engine
if (gcomp.isError() == false) -> we have visible QML!

1) How does one cause all properties in the root context for QML
engine be triggered to re-evaluate their bindings again. For example
Text { text: gvariable }, it want text object to re-fetch its own
values instead of pushing values with Qobject->setProperty().  Generic
pull instead of specific push.

Can I cause a disturbance in the QmlContext and that would trigger and
"expensive" refetching of text values for example.


On one hand, this question doesn't make sense. QML vars are considered 
changed immediately, and that's a basic design choice.


OTOH, it's very simple to do this yourself. Just create a function 
that pulls in the new variable values. You might need a proxy object 
between the real value place and the QML land, but other than that you 
need no tricks for it.


2) How does one clear out everything loaded in the root QmlEngine 
context?


What is the best way to clear the root context of qmlengine of
everything prior to calling
gcomp->setData() and  gcomp->create( ) to load brand new QML into the 
QmlEngine?


geng->clearComponentCache() ?  Does this really flush everything out
regardless of anything that is currently visible on-screen?

I do not want to build up a pile of QObjects in the engine, I want
them cleanly flushed out.


Again, there are ways you could do this. Store the set of accepted 
vars and values and reset to exactly those when you want, for example.


But this idea smells badly of a fundamentally bad design. If you need 
to get rid of variables, reset them, etc. then they probably shouldn't 
be stored as context on the root engine. This sounds like one of the 
"how do I do B" because you are doing "A" already questions, and the 
problem is that "A" is wrong. We get those on this list all the time.


One idea I have used often is to have a backend object that is almost 
the only object exposed to QML. Inside this one you can set variables 
on the fly as you want. With the very limited amount of info you have 
given here this seems like a much more appropriate direction for you.


Bo Thorsen,
Director, Viking Software.


Bo:

Sorry if my information was limited.

What I was trying to say was that for the QMLEngine when it loads and 
displays QML ( component setData()/create() ), I want to trigger in a 
generic way an update to that information.


For example, when I change language from English to Spanish, I want the 
QMLEngine to re-fetch all of its bound values in a generic way, not 
specific hard coded setProperty( objectName,"text") calls to trigger.  
That is a maintenance and code pattern nightmare.  We need some generic 
way from C++ to trigger QML value re-fetch as if the


With respect to QmlEngine->clearComponentCache(), your appreciated 
answer is tied to variables and that is not what I was asking.  When I 
change screens, I want to dump the loaded QML and replace with new QML.  
The documentation does not give me a firm grasp of the relationship to 
C++ QQmlContext, QQmlEngine, and QQmlComponent.setData()/Create().


Now the 2 questions are related in that I could either "Update" the 
currently displayed QML when I change languages.  Or I can Dump the QML 
and reload it with the new language values.


Yes, I know Qt Translation exists, but that is not the point of the 
inquiry here, since I used a different design for my international support.


Cheers,

md
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] TextField QML auto keyboard hiding/lose focus on touch events

[m...@rpzdesign.com]

Gian:

Thank you for the input.

I tried it a little bit and found that mousearea onPressed would not 
trigger up past Loader, so as a universal pattern it will not work.


In fact, many controls (Listview,etc) suck up the mouse events when 
those mouse/touch events SHOULD cause the keyboard to retract.


I am going to put a registration into my custom controls that 
application wide will register themselves -> onFocusFocusChanged: 
C++Invokable(thisqmlobject,thisqmlobject.activefocus)
and every time a specific control gains focus, it will register itself 
and then I will filter on events to compare the QMouseEvent/QTouchEvent 
with the registered QObject* (Qml Item) to see whether the keyboard 
should retract.


This will separate my code from all the event snarfing components in the 
QML item stack.


I think this is a PC legacy behavior not suited to touch.

Thanks,

md

On 1/25/2016 11:20 AM, Gian Maxera wrote:

Hello Mark,
I achieve that on mobile using a simple MouseArea that cover all the screen and 
it’s under all other active elements.
When that MouseArea is touched, I call Qt.inputMethod.hide() … and that’s it.
So, if the user touch outside any button, textfield, etc… then that touch will 
reach the underlying MouseArea that will call the hide on keyboard.

Ciao,
Gianluca.



On 25 Jan 2016, at 17:16, mark diener  wrote:

Hello List:

Anybody have a tip or suggestion for IOS/Android Qt 5.5.1 -> Qt 5.6.0 Beta

I am using a TextField and the keyboard pops up whenever the input control
receives focus.

But I want the TextField to lose focus whenever you click/touch
outside of the control.

Not Just Tab & Enter that are VERY PC centric, not tablet/smartphone concepts.

Right now, the blinking cursor remains on the field and the
Android/IOS keyboard remains visible
when you use your finger and touch some where outside of the TextField.

Obviously, I want the keyboard to REMAIN if the user clicks on ANOTHER
TextField.

Is there a QML way to do this?

I have some C++ and event filter ideas to make this happen, but those
are brute force ideas and there might be something that I don't see in
the QML TextField documentation.

Thanks,

md
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Android Studio and Qt

[m...@rpzdesign.com]

Jason:

Its a little tricky, I think you have to open up the created project in 
the build directory, not try to import from the source directory tree 
where the qmake pro file is located.


Look at Build Settings -> Build Steps -> Make: main in /bla/bla/bla 
directory and find the Debug -> android-build directory and magically 
inside this directory is another gradle file.


Import from that build location and Android Studio will come up and be 
able to process the java files while the compiled so C++ files are 
loaded but not able to step into them as a native library.


That help?

md

On 2/24/2016 4:41 PM, Jason H wrote:

There is a step missing in http://www.kdab.com/qt-android-episode-6/
Where we go from importing the build.gradle to somehow having Java source to 
start debugging.

Can someone fill in the missing steps?
I didn't find any .java files.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest



___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Android Studio and Qt

[m...@rpzdesign.com]

Yes, edit the java code uptream and regenerate it back into the build 
directory.




On 2/24/2016 6:41 PM, Jason H wrote:

Hrm, that's not what the instructions said, but I can see your point. If 
correct though, I'd be usin the Qt-supplied/generated classes, but that means 
I'm editing code in the build dir? Shouldn't the code be under my project's 
android dir?

The article alludes to a projdir/android/src/com/company/... directory.



Sent: Wednesday, February 24, 2016 at 5:59 PM
From: "m...@rpzdesign.com" 
To: interest@qt-project.org
Subject: Re: [Interest] Android Studio and Qt

Jason:

Its a little tricky, I think you have to open up the created project in
the build directory, not try to import from the source directory tree
where the qmake pro file is located.

Look at Build Settings -> Build Steps -> Make: main in /bla/bla/bla
directory and find the Debug -> android-build directory and magically
inside this directory is another gradle file.

Import from that build location and Android Studio will come up and be
able to process the java files while the compiled so C++ files are
loaded but not able to step into them as a native library.

That help?

md

On 2/24/2016 4:41 PM, Jason H wrote:

There is a step missing in http://www.kdab.com/qt-android-episode-6/
Where we go from importing the build.gradle to somehow having Java source to 
start debugging.

Can someone fill in the missing steps?
I didn't find any .java files.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest



___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Background Uploads in Android

[m...@rpzdesign.com]

Looks like you have to create and launch in Java that will take over 
uploading your file in the background when Android feels like it.


Job Schedule API may be your best way out.

No more worrying about ApplicationSuspended, Job Api is independent of that.

Bad thing is that you have to write some java.

Cheers,

md

On 3/2/2016 1:56 PM, Jason H wrote:

So there seems to be some conflicting information out there about how to do 
this in Qt.
It seems that in 5.3, because the Qt thread as not the UI thread, everything 
worked. then in 5.4, that stopped working? This was supposed to be fixed in 
5.5?  Anyhow, I'm working with 5.6 now. I have enough of a platform shim in 
place that I

I wrote a bunch of code that assumed that I'd be running any time. I've 
successfully locked the CPU awake and detected foreground/background switches, 
but it seems that once I get to Qt::ApplicationState(ApplicationSuspended) my 
app is unable to do anything.

Any help?

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest



___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] [Qt bugreports] (QTCREATORBUG-15705) Xcode 7.2 IOS 9.2 Simulator Debugging not possible

[m...@rpzdesign.com]

Eike:

Well, that is a bit of news, thank you for looking at this.

Thank you for your effort in this regard.

md

On 3/3/2016 7:47 AM, Eike Ziller (via JIRA) wrote:

Message Title
	Eike Ziller 
 
*commented* on Bug QTCREATORBUG-15705 



Re: Xcode 7.2 IOS 9.2 Simulator Debugging not possible 



bq Session could not be started: The operation couldn’t be completed. 
(FBSOpenApplicationErrorDomain error 1.)Run ended.Debugging has failed


I cannot reproduce this error message.

The current state with Xcode 7.2 and iOS 9.2 is that debugging C++ on 
iOS from Qt Creator only works on device, and debugging QML only works 
on simulator.
As a workaround please either debug C++ from Xcode, or on device (and 
QML on simulator).
Unfortunately Apple does not provide any official APIs for debugging, 
so what Qt Creator does to try to pull it off is very fragile by nature.


Add Comment 
 	Add 
Comment 


This message was sent by Atlassian JIRA (v6.3.9#6339-sha1:46fa261)  
Atlassian logo



___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Android services

[m...@rpzdesign.com]

Why don't you create a skeleton test app and share with the group the 
source code.


I sent you a reply message yesterday suggesting the Android Job API.

You might find sweeter fruit using that.

md


On 3/4/2016 4:46 PM, Jason H wrote:

So I am trying to implement a background service and it's not going very well. 
The service is being used to upload files when the UI is suspended.

My usage differs from the http://www.kdab.com/qt-android-episode-7/ tutorial in 
a number of ways.

1. I have a Qt App
2. I have a subclassed QtActivity
3. I have a subclassed IntentService
4. The intent service calls the native statics functions.
5. I've added  to the manifest, and spec'd MyActivity as the activity.


6. MyActivity::onCreate calls:
 Intent serviceIntent = new Intent(this, MyUploadService.class);
 startService(serviceIntent);

And that's where it stops.

In my MyUploadService,
1. None of the below gets logged:
 @Override
 public MyUploadService() {
 super("MyUploadService");
 java.lang.System.out.println(this.getClass().toString() + " 
Initialized");
 }

 @Override
 public void onCreate() {
 java.lang.System.out.println(this.getClass().toString() + " Created");
 }

 @Override
 public void onHandleIntent(Intent workIntent) {
 java.lang.System.out.println(this.getClass().toString() + " 
onHandleIntent");
 ...
 }

Once the service is started, it is occasionally sent messages for work to do. 
But it doesn't get that far.


Help?

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest



___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Qt Security Concern

[m...@rpzdesign.com]

--- Forwarded Message 
Subject:is tinc vulnerable to this?
Date:   Sat, 5 Mar 2016 09:25:11 +0100
From:   Wopot 
Reply-To:   t...@tinc-vpn.org
To: t...@tinc-vpn.org



Hello, did you read this paper?

ECDSA Key Extraction from Mobile Devices via Nonintrusive Physical Side
Channels
https://www.cs.tau.ac.il/~tromer/mobilesc/
___

FYI Qt'ers...

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] iPad Pro display support?

[m...@rpzdesign.com]

How does it look on Qt 5.6?

I had similar text fuzziness comments from IOS on Qt.5.5.

md

On 3/29/2016 4:52 AM, Nuno Santos wrote:

Hi,

I’m wondering if there is any special care I should take for iPad Pro.

I have a user saying that the graphics is not crystal clear on it’s iPad Pro.

The graphics are mostly based on Qml Text and Canvas elements.

Thanks,

Nuno


___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Qt 5.4 Android with Android 5.0 ART vs JNI/Dalvik

[m...@rpzdesign.com]

Has anybody gotten a sense of whether Qt 5.4 will handle Android 5.0
Lollipop along with the JNI/C/C++ interface layer.

Dalvik is being replace by ART (A new java run time)

It seems like a major hassle is coming down the pike for those using
JNI/C/C++ development

Has anybody got experience with the Android 5.0 preview on Qt 5.4 beta?

Cheers ya'all.

Marco

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Listview Highlight Paint Speed

[m...@rpzdesign.com]

I have a test project on Qt 5.3 on Android/IOS
using a QML Listview and QtQuick 2.2 and QtQuickControls 2.2

Nexus 7 2012 Android 4.4.4 / IOS 7 Ipad Mini Gen 1

How can I control the painting speed of the highlighted row if possible?

The problem is when underlying QML engine goes to paint the highlighted
row, it paints it very slow across the tablet width from left to right.

I would prefer immediate painting where the entire highlighted row is
painted as rapidly as possible.

Obviously, this kind of movement requires CPU cycles to slowly draw the
highlighted row.

I can post a youtube video if this does not make sense since we are
talking about something in motion.

Here is the listview QML snippet:

Listview
{
id: listpeople
anchors.fill: parent

model: listdata
delegate: listdelegate
highlight: Rectangle { color: "lightsteelblue"; radius : 5 }
}
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Loader QML Transitions

[m...@rpzdesign.com]

Frederico and Jereme:

Thanks for your answers.

But Jereme is on to something.

I will use Animations to achieve the effect since it gives fine
granularity, that status property is not fine grained enough.

But I do not need to swap out the Loader for a stackview since my
screens have no particular order or navigation that needs that kind of
tracking.  And I do not need to load up the OpenGL engine with more
objects than a single screen at a time.

Cheers,

Marco

On 11/6/2014 9:22 AM, Federico Buti wrote:
> I think you can exploit the status
>  
> associated
> with the Loader.
> 
> Cheers,
> F.
> 
> On 6 November 2014 15:16, rpzrpz...@gmail.com
>   > wrote:
> 
> Does anybody have a comment about the Loader QML component.
> 
> I would like to support a IOS like Segue where the current QML file has
> a graphic transition to another QML file
> 
> When I set the source of a loader component, obviously it dumps the
> current QML OpenGL objects and loads the new QML objects.
> 
> But is there a way to define a transition between the QML source so that
> the appearance of an IOS Segue when the entire screen flies away and
> rolls away.
> 
> Loader QML Snippet:
> 
> import QtQuick 2.2
> import QtQuick.Windows 2.1
> 
> Window {
> 
> id: topwindow
> visible: true
> 
> width: Screen.width
> height: Screen.height
> color: "black"
> title: "test"
> 
> Loader
> {
> id: genload
> anchors.fill: parent
> source: "startup.qml"
> onLoaded:
> {
> item.focusinit()
> }
> 
> }
> 
> function setsource(srcqml)
> {
> genload.source = srcqml
> }
> 
> }
> ___
> Interest mailing list
> Interest@qt-project.org 
> http://lists.qt-project.org/mailman/listinfo/interest
> 
> 
> 
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt Quick Compiler

[m...@rpzdesign.com]

Does the quick compiler only re-compile those QML files that were
changed or does it re-compile ALL QML every time regardless of changes
to the QML files or not?



On 11/13/2014 8:10 PM, Yang Fan wrote:
> I have not test the running improvement. But I can tell you that it slow
> down the build process significantly if you have many QML files. Every
> QML file will be converted to a cpp file which will be compiled, you
> know the C++ compiler is very slow.
> 
> On Thu, Nov 13, 2014 at 11:42 PM, Harri Pasanen  > wrote:
> 
> Hi,
> 
> Are there benchmarks on how  much start-up time is improved with the Qt
> Quick compiler?
> Say I have 1 lines of QML on Android, any idea how many percent gets
> shaved off the start-up time?
> 
> Is the improvement identical across platforms, iOS, Android, desktop
> ...?
> Is the compiler itself fast, will it slow down the build/deploy cycle
> significantly?
> 
> 
> 
> Curious,
> 
> Harri
> 
> 
> 
> ___
> Interest mailing list
> Interest@qt-project.org 
> http://lists.qt-project.org/mailman/listinfo/interest
> 
> 
> 
> 
> -- 
> Regards,
> Fan Yang
> 
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt Quick Compiler (Interest Digest, Vol 38, Issue 51)

[m...@rpzdesign.com]

Tuukka:

Your quote:

"However the most relevant question is how much is the improvement in
Your use case. Best way to check that is to try."

Best way is to try? How do I do that?

Seems like the only way to try it is to activate an enterprise
/professional subscription.

Your thoughts?

Cheers,

md

On 11/15/2014 1:54 AM, Turunen Tuukka wrote:
> 
> Hi Harri,
> 
> Our measurements with Qt Quick Compiler 1.0 with different kind of projects 
> indicate that a typical mid-sized Qt Quick application startup is 30-40% 
> faster with compiled Qt Quick. This is an excellent improvement and we 
> believe we can improve this even more in the future. The highest startup time 
> improvements we’ve gotten are as high as 90% in the case where the 
> application is very JavaScript intense and contains no other items, like 
> graphics, to load at startup.
> 
> I do agree that we should provide more metrics and also provide to others 
> validate these. However the most relevant question is how much is the 
> improvement in Your use case. Best way to check that is to try. There are, of 
> course, many other things to optimize startup time. After these are all done, 
> QQC still shaves some time away from the startup.
> 
> Yours,
> 
> --
> Tuukka
> 
>> Harri Pasanen  kirjoitti 14.11.2014 kello 17.09:
>>
>> Actually I was less interested in the compilation time than what it is 
>> the return for the investment.
>>
>> Reading the compiler docs, they recommend disabling the compilation for 
>> debug builds, as it can interfere with debugging. So through configure 
>> the build/deploy cycle should stay the same for debug builds.  Of course 
>> in reality you will need to do a couple of rounds of testing with 
>> release builds as well.
>>
>> But nobody has mentioned any figures on the speed gains resulting from 
>> using the compiler.
>>
>> A related question, has anyone tried to coax QML, or rather the 
>> javascript components through the Closure Compiler?
>> https://developers.google.com/speed/articles/compressing-javascript
>>
>> It might help a little, especially with javascript heavy QML, as it 
>> would reduce the working set size / cache misses, etc.
>>
>> Idle thoughts,
>>
>> Harri
>>
>>
>>> On 14/11/2014 13:24, rpzrpz...@gmail.com wrote:
>>> Then that would make the benchmarks that Harri requested a mute point.
>>>
>>> Unless you "make clean", the incremental build would not care about
>>> 10,000 lines of QML code. It would only "slow" down on the changed QML.
>>>
>>> Is there an option to turn off the Quick Compiler for beta builds and
>>> only kick it on during release?
>>>
>>> md
>>>
>>>
 On 11/14/2014 3:01 AM, Portale Alessandro wrote:
 According to a quick test I did just now, with Qt 5.4-beta (Qt Quick 
 Compiler 2.0) on msvc2013, it only re-compiles the changed qml files.

 Best regards,
 Alessandro Portale
 
 Betreff: Re: [Interest] Qt Quick Compiler

 Does the quick compiler only re-compile those QML files that were
 changed or does it re-compile ALL QML every time regardless of changes
 to the QML files or not?

> On 11/13/2014 8:10 PM, Yang Fan wrote:
> I have not test the running improvement. But I can tell you that it slow
> down the build process significantly if you have many QML files. Every
> QML file will be converted to a cpp file which will be compiled, you
> know the C++ compiler is very slow.
>
> On Thu, Nov 13, 2014 at 11:42 PM, Harri Pasanen  > wrote:
>
> Hi,
>
> Are there benchmarks on how  much start-up time is improved with the 
> Qt
> Quick compiler?
> Say I have 1 lines of QML on Android, any idea how many percent 
> gets
> shaved off the start-up time?
>
> Is the improvement identical across platforms, iOS, Android, desktop
> ...?
> Is the compiler itself fast, will it slow down the build/deploy cycle
> significantly?
>
>
>
> Curious,
>
> Harri
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org 
> http://lists.qt-project.org/mailman/listinfo/interest
>
>
>
>
> --
> Regards,
> Fan Yang
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
 ___
 Interest mailing list
 Interest@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/interest
 ___
 Interest mailing list
 Interest@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/interest
>>
>> ___
>> Interest m

Re: [Interest] QML Loader sourceComponent Dynamic selection

[m...@rpzdesign.com]

Nuno:

Thanks for this info.

I had not gotten a running example yet to determine performance,
but I figured if I could reduce that substantially if I embedded the
dynamic components inside the QML file that contained the Loader.

In your sample, you gave:
   component = Qt.createComponent("DeviceParameterButton.qml");

(In an offline email, maybe you could send along a sample of the
DeviceParameterButton.qml file)

I was looking to use Loader::sourceComponent : Loader { INLINE COMPONENTS }.

Not Loader::source : Loader { "QML FILE" }.

Anybody with ideas?

Cheers,

Marco

On 11/17/2014 4:32 AM, Nuno Santos wrote:
> Hi,
> 
> Not sure if this is what you want but recently I have implemented a
> dynamic delegate usage by using the Component class.
> 
> DeviceParameterView had three types: button, option, slider. I want to
> render a different delegate depending on the type of the parameter
> model. This was the solution I have implemented since instantiating the
> three different delegates inside the delegate was killing list performance.
> 
> This approach will asynchronously load the specified component. 
> 
> import QtQuick 2.2
> 
> Item {
> id: root
> clip: true
> 
> property var parameter
> property Component component
> 
> property DeviceParameterButton button
> property DeviceParameterOption option
> property DeviceParameterSlider slider
> 
> Component.onDestruction: {
> if (button!=null)
> button.destroy()
> 
> if (option!=null)
> option.destroy()
> 
> if (slider!=null)
> slider.destroy()
> }
> 
> onParameterChanged: {
> switch (parameter.type)
> {
> case 0:
> component = Qt.createComponent("DeviceParameterButton.qml");
> 
> var incubator = component.incubateObject(root,
> {"height": 20, "parameter": parameter});
> 
> if (incubator.status != Component.Ready)
> {
> incubator.onStatusChanged = function(status)
> {
> if (status == Component.Ready)
> {
> button = incubator.object
> root.width = button.width
> }
> }
> }
> break;
> 
> ...
> }
> }
> }
> 
>> On 17 Nov 2014, at 03:18, mark diener > > wrote:
>>
>> Even:
>>
>> A couple months back you gave an intelligent answer from a interest
>> list query about
>> creating complex list views.
>>
>> I was a little tied up with things and could not get around to
>> actually create a working example of a complex list view.  Now is that
>> time.
>>
>> Maybe you could get me past some implementation uncertainties
>>
>> Attached below is a copy of the original message.  
>>
>> I am having trouble defining a loader that does not need a separate
>> QML file for its definition, but a javascript function that is away of
>> which row index of the model it is currently drawing and can pass that
>> to a javacript function that will return a Component value directly
>> instead of a reference to an QML file.
>>
>> I have included a small snippet QML file below:
>>
>> ListModel {
>>  id: glistdata
>>   {
>>type: 1
>>name : "Joe Perra"
>>cell: "555-1212"
>>eyes: "blue"
>>mood: "sad"
>> }
>>   ListElement
>>   {
>> type: 2
>> name : "Mary Tyler"
>> cell: "555-1213"
>> eyes: "brown"
>> mood: "happy"
>> }
>>ListElement
>>{
>> type: 3
>> name : "Peter Gabriel"
>> cell: "555-1214"
>> eyes: "blue"
>> mood: "bitter"
>>}
>> } 
>>
>> Component {
>>   id: gflavorone
>>   Item
>>   {
>>  Text
>>  {
>> text: 'Name:' + name
>>  }
>>  Text
>>  {
>> text: 'Mood:' + mood
>>  }
>>  }
>>
>> Component {
>>   id: gflavortwo
>>   Item
>>   {
>>  Text
>>  {
>> text: 'Name:' + name
>>  }
>>  Text
>>  {
>> text: 'Eyes:' + eyes
>>  }
>>  }
>>
>> Component {
>>   id: gflavorthree
>>   Item
>>   {
>>  Text
>>  {
>> text: 'Name:' + name
>>  }
>>  Text
>>  {
>> text: 'cell:' + cell
>>  }
>>  }
>>
>> Loader {
>>   id: gloader
>>  
>>   function getComp(gidx)
>>   {
>> switch (gidx)
>> {
>>  case 1: return gflavorone 
>>  case 2: return gflavortwo 
>> }
>> //Default case
>> return gflavorthree 
>>}
>>  }
>>  sourceComponent: getComp(index)
>> }
>>
>> ListView {
>> id: glistview
>> anchors.margins: 0
>> anchors.fill: parent
>> delegate: gloader
>> model: glistdata
>>
>> }
>>
>>
>> Maybe you or anybody else has some ideas on how to specifically code
>> the  Loader written to 
>> a dynamic Component instead of referring to an external QML file to
>> generate the Component value.
>>
>> An

[Interest] QML Preview

[m...@rpzdesign.com]

Is there any way to have the external tool QML Preview take on a 
different screen size?

For example, it might be nice to see what the QML will look like on an 
android screen size before having to compile and deploy to actual 
android device.

Maybe nice to flip between tablet and smart phone size?

Any ideas appreciated,

Marco

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Bounties?

[m...@rpzdesign.com]

What are your options outside of QT if you cannot continue with QT?

md

On 3/11/2015 4:37 AM, Bernhard wrote:
> Hi!
>
> We are a very small startup company (having part time Qt developers only).
> We are experiencing that non-fatal bugs as well as suggestions pile up
> infinitely or simply are ignored or don't have caretaker at all. Votes seem
> to be ignored most time too and personal severity does not matter anyway.
> Unfortunately we cannot afford a lot of time or money to fix found issues by
> our self (or pay someone to do this). This situation makes Qt development
> more and more difficult for us.
>
> So here are two questions:
> 1. Is there some kind of bounty system/site/service or something equivalent
> to it? Especially for issues that affect more than one developer/company
> this could be a very effective and affordable way to get rid of issues
> without burden a single developer/company with the costs.
> 2. Are there any special support agreements for small companies / startups /
> part-time developers / hobbyists that help getting issues fixed without big
> costs?
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Bounties?

[m...@rpzdesign.com]

Bo:

I am quite shocked.

Is 5.4.1 QML so buggy as to be un-usable for mobile development?

Is the 5.4.1 mysql support so unstable as to be un-usable?

Are you saying that widgets is STILL the way to go for mobile in 5.4.x+?

Does Viking software survive in 5.4.x + only via Enterprise support?

Are the reported bugs really not getting fixed in any timely fashion?

Cheers,

md

On 3/12/2015 1:36 AM, Bo Thorsen wrote:
> Den 11-03-2015 kl. 21:36 skrev Bernhard:
>> I did not say that we *cannot* continue with Qt. What I say is that it gets
>> more painful and difficult.
>> For our current projects there are no options anyway.
>>
>> But there may be projects in the future at other companies where I will get
>> asked again "What would do you think about Qt?". And I will need to say:
>> "Years ago I had the impression that quantity and quality are at an optimal
>> balance but this changed in my opinion". What a pity. However if enterprise
>> support actually improves this then at least for mid-size and bigger
>> companies this not a problem.
>>
>> I started using Qt with 4.0.0 and pretty much fell in love with it... seems
>> my cutie is letting itself go ;-)
>
> I know how you feel. And I started with 0.4 :)
>
> However, since 5.3 it's improved a lot. QML is still buggy to a point
> where it's quality is way lower than the rest of the system. But Qt
> itself (for widget based applications) in 5.3 and 5.4 is IMHO almost as
> good as 4.8. IIRC, I think it was around version 4.3 or 4.4 before I
> started to really push Qt 4 to my customers. Qt 5 is following in much
> the same curve, although the changes from 4 to 5 were less disruptive
> than from 3 to 4 so the comparison might not be fair.
>
> I think Qt Company is doing a good job of improving the 5 series one
> release after another.
>
> Bo Thorsen,
> Director, Viking Software.
>
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Bounties?

[m...@rpzdesign.com]

Bo & Thiago:

I really appreciate both of you guys sharing so freely on the email lists.

It really helps to have people honest opinions and viewpoints since the 
importance of shared experiences, both from newbies and veterans helps 
calibrate that state of things.

Cheers to you both,

md

On 3/12/2015 9:56 AM, Thiago Macieira wrote:
 >
 > As QtCore maintainer, I resent that. I fix almost every real bug in 
QtCore
 > almost immediately.
 >
 > I've submitted three dozen commits to QtNetwork for Qt 5.5/5.6 
improving a lot
 > of things and even adding new features.
 >

On 3/12/2015 9:58 AM, Thiago Macieira wrote:
> On Thursday 12 March 2015 10:31:56 Bo Thorsen wrote:
>>> Does Viking software survive in 5.4.x + only via Enterprise support?
>>
>> No. Viking Software is a Qt consulting company. I have 18 years of Qt
>> coding experience. Support is not required
>
> In other words, Bo has more experience with Qt than I do.
>
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] QML prefix not usable with Loader.source

[m...@rpzdesign.com]

Hello Qt'ers:

Using Qt 5.4.1 on Mac OSX Yosemite

Loader.source works with prefixes in QmlScene 2 tool.

But a compiled and debugged project cannot have QML files anywhere but 
in the / directory.

The QML debugger simply puts: File not found error message.

I have tried many numerous variations of this to no avail.

The only pattern that I have been able to successfully run is all QML 
files in the "/" directory and the only separation I can have is that 
they are referred to specifc

But there is no way to have the QML files listed under a different 
prefix and have that QML file be found by Loader.source:

Any comments?

Am I misunderstanding the Prefix feature for QRC in QtCreator 3.3?

Cheers,

marco

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.4.x QML Quick2 OSX STANDARD framework deployments

[m...@rpzdesign.com]

Oliver:

Yes, none of this will ever touch the store.

"This is a fine approach".

But how would you do it?

This is today's project. (hopefully only this morning)

Thanks,

md

On 5/9/2015 1:26 AM, Till Oliver Knoll wrote:
>
>
>
>
>> Am 09.05.2015 um 03:01 schrieb mark diener :
>>
>> Found a reference to the issue to install into /Library/Qt directory and 
>> install-name-tool :
>
> Just be aware that this is /very/ unusual for OS X apps to do: the expected 
> way is really that each app bundle is self-contained and links against 
> "system provided frameworks" (Cocoa and friends). Even if that means that 
> each application brings along its own Qt libs...
>
> Needless to say that the former approach needs an "installer" (which is 
> discouraged very much by Apple) and you run into issues when users want to 
> get rid of one of your applications: "Who is the last to remove the shared Qt 
> libraries"?
>
> And what happens if a user installs an older app, possibly overwriting a 
> newer shared Qt library? Your installer needs to do a version check etc. to 
> solve this.
>
> And it goes without saying that your applications will never make it into the 
> Mac App Store that way - if that's what you want.
>
>
> On the other hand if we're talking about some "in-house tools" which are 
> deployed in a controlled manner then this is a fine approach :)
>
> Just some thoughts...
>
> Cheers,
>Oliver
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.4.x QML Quick2 OSX STANDARD framework deployments

[m...@rpzdesign.com]

Oliver:

Sorry I confused you.

All testing is "in-house", but all the testers need an easy way to 
receive the latest changes in the core binary executable without 
downloading the ENTIRE self contained bundle each upgrade. (12+ MB over 
DropBox/Google Drive == SLOW)

So it is possible to distribute ONCE the self contained bundle to all 
the in-house testers.

When an upgraded version of a given app is ready for testing, only small 
parts INSIDE the self contained bundle need to be re-distributed.

There is no NEED like I originally thought for a shared QT5 
library/frameworks installation outside of the self-contained bundles!

Using shell scripts on OSX to extract,compress,copy to a file sharing 
site like Dropbox or Google Drive, de-compress and re-insert the updated 
binary on the tester machine is all that is necessary.

Of course, AFTER all the in-house testing, then the self contained 
bundles are ready to wider distribution and the Apple Store.

But the original challenge is to create the infrastructure for app 
deployment for both in in-house testing/review (most important) and then 
wider deployment.

Your original comments provoked me to really look at the process and not 
deviate from the self-contained bundle orientation.

So THANK YOU OLIVER!

Mark


On 5/11/2015 1:16 AM, Till Oliver Knoll wrote:
>
>
>
>> Am 10.05.2015 um 21:30 schrieb "rpzrpz...@gmail.com" :
>>
>> Oliver:
>>
>> I took your advice to heart.
>>
>> I think there is a happy middle ground using scripts.
>>
>> During in-house development, I can send everyone a given app with a
>> fully self contained bundle.  Ultimately, this will satisfy store
>> requirements.
>>
>> But for in-house development, 2 script files can run macdeployqt,
>> extract and compress the binary inside the testapp.app file, and place
>> the smaller file onto the DropBox distribution directory for over the
>> internet distribution.
>
> In-House vs Dropbox vs Internet distribution? "Smaller file" = your 
> application?
>
>> On the user side, they can run a script to import the compressed binary
>> into the proper testapp.app file on their local machine.
>
> Users = "they" = Testers? In-house testing? Why "internet distribution" and 
> the need for "macdeployqt"?
>
> I must confess you left me confused here ;)
>>
>> This will avoid the repeated download of the massive QT5 libraries and
>> frameworks everytime we ship a new version of the application.
>>
>> And it will not break the protocol of using self contained bundles for
>> applications.
>
> But one thing's for sure: if you mean "it" as in "running scripts in order to 
> fetch some dependencies (Qt framework)" then this very well violates the Mac 
> App Store rules. There is no way you can have a Mac App Store running a 
> script to fetch Qt frameworks from some "shared Dropbox folder" or "from the 
> Internet".
>
> And the same goes for updates: each update must be fully self-contained, 
> means: with all necessary (Qt) frameworks (it is well possible that the Mac 
> App Store uses a "diff update mechanism, not sure).
>
>
> For everything else you can do what you want, but I still fail why you'd want 
> to have scripts for "in-house testing": I mean, "in-house" = fast intranet - 
> right? ;)
>
> But if you really mean Joe iAverage Mac user to take part in some "test 
> campaign": don't expect them to know how to even open the Terminal 
> application, let alone executing scripts ;)
>
> Cheers,
>Oliver
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Google Play 60-day deadline for resolving OpenSSL vulnerabilities

[m...@rpzdesign.com]

Oops, Sorry.

The message replies boundaries were not that clear.

Nuno, do you have a comment on how to get the proper OpenSSL 
requirements met from Google Play.

Are the Openssl libraries linked into the APK so all we have to do is 
rebuild with QtCreator and re-upload to google play?

Or is there some other thing that we have to do to get around the 
security hole in Openssl and get linked with a fixed version.

The problem as I see it is that Android has the OpenSSL libraries 
already on the device and Qt just dynamically links to them.

So it would be incumbent on the device holder to update the operating 
system to a newer ANdroid to get the latest and safeest openSSL libraries.

What are your comments because even though I thought THiago made the 
comment, he corrected me and you made the "Upgrade and re-load to 
google" comment.

And I am having a hard time understanding the moving pieces of that 
statement.

Thanks,

Mark


On 5/15/2015 11:14 AM, Thiago Macieira wrote:
> On Friday 15 May 2015 07:13:55 rpzrpz...@gmail.com wrote:
>> Thiago:
>>
>> What do you mean by the phrase "Upgrade and re-load to Google"
>>
>> Are the OpenSSL libraries linked into the APK from your local NDK?
>>
>> Or are the OpenSSL libraries on the smartphone or tablet device already?
>>
>> Thanks for your response,
>
> I have no clue. I've never developed for Android.
>
> But Nuno has, so he should have the information readily available.
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] SQLite

[m...@rpzdesign.com]

Qt5 + SQLITE + QJsonDocument ==> Degrees of freedom

On 5/27/2015 3:18 PM, Alex Strickland wrote:
> On 2015/05/27 09:39 AM, Graham Labdon wrote:
>
>> I am planning to use a SQLite database in my application to store 
>> application data.
>> The application is large and complex so we are taking a phased delivery 
>> approach. This will mean that the structure of the database will change over 
>> time and that we need to provide backwards compatibility.
>> So, what I need is some way to create a versioning system and a way of 
>> converting old format databases to the current format.
>> I would be grateful if anyone could suggest a good approach to this
>
> Perhaps:
>
> http://www.codesynthesis.com/products/odb/doc/manual.xhtml#13.2
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qml .rcc by module?

[m...@rpzdesign.com]

Gerome:

Hopefully I understand what you mean.

Looks like you are trying to load externalized QML resources dynamically.

QML Dynamic options:

Loader->Source()  (Url or Localfile)
Loader->SourceComponent()

Dynamic C++:
QmlEngine->loadData()/load()
QmlComponent->setData()/loadUrl()

I have yet to see anyone comment on how to load "IMPORTABLE" QML 
components dynamically.

md

On 6/2/2015 1:44 PM, Jérôme Godbout wrote:
> Hi,
> It may seem odd, but I'm looking to have some resources bundle that
> could be generated for some qml modules and only used when the module is
> used or import.
>
> Here's what I'm looking to do:
>
>   * App.exe --performAction1
>   o ModuleA 1.0 (qmldir, some .qml)
>   + ModuleA.rcc (images, font, video, txt, .html, etc related)
>   o ModuleB 1.0
>   + ModuleB.rcc
>   * App.exe --performAction2
>   o ModuleC 1.0
>   + ModuleC.rcc
>   o ModuleA 1.0
>   + ModuleA.rcc
>
> I'm wondering if there's a hook that could be used to call
> QResource::registerResource() when the module is load or a qmldir
> syntaxe that could point the resource file to incorporated (feature
> request if that make sense).
>
> qmldir file:
> module ModuleA
> itemA 1.0 itemA.qml
> resource ModuleA.rcc "maproot"
>
> We have a single application that load very different script upon
> launching, using a bunch of different modules, we would like to avoid to
> load resource and require them to perform a strip down version for a
> particular task.
>
> Releasing
>
>   * App.exe
>   * PerformAction1.bat (calling App.exe --performAction1)
>   * ModuleA (qml, .rcc)
>   * ModuleB (qml, .rcc)
>
> Let's say performAction1 launch a script into ModuleA, which require
> ModuleB (depends on inside qmldir could make us known all modules that
> must be deployed or create a import walker into module to auto detect
> all imported modules that must be deployed along). But the only show
> stopper, is how to load the proper .rcc when module is used.
>
> Is loading all resource (.rcc) available to application the only option?
> Maybe put resource inside application folder and load them all, upon
> installing other features, it add more resources to that folder. But
> that mean an application would load them all upon launch.
>
> Anybody try something like this?
>
> Thanks,
> Jerome
>
>
>
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Extremely sluggish browser performance in Qt 5.5

[m...@rpzdesign.com]

Why don't you put up a Youtube video to demonstrate the details.

Attach a video and a sample project to reproduce.

Don't you think it would be obvious to also being spelling out all the 
details of the operating conditions.

Operating system version, computer type, etc...

md

On 6/18/2015 1:56 AM, John C. Turnbull wrote:
> So what might that suggest?  It really makes no sense as the same sites load
> instantly in all other browsers on the same machine.  But with
> WebEngineView, they are *extremely* slow and this is becoming a serious
> blocker for us.
>
> -Original Message-
> From: interest-bounces+ozemale=ozemail.com...@qt-project.org
> [mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org] On Behalf Of
> Allan Sandfeld Jensen
> Sent: Thursday, June 18, 2015 5:45 PM
> To: interest@qt-project.org
> Subject: Re: [Interest] Extremely sluggish browser performance in Qt 5.5
>
> I can't reproduce the issue.
>
>
> On Thursday 18 June 2015, John C. Turnbull wrote:
>> Anyone???
>>
>>
>>
>> From: John C. Turnbull [mailto:ozem...@ozemail.com.au]
>> Sent: Monday, June 15, 2015 7:31 AM
>> To: 'interest@qt-project.org'
>> Subject: RE: [Interest] Extremely sluggish browser performance in Qt
>> 5.5
>> Importance: High
>>
>>
>>
>> Hasn't anyone else tried out the WebEngineView in Qt 5.5 QML?  I just
>> can't explain why it takes minutes to load pages that load
>> instantaneously in Chrome or Firefox.  This is really hurting us,
>> especially the unusable Google Maps.
>>
>>
>>
>> From: interest-bounces+ozemale=ozemail.com...@qt-project.org
>> 
>> [mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org] On
>> Behalf Of John C. Turnbull
>> Sent: Friday, June 12, 2015 5:41 AM
>> To: interest@qt-project.org 
>> Subject: [Interest] Extremely sluggish browser performance in Qt 5.5
>>
>>
>>
>> I am just trying out the "nano browser" in Qt 5.5 on Windows 7 64-bit
>> and find it almost unusable.
>>
>>
>>
>> Loading *any* website is slow but it is particularly noticeable with
>> Google Maps.  It can take more than a minute to render the initial map
>> and then zooming in first shows just a scaled and pixelated version of
>> the map and then it can several minutes for the details to be rendered
>> properly.  Also, switching from map to Earth/Satellite view seems to take
> forever too.
>>
>>
>>
>> What could be causing this incredible slowness?  It's not the network
>> itself as the same sites load instantaneously in other browsers like
>> Chrome and Firefox on the same machine and there is no proxy involved.
>>
>>
>>
>> Given that the primary use case I had intended for the Qt browser
>> implementation is Google Maps, this is all very worrying!
>>
>>
>>
>> Thanks,
>>
>>
>>
>> -jct
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Could not find the indie mobile program option with 5.5 release.

"The Qt Company Introduces a Unified Website and 20€/$25 Monthly Indie 
Mobile Package"

Where is it?

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Tuukka:

I did not see that announced anywhere.

Qt should have announced the ending of a program publicly and visibly
and IN ADVANCE to allow people to decide whether they liked the old or 
the new.

I was waiting for a stable 5.5 series before pulling the trigger.

Where in the site is the current cost information since I can only find 
"Free for the first 30 days" Download Now.

Are the options offered reasonable for Indie?

md

On 7/1/2015 10:31 PM, Turunen Tuukka wrote:
>
> Hi,
>
> We have decided to discontinue that product. Those who have it, can continue 
> just as before. New subscriptions are no longer sold.
>
> There was unfortunately too little interest towards this product.
>
> We have a new Qt for Application Development product that contains all 
> leading desktop and mobile platforms under commercial license, silver 
> support, as well as all value-add tooling and functionality.
>
> Yours,
>
>  Tuukka
>
>> "m...@rpzdesign.com"  kirjoitti 2.7.2015 kello 2.52:
>>
>> Could not find the indie mobile program option with 5.5 release.
>>
>> "The Qt Company Introduces a Unified Website and 20€/$25 Monthly Indie
>> Mobile Package"
>>
>> Where is it?
>>
>> ___
>> Interest mailing list
>> Interest@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Dear Konstantin:

Please explain how "Open Source version" can get approved in the IOS 
Apple Store.

Apple fees are $99 per year.

md

On 7/2/2015 7:29 AM, Konstantin Tokarev wrote:
>
>
> 02.07.2015, 16:26, "m...@rpzdesign.com" :
>>   Tuukka:
>>
>>   I did not see that announced anywhere.
>>
>>   Qt should have announced the ending of a program publicly and visibly
>>   and IN ADVANCE to allow people to decide whether they liked the old or
>>   the new.
>>
>>   I was waiting for a stable 5.5 series before pulling the trigger.
>>
>>   Where in the site is the current cost information since I can only find
>>   "Free for the first 30 days" Download Now.
>>
>>   Are the options offered reasonable for Indie?
>
>
> Open Source version.
>
>
>>   md
>>
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

On 7/2/2015 8:39 AM, Alejandro Exojo wrote:
> El Thursday 02 July 2015, m...@rpzdesign.com escribió:
>> Please explain how "Open Source version" can get approved in the IOS
>> Apple Store.
>
> It is a bit blurry why the LGPL version could not be used on Apple's store.
> See this threads, for example:
>
> http://lists.qt-project.org/pipermail/development/2014-July/017529.html
>
> http://lists.qt-project.org/pipermail/development/2014-August/018129.html
>
> I would not bet my money on redistributing my important app with the LGPL
> version without asking a lawyer, but for a small "Indie" application, I would.
>
> After all, there were people who published applications on the Apple store a
> long, long time ago. They did a port of Qt to iOS on the 4.8 times. And I
> don't think it was based on the commercial license:
>
> http://www.mediator-software.com/
>

Looks like it is high time for a coherent, competent QT white paper of 
what living with "Open Source Version" really means for Indie Mobile.

That is also a pretty crappy sales pitch to force Indie devs to go
searching through legaleze of LGPL 3.14159265358 to see how it works out.

Or some 2014 forum post that is not concisely written.

Can it get approved in the IOS store?

Will it get removed from Google Play?

Does it mean that you must provide full source code or only object files?

Will it stay approved in the IOS store if someone bitches that you have 
not gotten them object files quickly enough?

How does someone re-link an IOS app and get it put back on their IOS 
device?

Cheers,

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Thiago:

I always appreciate your comments and your command of the subject matter
in the Qt Stack.

A Competent White Paper does not equal contracted legal advice.


On 7/2/2015 10:11 AM, Thiago Macieira wrote:
> On Thursday 02 July 2015 08:56:01 m...@rpzdesign.com wrote:
>> Looks like it is high time for a coherent, competent QT white paper of
>> what living with "Open Source Version" really means for Indie Mobile.
>
> Comprehensive papers on legal matters and giving legal advice usually don't
> exist. For the simple reason that the author won't be your lawfully contracted
> lawyer, so he/she won't be allowed to offer legal advice, period.
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Living with 5.4.x QML QQuickPaintedItem/QQuickItem plugins

[m...@rpzdesign.com]

Look at QTBUG-47003

If you want to compare the EXAMPLES in extending-qml with non enterprise 
stuff.



On 7/2/2015 12:20 PM, Jason H wrote:
> Charts is commercial. Are you using the Commercial version?
> *Sent:* Thursday, July 02, 2015 at 1:46 PM
> *From:* "mark diener" 
> *To:* "interest@qt-project.org" 
> *Subject:* Re: [Interest] Living with 5.4.x QML QQuickPaintedItem/QQuickItem 
> plugins
>
> Plugins example still dies.
>
> Qt 5.5 - Examples/Qt-5.5/qml/tutorials/extending-qml/chapter6-plugins/
>
> Debugging starts
>
> QML debugging is enabled. Only use this in a safe environment.
>
> QML Debugger: Waiting for connection on port 49289...
>
> qrc:///app.qml:41:1: module "Charts" is not installed
>
> On Wed, Jun 24, 2015 at 9:39 AM, mark diener  wrote:
>
>  Same problem for IOS Simulator:
>
>  
> /macdev/qt542/Examples/Qt-5.4/qml/tutorials/extending-qml/chapter6-plugins/
>
>  Triggers the same QML "installed" error...
>
>  Debugging starts
>
>  QML debugging is enabled. Only use this in a safe environment.
>
>  QML Debugger: Waiting for connection on port 30001...
>
>  QQmlInspector: No plugins found.
>
>  qrc:///app.qml:41:1: module "Charts" is not installed
>
>  On Wed, Jun 24, 2015 at 9:32 AM, mark diener  wrote:
>
>  Looking at the  ../qt542/Examples/Qt-5.4/qml/tutorials/extending-qml/
>  project now for "installation" tips.
>  Qt examples may be suffering from the same "installation" problem:
>
>  Starting external tool "/macdev/qt542/5.4/clang_64/bin/qmlscene"
>  
> /macdev/qt542/Examples/Qt-5.4/qml/tutorials/extending-qml/chapter6-plugins/app.qml
>
>  
> file:///macdev/qt542/Examples/Qt-5.4/qml/tutorials/extending-qml/chapter6-plugins/app.qml:41
>  module "Charts" is not installed
>
>  "/macdev/qt542/5.4/clang_64/bin/qmlscene" finished
>
>  On Wed, Jun 24, 2015 at 8:43 AM, mark diener  
> wrote:
>
>  Hello:
>  There is lots of Qt documentation about Plugins.  Unfortunately,
>  there is no concise beginning to end example of a
>  QQuickItem/QQuickPaintedItem plugin.
>
>  How to build, how to install, useage in other projects, how to
>  deploy those projects, stumbling blocks
>
>  Attached are 2 mini projects I would like to ultimately be put 
> into
>  the the 5.4 examples code distribution.
>  The first big problem is that I cannot get the QML plugin 
> "installed".
>  QmlScene reports:
>
>  Starting external tool "/macdev/qt542/5.4/clang_64/bin/qmlscene"
>  /macdev/qdev/testcircle/main.qml
>
>  file:///macdev/qdev/testcircle/main.qml:5 module "Qt.qml" is not
>  installed
>
>  "/macdev/qt542/5.4/clang_64/bin/qmlscene" finished
>
>  And running in debug on OSX deploy:
>
>  Debugging starts
>
>  QML debugging is enabled. Only use this in a safe environment.
>
>  QML Debugger: Waiting for connection on port 49742...
>
>  QQmlApplicationEngine failed to load component
>
>  qrc:/main.qml:5module "Qt.qml" is not installed
>
>  I am either making a mistake in how my qmldir file is addressed. 
>  Or
>  I am missing a .qmltypes file.
>  This has got to obvious to somebody.
>  Thank you,
>  md
>
> ___ Interest mailing list
> Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Dear Lars & Turunen:

Qt has been reading their email, but still appear tone deaf:

 > http://blog.qt.io/blog/2015/07/06/indie-mobile-available-until-aug-31st/

There are statements in that blog which strain QT credibility.

Transparency is only ONE of several significant problems.

Your feedback loops are apparently broken.

Community Crisis Response and Pricing Policy VIA BLOG is a 
communications disaster.

You have manufactured haters which will not evangelize QT, further 
weakening QT now and in the future.

Failing to have Qt staff directly and completely address many valid 
questions/issues raised in the interest list and blog replies has 
consequences, whether obvious or not.

Stop saying Open Source successfully replaces Indie, until you can
provide an articulate and concise page why instead of sending
all potential Indies to their lawyers to figure it out.  They will not.

The web site is a confusing MESS. You are LOSING sales because nobody 
can clearly see price VS benefits.

Like Nunos Santos says: QT Rocks.

Just not enough people have the time (and now the money) to bet on QT to 
figure it out.

They need to see other users succeeding, not users bitching.

This has been a terrible week for QT.

Mark
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Dear Qt Interest List:

The optics of this reply are really not good.

Mission Control, we have a problem.

md

On 7/6/2015 10:16 AM, Thiago Macieira wrote:
> On Monday 06 July 2015 07:39:26 m...@rpzdesign.com wrote:
>> Dear Lars & Turunen:
>
> Both Lars and Tuukka are on vacation this month.
>

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Tuukka:

I do not have any problem if you made a interest list message indicating 
that Qt wants fully engage its self-induced licensing chaos with the 
Indie user base when the principals return from vacation.

But the clumsy BLOG announcement mechanism is a joke.

Someone from sales to scan the lists every day so they can keep their 
fingers on the pulse of things.

When you count the number of issues/sticking points that I and other 
users have publicly raised in this list and the number of those that Qt 
has simply left unaddressed is shocking.

And GENERATING BAD WILL.  Bad for sales.  Bad for confidence.

On more than just the Indie licensing.

We HEAR you about poor sales.  We get it.

But to get this growing pile of issues to settle down, you must directly 
address nearly all of them so that the users are actually satisfied with 
the responses.

Your below response is a great example of an response that does not cut 
the mustard.

Your feedback loops are broken, you likely do not understand segments
of the user base hence your "surprise" about a product no-one has bought.

Ask questions on the list.  Have a dialogue with the Indies when you
get back from Vacation.  Have the sales types bounce questions too.

Qt should have a public goal of getting as many projects into production 
shape as possible.  It makes Qt stronger and more ATTRACTIVE.

If I succeed, or Nuno Santos succeeds, we will be better Qt salespeople 
with our contacts than anybody on your sales team.

Now go enjoy your vacation!

The Indies can help you clean up the crap when you get back.

Mark


On 7/6/2015 12:23 PM, Turunen Tuukka wrote:
>
> Hi Mark,
>
> The reason why Indie Mobile product is to be discontinued is simple: there 
> has been so few licenses sold that it does not even cover for the cost of 
> online sales, let alone any cost of packaging, testing, distributing etc. We 
> do care about indie developers and the community, but based on the sold Indie 
> Mobile subscriptions it is very clear that there was no demand to this 
> product.
>
> As also stated in the blog post of today, we are rather surprised that a 
> product that almost no-one has bought is crucially important to so many. For 
> this reason, we decided to have extension until end of August rather that 
> promise that the product is available indefinitely. It will be interesting to 
> see how many decide to purchase it now that it is again available.
>
> We are continuously thinking of ways to improve our offering and naturally 
> hope to find products that provide new business. We are also very happy that 
> we have an active community and customer base. And we are extremely proud 
> that Qt is a great product, used by a huge number of developers worldwide.
>
> Yours,
>
>  Tuukka
>
>
>
> 
> Lähettäjä: m...@rpzdesign.com 
> Lähetetty: 6. heinäkuuta 2015 16:39
> Vastaanottaja: interest@qt-project.org
> Kopio: Knoll Lars; Turunen Tuukka
> Aihe: Re: [Interest] Indie Mobil Program terminated?
>
> Dear Lars & Turunen:
>
> Qt has been reading their email, but still appear tone deaf:
>
>   > http://blog.qt.io/blog/2015/07/06/indie-mobile-available-until-aug-31st/
>
> There are statements in that blog which strain QT credibility.
>
> Transparency is only ONE of several significant problems.
>
> Your feedback loops are apparently broken.
>
> Community Crisis Response and Pricing Policy VIA BLOG is a
> communications disaster.
>
> You have manufactured haters which will not evangelize QT, further
> weakening QT now and in the future.
>
> Failing to have Qt staff directly and completely address many valid
> questions/issues raised in the interest list and blog replies has
> consequences, whether obvious or not.
>
> Stop saying Open Source successfully replaces Indie, until you can
> provide an articulate and concise page why instead of sending
> all potential Indies to their lawyers to figure it out.  They will not.
>
> The web site is a confusing MESS. You are LOSING sales because nobody
> can clearly see price VS benefits.
>
> Like Nunos Santos says: QT Rocks.
>
> Just not enough people have the time (and now the money) to bet on QT to
> figure it out.
>
> They need to see other users succeeding, not users bitching.
>
> This has been a terrible week for QT.
>
> Mark
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

What a perfect example given below by Jason H.

Go ahead and search for a QT competitor product that emphasizes that you 
talk to your lawyer.

http://www.qt.io/faq/

Again, its really bad optics when the word "lawyer" keeps popping up
and whacking potential customers in the face.

That is causing LOSS of SALES.

Poor John Turnbull below is now spending his money on his
lawyer or a competitor instead of sending those dollars to QT.

The horse and water analogy applies here.

md


On 7/7/2015 1:36 PM, Jason H wrote:
> 1. Consult your laywer.
> 2. But there is some question if LGPL apps are allowed in the App stores.
> 3. I'd get the Indie Mobile for $25/25 (I forget) before August 31 and get
> grandfathered in. This is not advice, but it's what I would do.
> *Sent:* Tuesday, July 07, 2015 at 3:11 PM
> *From:* "John C. Turnbull" 
> *To:* "Ben Lau" 
> *Cc:* "interest@qt-project.org" 
> *Subject:* Re: [Interest] Indie Mobil Program terminated?
> Ok, this is all very confusing for me.  I am just starting out with Qt and am
> using the LGPL edition.
> What are my limitations with that? It costs me nothing but do I have to
> distribute my source code along with the app and am I missing out on features
> and/or the ability to sell my app on iOS or Android?
> I simply can't start paying $350 per month when so much is the learning curve 
> at
> the moment so is it possible to stay on this license until I actually want to
> sell my app and only miss out on paid support until then? Or is it that 
> there's
> a whole bunch of features that I can't even use till I fork out that
> unsustainable amount each month?
> Thanks,
> -jct
>
>
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

get) before August 31 and
>>> get grandfathered in. This is not advice, but it's what I would do.
>>>
>>>
>>>   *Sent:* Tuesday, July 07, 2015 at 3:11 PM
>>> *From:* "John C. Turnbull" 
>>> *To:* "Ben Lau" 
>>> *Cc:* "interest@qt-project.org" 
>>> *Subject:* Re: [Interest] Indie Mobil Program terminated?
>>>   Ok, this is all very confusing for me.  I am just starting out with Qt
>>> and am using the LGPL edition.
>>>
>>> What are my limitations with that? It costs me nothing but do I have to
>>> distribute my source code along with the app and am I missing out on
>>> features and/or the ability to sell my app on iOS or Android?
>>>
>>> I simply can't start paying $350 per month when so much is the learning
>>> curve at the moment so is it possible to stay on this license until I
>>> actually want to sell my app and only miss out on paid support until then?
>>> Or is it that there's a whole bunch of features that I can't even use till
>>> I fork out that unsustainable amount each month?
>>>
>>> Thanks,
>>>
>>> -jct
>>>
>>>
>>>
>>> On 7 Jul 2015, at 20:17, Ben Lau  wrote:
>>>
>>>
>>>   Hi Tuukka,
>>>
>>> Thanks for listening from us!
>>>
>>>> we are rather surprised that a product that almost no-one has bought is
>>> crucially important to so many.
>>>
>>> I have already purchased an indie license few month ago. I think I could
>>> try to explain why we are very concerned with this issue.
>>>
>>> I think most of the guy replied in this thread not only an user. But also
>>> an evangelist (or just wanna-be) of Qt. We would like to recommend /
>>> convince people/company to use Qt. Even we know it is not yet a very good
>>> solution for mobile yet. But we wish it will be the best solution, so we
>>> are willing to be a pioneer.
>>>
>>> But if the lowest cost to get Qt run on mobile is USD $350/month, it is
>>> really difficult to convince others to get started on a not-yet popular
>>> solution.
>>>
>>> We complain becoz we like Qt. And wish it success.
>>>
>>>   On 7 July 2015 at 02:23, Turunen Tuukka >>> wrote:
>>>>
>>>>
>>>> Hi Mark,
>>>>
>>>> The reason why Indie Mobile product is to be discontinued is simple:
>>>> there has been so few licenses sold that it does not even cover for the
>>>> cost of online sales, let alone any cost of packaging, testing,
>>>> distributing etc. We do care about indie developers and the community, but
>>>> based on the sold Indie Mobile subscriptions it is very clear that there
>>>> was no demand to this product.
>>>>
>>>> As also stated in the blog post of today, we are rather surprised that a
>>>> product that almost no-one has bought is crucially important to so many.
>>>> For this reason, we decided to have extension until end of August rather
>>>> that promise that the product is available indefinitely. It will be
>>>> interesting to see how many decide to purchase it now that it is again
>>>> available.
>>>>
>>>> We are continuously thinking of ways to improve our offering and
>>>> naturally hope to find products that provide new business. We are also very
>>>> happy that we have an active community and customer base. And we are
>>>> extremely proud that Qt is a great product, used by a huge number of
>>>> developers worldwide.
>>>>
>>>> Yours,
>>>>
>>>>  Tuukka
>>>>
>>>>
>>>>
>>>> 
>>>> Lähettäjä: m...@rpzdesign.com 
>>>> Lähetetty: 6. heinäkuuta 2015 16:39
>>>> Vastaanottaja: interest@qt-project.org
>>>> Kopio: Knoll Lars; Turunen Tuukka
>>>> Aihe: Re: [Interest] Indie Mobil Program terminated?
>>>>
>>>> Dear Lars & Turunen:
>>>>
>>>> Qt has been reading their email, but still appear tone deaf:
>>>>
>>>>   >
>>>> http://blog.qt.io/blog/2015/07/06/indie-mobile-available-until-aug-31st/
>>>>
>>>> There are statements in that blog which strain QT credibility.
>>>>
>>>> Transparency is only ONE of several significant problems.
>>

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

John:

You are not alone.

Give the folks at Qt some time to enjoy their vacation and when they 
return, I am sure that they will be able to continue the discussion
in a competent manner.

As a hedge, I would get the Indie license before Aug 31st.

That way you are safe.

Obviously, this issue touches a tender spot that is not going to just
disappear after August 31.

md

On 7/10/2015 3:03 PM, John C. Turnbull wrote:
> Well you can continue to discredit all my ideas but the point is that if Qt
> drops the Indie license and makes single developers, small or moderate sized
> businesses pay $350 per month to use Qt, you can pretty much say goodbye to
> the majority of Qt developers and cry tears of blood as they flock to
> competing products.
>
> Somehow, all Qt developers need to get access to the particular features and
> platforms they need (which may be one or two or every feature, device and
> platform) at a price that they can sustainably afford or they simply won't
> use it.
>
> -Original Message-
> From: interest-bounces+ozemale=ozemail.com...@qt-project.org
> [mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org] On Behalf Of
> Thiago Macieira
> Sent: Saturday, July 11, 2015 6:43 AM
> To: interest@qt-project.org
> Subject: Re: [Interest] Indie Mobil Program terminated?
>
> On Saturday 11 July 2015 05:58:19 John C. Turnbull wrote:
>> That's why you don't charge anywhere near $350/month/developer.
>> That's the whole problem I am trying to solve.  Most indie, small and
>> moderate businesses simply can't afford that.
>
> But you're not only not solving it, you're making the problem worse by
> including the commercial licence that big companies would use in the mix.
> The price of $350/month/developer is not accidental. There's a huge cost in
> supporting the Qt development and support engineers working for an entire
> year in high cost countries like Germany and Norway.
>
>> But if you charge them something much, much less for a commercial
>> license and then Qt recoups its costs from a small slice of royalties,
>> everyone is happy!
>
> Trust me, it's been tried. Big companies like royalties even less than large
> price tags. An upfront cost is something you can budget for. A cost that you
> won't know until you actually ship devices because it depends on a number
> you don't know (the shipment volume) is hard to model.
>
>> The in-house license would be more expensive per month but would
>> mostly be used by larger corporations.
>
> Except the larger ones that actually sell software or devices.
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
>Software Architect - Intel Open Source Technology Center
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

Dear Mr Turnbull:

I would like to add some color to your assertion that "mobile" support 
is "embryonic" at best.

The compilers used by Qt are the NATIVE compilers for 
IOS/OSX/Android/Windows/Tizen/Linux/NaCL/embedded/etc/etc/etc

There can be nothing more ROCK solid than using the manufacturers 
command line tools to create solid binaries for their own hardware.

Companies like embarcadero (maybe xamarin) have created their own 
compilers and will forever be behind the curve.

As for desktop, when the customers ask for Desktop in Win/OSX stores, I 
will just charge them $350/month for the months that it takes to debug 
them (already debugged on IOS/ANDROID) and put them on the store.

So Indie still allows you to get the most important work done and the 
add commercial desktop if needed.  Very few customers think OSX/Windows 
is nice to have, but IOS/Android is of utmost priority.

Woe unto those that discover Qt too late to buy into Indie.

Cheers,

md

On 7/17/2015 9:04 PM, John C. Turnbull wrote:
> The problem even with this extension for the Indie Program is that it *only*
> allows you to use Qt to develop *mobile* apps.  The appeal of Qt is its
> cross-platform ability but if you are using it *just* for mobiles then you
> will get a better result with a framework designed specifically for mobiles
> or the actual native tools for each mobile OS, especially when many consider
> Qt's current mobile support to be embryonic at best...
>
> -Original Message-
> From: interest-bounces+ozemale=ozemail.com...@qt-project.org
> [mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org] On Behalf Of
> Bob Hood
> Sent: Saturday, July 18, 2015 9:05 AM
> To: Nicola De Filippo
> Cc: interest@qt-project.org
> Subject: Re: [Interest] Indie Mobil Program terminated?
>
> On 7/17/2015 4:56 PM, Nicola De Filippo wrote:
>> yes, but i think if he wants update the app in the future he need
>> other month/license. N.
>
> I could be wrong, but that is not the impression I got.  I understood that
> purchasing before the end of August means you have the license until you
> stop paying for it, through future Qt releases.  Somebody feel free to
> correct me here if I'm misinterpreting.
>
> Still, trying to sell a program to somebody that has a known cancellation
> date will probably not be an easy thing to do.
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>


-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Indie Mobil Program terminated?

[m...@rpzdesign.com]

John:

I was sharing with the list a different way
to look at things, sharing our observations in contrast with yours.

We draw all the screen shots for all platforms: Desktop (Win/OSX) -> 
Tablet (7 inch diagonal+) -> Smartphone (less than 7 inch diagonal) on 
the first day before ANY code is written.

Only under obvious situations would we drop the smartphone from included 
platforms.

Most of the alpha testing occurs on OSX internally.  All of the beta 
testing occurs on tablets and smartphones with real users.

Any/All automated testing on Desktop immediately applies to mobile.

So the HUGE unstated strength is that the same code is constantly being 
tested on all platforms all the time.

We are in agreement that the Indie licensing financial flexibility could 
be improved.

But there is safe haven in the current Indie license and that is where I 
have chosen to hide.

Cheers,

md

On 7/17/2015 10:55 PM, John C. Turnbull wrote:
> Dear md,
>
> That's all well and good re using native compilers but (from what I hear),
> Qt apps on iOS and Android are buggy, lacking features, big, slow and often
> "appear" foreign to that OS.
>
> I will admit that this is just what I have read but I have read it many
> times.
>
> Further, I dispute your assertion that you can get most of the development
> work for a desktop app done on a mobile platform. These platforms have
> several fundamentally different characteristics and I would assume it is
> more common for developers to start with a desktop version of their app and
> then "mobilise" it.  Whether that is the best approach, I am not entirely
> sure.
>
> And your comment that most people believe iOS/Android are the most important
> platforms is a little silly when you consider the extremely broad range of
> applications in the real world and indeed the range that can be developed
> using Qt.
>
> I am fairly sure that someone developing a large application like a graphics
> or video editor, a spreadsheet styled application, most in-house financial
> and business apps or even development tools themselves would look at mobile
> *last* (if at all).
>
> -jct
>
> -Original Message-
> From: interest-bounces+ozemale=ozemail.com...@qt-project.org
> [mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org] On Behalf Of
> m...@rpzdesign.com
> Sent: Saturday, July 18, 2015 2:35 PM
> To: interest@qt-project.org
> Subject: Re: [Interest] Indie Mobil Program terminated?
>
> Dear Mr Turnbull:
>
> I would like to add some color to your assertion that "mobile" support is
> "embryonic" at best.
>
> The compilers used by Qt are the NATIVE compilers for
> IOS/OSX/Android/Windows/Tizen/Linux/NaCL/embedded/etc/etc/etc
>
> There can be nothing more ROCK solid than using the manufacturers command
> line tools to create solid binaries for their own hardware.
>
> Companies like embarcadero (maybe xamarin) have created their own compilers
> and will forever be behind the curve.
>
> As for desktop, when the customers ask for Desktop in Win/OSX stores, I will
> just charge them $350/month for the months that it takes to debug them
> (already debugged on IOS/ANDROID) and put them on the store.
>
> So Indie still allows you to get the most important work done and the add
> commercial desktop if needed.  Very few customers think OSX/Windows is nice
> to have, but IOS/Android is of utmost priority.
>
> Woe unto those that discover Qt too late to buy into Indie.
>
> Cheers,
>
> md
>
> On 7/17/2015 9:04 PM, John C. Turnbull wrote:
>> The problem even with this extension for the Indie Program is that it
>> *only* allows you to use Qt to develop *mobile* apps.  The appeal of
>> Qt is its cross-platform ability but if you are using it *just* for
>> mobiles then you will get a better result with a framework designed
>> specifically for mobiles or the actual native tools for each mobile
>> OS, especially when many consider Qt's current mobile support to be
> embryonic at best...
>>
>> -Original Message-
>> From: interest-bounces+ozemale=ozemail.com...@qt-project.org
>> [mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org] On
>> Behalf Of Bob Hood
>> Sent: Saturday, July 18, 2015 9:05 AM
>> To: Nicola De Filippo
>> Cc: interest@qt-project.org
>> Subject: Re: [Interest] Indie Mobil Program terminated?
>>
>> On 7/17/2015 4:56 PM, Nicola De Filippo wrote:
>>> yes, but i think if he wants update the app in the future he need
>>> other month/license. N.
>>
>> I could be wrong, but that is not the impression I got.  I understood
>> that purchasing before the end of August means you hav

[Interest] Release Binary Builds

[m...@rpzdesign.com]

Thiago:

I kind of messed up.

You once replied with the location on github or somewhere where the 
binary build commands for configure on the product releases was located.

OSX

./configure bla-bla-bla


When I search back through all my past emails, I could NOT find that 
kind message you forwarded.

Do you think you could pass along the binary build command url location?

Thank you,

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Release Binary Builds

[m...@rpzdesign.com]

"Somewhere in http://code.qt.io/cgit/qtsdk/qtsdk.git/ "

On 7/31/2015 9:39 AM, Adrian Jäkel wrote:
> Hey did you find it? I'm searching for this info too but wasn't
> successful yet.
>
> Regards,
> A. Jäkel
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Keeping app alive on iOS and Android

[m...@rpzdesign.com]

Nuno:

You will have a challenge with this.

Mobile apps are made to go inactive and then are give ZERO warning when 
they are removed from memory.

So you have a design challenge knowing that you are only guaranteed 
about 10 seconds after the inactive window state change to tidy things 
up and prepare for shutdown.

You greatest challenge is IOS since it has strict rules about background 
stuff, but at least you would increase your chances of staying in memory 
longer by accessing the API telling the operating system to "try to keep 
me around", but it does not work that well.

For android, you would have to create a background service Intent, 
completely in java, outside of the C++ Native Activiy running in Qt, 
then you would have to pass your app data to this intent to somehow keep 
the data and work "up to date".  This might even mean that the Native 
Activity is not actually unloaded, but no promises on that.

My plan is to properly shut things down upon windows state INACTIVE and 
then test the memory to see if the operating system fully dumped the app 
during the time between INACTIVE and ACTIVE windows state.

If fully dumped, then you have to repeat the load up of your data and 
processing.

Maybe break down the loading of data into priorities so the user has a 
quicker time of starting to use your app.



On 8/3/2015 9:36 AM, Nuno Santos wrote:
> Hi,
>
> One of the main problems I have been having with Qt for mobile is keeping app 
> alive when I switch to other apps.
>
> My app takes a considerable amount of time to load and if I switch app and 
> return to it afterwards, it needs to load again.
>
> I want to understand if this is something I’m doing wrong or if it is a Qt 
> limitation.
>
> Is anyone having a similar problem?
>
> Thanks in advance,
>
> Regards,
>
> Nuno
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Qt 5.5.1 And Xcode

[m...@rpzdesign.com]

Hello List:

What version of Xcode and OSX/IOS SDK version is the Continous 
Integration system is being used to validate Qt 5.5.1?

Looking at the link, it is not apparent.

https://wiki.qt.io/CI_Configurations

The reason I say this is that I tried Qt 5.5.0 and got slammed by more
Xcode tooling errors than I had time to troubleshoot.

I need to focus on fixing bugs in my code, not tools.  So I am back on 
5.4.2 for now.

When 5.5.1 comes out with Windows support, I want to know what version 
of Xcode to use with 5.5.1 it and not suffer the trial-and-error process 
of seeing which Xcode tools are mismatched.

Thank you,

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.5.1 And Xcode

[m...@rpzdesign.com]

Ok:

QTBUG-47627

But my original question remains unanswered with respect to the CI 
system and XCode Versions / IOS/OSX SDK versions.

md


On 8/5/2015 7:06 AM, Tor Arne Vestbø wrote:
> Hi Mark,
>
> If you file bugs with the errors you are seeing and the exact
> configuration you are running we can investigate the issue further.
>
> Thanks!
>
> Tor Arne
>
> On 05/08/15 14:58, m...@rpzdesign.com wrote:
>> Hello List:
>>
>> What version of Xcode and OSX/IOS SDK version is the Continous
>> Integration system is being used to validate Qt 5.5.1?
>>
>> Looking at the link, it is not apparent.
>>
>> https://wiki.qt.io/CI_Configurations
>>
>> The reason I say this is that I tried Qt 5.5.0 and got slammed by more
>> Xcode tooling errors than I had time to troubleshoot.
>>
>> I need to focus on fixing bugs in my code, not tools.  So I am back on
>> 5.4.2 for now.
>>
>> When 5.5.1 comes out with Windows support, I want to know what version
>> of Xcode to use with 5.5.1 it and not suffer the trial-and-error process
>> of seeing which Xcode tools are mismatched.
>>
>> Thank you,
>>
>> md
>>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Qt Creator 3.5.0/Qt 5.5.0 Showstopper

[m...@rpzdesign.com]

Hello List:

After spending a good part of the day preparing to use Qt Creator 3.5.0 
with Qt 5.5.0, I ran into a persistent showstopper for IOS Devices/ IOS 
Simulator.

Anybody else run into a BRICK WALL with IOS development on Qt 5.5.0?

Fully documented at:

https://bugreports.qt.io/browse/QTCREATORBUG-14943

Watch all the fun at:

https://www.youtube.com/watch?v=szKJ0EbdoYo

More video/images available in the Bug Report.

Thanks,

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt Creator 3.5.0/Qt 5.5.0 Showstopper

[m...@rpzdesign.com]

That is a good question as to the boundary for me is not clear.

Between what Qt Creator is generating, Qmake/make processing, and then 
Qt Creator taking back over to trigger command line tools in xcode to 
deploy the project.

Ouch.

md

On 8/20/2015 8:19 PM, Thiago Macieira wrote:
> On Thursday 20 August 2015 19:22:12 m...@rpzdesign.com wrote:
>> Hello List:
>>
>> After spending a good part of the day preparing to use Qt Creator 3.5.0
>> with Qt 5.5.0, I ran into a persistent showstopper for IOS Devices/ IOS
>> Simulator.
>>
>> Anybody else run into a BRICK WALL with IOS development on Qt 5.5.0?
>>
>> Fully documented at:
>>
>> https://bugreports.qt.io/browse/QTCREATORBUG-14943
>
> Why did you report a bug to Qt Creator to complain about a Qt bug? Why not
> simply report in the actual task that you wanted to talk about?
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] [SOLVED] Re: Qt Creator 3.5.0/Qt 5.5.0 Showstopper

[m...@rpzdesign.com]

Ok, it took a couple of hours, but I solved the problem and can give 
better direction for the Qt IOS/OSX Maintainers

Look at: https://bugreports.qt.io/browse/QTBUG-47450 for updated info.

Have a great day,

md

On 8/20/2015 7:22 PM, m...@rpzdesign.com wrote:
> Hello List:
>
> After spending a good part of the day preparing to use Qt Creator 3.5.0
> with Qt 5.5.0, I ran into a persistent showstopper for IOS Devices/ IOS
> Simulator.
>
> Anybody else run into a BRICK WALL with IOS development on Qt 5.5.0?
>
> Fully documented at:
>
> https://bugreports.qt.io/browse/QTCREATORBUG-14943
>
> Watch all the fun at:
>
> https://www.youtube.com/watch?v=szKJ0EbdoYo
>
> More video/images available in the Bug Report.
>
> Thanks,
>
> md
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt Creator 3.5.0/Qt 5.5.0 Showstopper

[m...@rpzdesign.com]

Good morning Thiago:

Please revise your characterization.

You have used the word "complain" twice now in your messages.


I ran into a showstopper, fully documented it so people could readily
see what I was talking about with zero effort, and then queried the list 
to see if anybody else had seen it as well.

I did not know "exactly" anything, but the tracker search function 
pulled up that case and it appeared based on the case dialogue that they 
had an immediate workaround and were also punting the case somewhere 
else for further treatment.

For me, I kept my bug report separate to keep things clean and not 
hijack the original case.  When I had a definitive answer on my case was 
I able to make a small contribution back to the original case.

If that breaks some sort of bug tracker etiquette, please let me know.

Cheers,

md

On 8/21/2015 12:51 AM, Thiago Macieira wrote:
> On Thursday 20 August 2015 20:34:03 m...@rpzdesign.com wrote:
>> That is a good question as to the boundary for me is not clear.
>>
>> Between what Qt Creator is generating, Qmake/make processing, and then
>> Qt Creator taking back over to trigger command line tools in xcode to
>> deploy the project.
>
> You didn't have to know the boundary. You knew exactly which task to complain
> about. So the question is why you created an intentional duplicate.
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Compile issues Qt5.5.0 with msvc2010 and openssl

[m...@rpzdesign.com]

Mathieu:

If you feel that the openssl stuff is a pain to work with,
you can always to link https://tls.mbed.org/ into your projects.

(I am sure WolfSSL would work too)

I decided against OpenSSL when they keep announcing security holes by 
wayward contributors.

It is now code owned and open sourced by ARM and I find it very usable
and manageable to include with qt project code.

The ultimate overhead for its inclusion is 250k on OSX and 500k on Android.

One possible downside is that you are not working with 
NetworkAccessManager at that point, which may or may not be important
to you.

Just an alternate idea.

md

That way you can separate

On 8/21/2015 8:31 AM, Mathieu Slabbinck wrote:
> Koehne Kai was on the right end here :)
> Everything I had was MT, but I had to compile openssl myself against
> msvc2010 to get it to work.
> Thanks!
>
> On Fri, Aug 21, 2015 at 8:01 AM, Koehne Kai  
> wrote:
>>
>>
>>> -Original Message-
>>> From: interest-bounces+kai.koehne=theqtcompany@qt-project.org
>>> [mailto:interest-bounces+kai.koehne=theqtcompany@qt-project.org]
>>> On Behalf Of Thiago Macieira
>>> Sent: Thursday, August 20, 2015 6:17 PM
>>> To: interest@qt-project.org
>>> Subject: Re: [Interest] Compile issues Qt5.5.0 with msvc2010 and openssl
>>>
>>> On Thursday 20 August 2015 11:20:26 Mathieu Slabbinck wrote:
 -lGdi32" OPENSSL_LIBS_DEBUG="-lssleay32MTd -llibeay32MTd"
 OPENSSL_LIBS_RELEASE="-lssleay32MT -llibeay32MT"
>>>
 cl -c -FIQtXmlPatternsDepends -YuQtXmlPatternsDepends
 -Fp.pch\release\Qt5XmlPatterns_pch.pch -nologo -Zc:wchar_t -arch:SSE2
 -O2 -MD -EHsc -GR -W3 -w34100 -w34189 -w44996 -DUNICODE -DWIN32
>>>
>>> You're building code with -MD and linking an MT library. You cannot do
>>> that.
>>>
>>> Choose one only: -MT or -MD.
>>
>> The actual missing symbol " ___report_rangecheckfailure" though hints that 
>> your openssl static libs have been compiled with Visual Studio 2012 or 
>> newer, while you try to link now with Visual Studio 2010. I'm pretty sure 
>> this isn't supported by Visual Studio, even though openssl is C only.
>>
>> Regards
>>
>> Kai
>> ___
>> Interest mailing list
>> Interest@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/interest
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.5.0 Compile Time Hash Example

[m...@rpzdesign.com]

Helmut:

Yes, but you are talking about a different use case
with algorithmic purity.

We do not care about every string.

We only care about the strings in our program.

For quality assurance, you can scan the source code looking for every 
instance of the fnhash("STRING") and make sure there are no collisions
project wide.

But the gains in code readability should not be overlooked.

This is for programmer sanity, run-time cleanliness, switch efficiency, etc.

Collisions in any case are VERY low probability.

Have a great day!

md

On 8/23/2015 11:10 PM, Helmut Mülner wrote:
> This will not work in every case because you cannot guarantee that your
> hash function generates a unique value for every string. In hash based
> containers you still have to compare against the valueof the string.
>
> Am 24.08.2015 01:27 schrieb "mark diener"  >:
>
> Hello List:
>
> Have you ever wanted an efficient switch statement on QString values?
>
> There are many references to the subject with various algorithms,
> but they
> all have some major flaw in the implementation.
>
> For those looking for a way to have compile and run time hash on
> their strings, I spent a little while doing some research on the
> subject and wanted to share back to Qt community:
>
> The tests ran successfully with the C++11 example for OSX/IOS Xcode
> 6.3.2 and Android NDK 10 r10e,
>
> I went ahead and tested the function on MSVC 2013 with CTP November
> and it failed.  MSVC 2015 worked, but I could not build the QT 5.5.0
> source code successfully, so I just built a console app in MSVC2015
> and the C++11 function worked.
>
> The C++14 example did not work on OSX or Android, but it did work on
> IOS.  With 2 out of 3 failures, I did not feel motivated to test for
> MSVC 2015 on Windows 10.
>
> So for those wanting to verify and make use of it, here are the
> required code snippets:
>
> First, in your .PRO file:
>
> #CONFIG+=c++14
>
> CONFIG+=c++11
>
>
> Now for a source sample:
>
>
>
> //main.cpp##
> 
> //VALIDC++14ConstantExpressionFunction(CompilesforIOSonQt5.5.0andXCode6.3.2,butdoesnotCompileforOSXDesktopwithClang)
> /*
> constexprunsignedintfnhash(constchar*gpstr)
> {
> unsignedinthash=0;
> size_tgidx=0;
> while(gpstr[gidx]>0)
> {
> hash=65599*hash+gpstr[gidx];
> if(gidx>15)break;
> gidx++;
> }
> returnhash^(hash>>16);
> }
> */
> //##
> //C++11ConstantExpressionFunction
>
> //Forward declaration
> constexprunsignedintfnhashrec(unsignedinthash,constchar*str);
>
> constexprunsignedintfnhash(constchar*str)
> {
> return(!str?0:fnhashrec(5381,str));
> }
>
> constexprunsignedintfnhashrec(unsignedinthash,constchar*str)
> {
> return(!*str?hash:fnhashrec(((hash<<5)+hash)+*str,str+1));
> }
> //##
>
>
> intmain(intargc,char*argv[])
> {
> QGuiApplicationgapp(argc,argv);
> QQmlApplicationEnginegeng;
>
>
> QStringgval="JOKER";
>
>  //NOW look at the run time eval from QString -> char*
>
> switch(fnhash(gval.toUtf8().data()))
> {
> casefnhash("PETE"): //Compile time optimized
> qDebug()<<"POORPETEISNOTAJOKER"< break;
> casefnhash("JOKER"): //Compile time optimized
> qDebug()<<"BLOODYJOKERWORKED->SUCCESS"< break;
> }
>
> geng.load(QUrl(QStringLiteral("qrc:/main.qml")));
> returngapp.exec();
> }
>
>
> Cheers,
>
> md
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org 
> http://lists.qt-project.org/mailman/listinfo/interest
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Qt 5.5.1 & MSVC 2015

[m...@rpzdesign.com]

I have found references to mkspecs of win32-MSVC2015 in the source code 
tree.

But will there be a MSVC2015 community binary released for Qt 5.5.1 or 
are we forced to compile MSVC2015 support from sources?

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.5.0 Compile Time Hash Example

[m...@rpzdesign.com]

Andre & Helmut:

Thank you for your comments.

Would you be interested in sharing your solution
to the switch(STRING) problem?

md


On 8/24/2015 6:11 AM, André Somers wrote:
> Op 24-8-2015 om 14:07 schreef m...@rpzdesign.com:
>> Helmut:
>>
>> Yes, but you are talking about a different use case
>> with algorithmic purity.
>>
>> We do not care about every string.
>>
>> We only care about the strings in our program.
>>
>> For quality assurance, you can scan the source code looking for every
>> instance of the fnhash("STRING") and make sure there are no collisions
>> project wide.
>>
>> But the gains in code readability should not be overlooked.
>>
>> This is for programmer sanity, run-time cleanliness, switch efficiency, etc.
>>
>> Collisions in any case are VERY low probability.
>>
>> Have a great day!
> But the one case that you _do_ get, will be one heck of a pain to debug...
>
> André
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.5.0 Compile Time Hash Example

[m...@rpzdesign.com]

That is exactly what the doctor ordered.

I spent a lot of time searching via google and the best that I came up
with was what I shared for discussion.

Thanks for the ISOCPP.org reference, I am sure more of us will be 
looking at it as well.

Have a great day,

md

On 8/24/2015 9:32 AM, Thiago Macieira wrote:
> On Monday 24 August 2015 06:16:55 m...@rpzdesign.com wrote:
>> Would you be interested in sharing your solution
>> to the switch(STRING) problem?
>
> It's been posted several times to the C++ discussion lists:
>
>   string_switch(string,
>   do_case(value1, [] { do1(); }),
>   do_case(value2, [=] { do2(string); }),
>   do_case(value3, [&] { string.clear(); }
>   );
>
> This gets posted every time someone proposes switching on non-primitive types.
> Just search std-discussion and std-proposals (isocpp.org).
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Congratulations QT

[m...@rpzdesign.com]

Dear Qt Company And Bogdan Vatra:

I just installed and ran a qt5.5.0 app on a 1st generation kindle fire 
Android 2.x and it works very well!

All the GUI artifacts from qt5.4.x on Andriod Lollipop seem to be 
addressed as well.

And I was thinking that older devices were not going to work very well, 
only Kit Kat 4.x+.

Nice job.

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.5.0 & AndroidExtras

[m...@rpzdesign.com]

Hello List:

Modify that last assertion.

Make sure that your src directory is UNDER your android directory in 
ANDROID_PACKAGE_SOURCE_DIR = $$PWD/android

Sometimes, Qt Creator can add it to the project tree, but you really 
want it appearing UNDER the android directory.

If for some reason the src directory is not INSIDE the android 
directory, consider yourself out of luck.

This had nothing to do with DISTFILES or OTHER_FILES, they both work fine.

Cheers,

md


On 8/29/2015 8:31 PM, mark diener wrote:
> Hello List:
>
> FYI
>
> Something to pay attention to for androidextras users.
>
> Seems like Qt Creator when it adds a java file puts the java file into
> the pro file like:
>
> DISTFILES+=\
>
> android/AndroidManifest.xml\
>
> android/gradle/wrapper/gradle-wrapper.jar\
>
> android/gradlew\
>
> android/res/values/libs.xml\
>
> android/build.gradle\
>
> android/gradle/wrapper/gradle-wrapper.properties\
>
> android/gradlew.bat \
>  android/src/org/qtproject/example/MyJavaClass.java
>
>
> But this is not a good thing.
>
>  From the examples Qt Notifier, you want it to look like:
>
> OTHER_FILES+=android/src/org/qtproject/example/MyJavaClass.java
>
>
> It makes a big difference between DISTFILES and OTHER_FILES.
>
> OTHER_FILES works.
>
> Have a great weekend ya'all
>
> md
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt 5.5.x

[m...@rpzdesign.com]

Mr Weeks -> You were correct.

A dependency was touched. And that had a domino effect on untouched code.

So I created a new named build that did not have a custom build step 
that affected the dependency and VOILA! -> efficient build.

Thanks for the responses.

Cheers,

md

On 9/11/2015 10:07 AM, John Weeks wrote:
>
>> On Sep 11, 2015, at 8:46 AM, Thiago Macieira  
>> wrote:
>>
>>> But that is not the case, they both perform a complete recompile on code
>>> that was not touched.
>>
>> My guess is that you're wrong. Code was touched.
>
> Or a dependency was touched. If you touch a header file it will recompile all 
> the .cpp files that include that header.
>
> If you're using precompiled headers and you touch one of the headers included 
> in the precompiled headers, then it will re-build everything.
>
> -John Weeks
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Loader refresh

[m...@rpzdesign.com]

Hello List:

Anybody have ideas on how to cause a QML refresh to repaint a QML Window 
or component.

I tried setting the sourceComponent value of Loader but it causes a good 
amount of screen flicker and has some of optimizations so it will not 
reload the same component 2 times in a row, as if the componentCache is 
absorbing the successive update requests.

This problem is generally for Text { text : "English" } -> Text { text: 
"Espanol" } language changes, but it could be for most anything.

And its kind of a pain to consider having to recurse through a component 
tree looking for a property an update it.

Window()->findChildren()->setProperty() is one possibility.

Some posts have talked about "notify" signal, but messing around with 
slots for every GUI component seems incorrect.

Any ideas?

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Loader refresh

[m...@rpzdesign.com]

Listers:

I was able to loop through the children recursively and find that the 
"QQuickText" Classnames were the candidates to try to execute:

QMetaObject::invokemethod(gobj,"doLayout",Qt::QueuedConnection);

But it had no effect on the currently displayed text.

That has to be some less intrusive way to cause QML gui objects to 
repaint themselves.

Any ideas instead of Loader:sourceComponent, which is very heavy and 
causes screen flicker.

md



On 9/11/2015 11:39 AM, m...@rpzdesign.com wrote:
> Hello List:
>
> Anybody have ideas on how to cause a QML refresh to repaint a QML Window
> or component.
>
> I tried setting the sourceComponent value of Loader but it causes a good
> amount of screen flicker and has some of optimizations so it will not
> reload the same component 2 times in a row, as if the componentCache is
> absorbing the successive update requests.
>
> This problem is generally for Text { text : "English" } -> Text { text:
> "Espanol" } language changes, but it could be for most anything.
>
> And its kind of a pain to consider having to recurse through a component
> tree looking for a property an update it.
>
> Window()->findChildren()->setProperty() is one possibility.
>
> Some posts have talked about "notify" signal, but messing around with
> slots for every GUI component seems incorrect.
>
> Any ideas?
>
> md
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Loader refresh

[m...@rpzdesign.com]

Ok:

Someone must have come across this problem before.

Loader->sourceComponent is too heavy and causes screen flicker.

QMetaObject::invokeMethod(gobj,"doLayout",Qt::QueuedConnection) does not 
work on QQuickText class objects.

Hopefully someone has already skinned this cat.

Cheers,

md

On 9/11/2015 11:39 AM, m...@rpzdesign.com wrote:
> Hello List:
>
> Anybody have ideas on how to cause a QML refresh to repaint a QML Window
> or component.
>
> I tried setting the sourceComponent value of Loader but it causes a good
> amount of screen flicker and has some of optimizations so it will not
> reload the same component 2 times in a row, as if the componentCache is
> absorbing the successive update requests.
>
> This problem is generally for Text { text : "English" } -> Text { text:
> "Espanol" } language changes, but it could be for most anything.
>
> And its kind of a pain to consider having to recurse through a component
> tree looking for a property an update it.
>
> Window()->findChildren()->setProperty() is one possibility.
>
> Some posts have talked about "notify" signal, but messing around with
> slots for every GUI component seems incorrect.
>
> Any ideas?
>
> md
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Loader refresh

[m...@rpzdesign.com]

Bo:

Thanks for the response.

The only other areas that I can see needing a screen refresh are 
ListView and Image (Imageprovider)

The Text QML object was shared as one example of "changing" after the 
loader is when you swap out the language from English to Chinese to Arabic.

I think this is where we mis-understand each other.  What are my 
Post-Loader options, not pre-loader.

The only way I can see now to "reload" using loader, but it is not very 
smooth.

And the component cache will suppress the repeated loading of the same 
QmlComponent object after 1 refresh.

So then you are really forced to make the QML stack see a new
Component so the loading is forced to take.  And that heavy handed 
requirement causes quite a lot of screen flicker.

So I would chalk this up to the inability right now to force the QML 
engine to Repaint itself.

Yes, I know, the rebuilding the Scene graph would be expensive, but that 
is what I would like to do in a generic way instead of having to set the 
text individually for each component (Since each one loads itself based 
on Country Language)

Kind of a catch-22 for text objects based on displayed language.

Maybe Microsoft flickers when it changes its display language, so I will 
just do the same.

Cheers,

md


On 9/14/2015 1:11 AM, Bo Thorsen wrote:
> Hi md,
>
> I don't know what it is you see, you just say it flickers. We use a lot
> of Loader objects for customer code, and that doesn't flicker.
>
> The only guess I have on how this could happen is if you have lots of
> bindings that keep propagating through the system.
>
> For example, you mentioned a Text object that switches from one string
> to another. This is an indication that your code is the reason for those
> problems. When you activate the loader, set the proper text immediately,
> don't switch it later.
>
> Anything like what you're trying to do below is an attempt to solve the
> symptom rather than the problem.
>
> Den 11-09-2015 kl. 20:37 skrev m...@rpzdesign.com:
>> Someone must have come across this problem before.
>>
>> Loader->sourceComponent is too heavy and causes screen flicker.
>>
>> QMetaObject::invokeMethod(gobj,"doLayout",Qt::QueuedConnection) does not
>> work on QQuickText class objects.
>
> Bo Thorsen,
> Director, Viking Software.
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Lovely Arabic/Persian layout challenges

[m...@rpzdesign.com]

Hello List:

Well, I am sad to report that unless there is a miracle suggestion, for 
Right-to-Left and Left-To-Right Support across platforms, you will have 
to layout in QML the mirror of each in separate QML.

https://developer.apple.com/library/ios/documentation/MacOSX/Conceptual/BPInternational/SupportingRight-To-LeftLanguages/SupportingRight-To-LeftLanguages.html

Notice where they say IOS support for mirroring is only available by 
sub-classing. Oops!

At this point, it must be 2 sets of QML to get the layout mirroring correct.

Cheers,

md

On 9/15/2015 7:55 AM, mark diener wrote:
> Hello List:
>
>
> If you have 50 QML layouts, that is a lot of work to get it looking good
> with Arabic AND English unless you dedicate a separate set of QML
> inventory to support Right to Left.
>
> Any body have some reflections and/or tips on this?
>
> Especially anybody from Arabic part of the community.
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] ImageProvider Threading

[m...@rpzdesign.com]

Gunnar:

Thanks for the 5.6 doc link.

Could not find anything that talks about parallel loading.  But if you 
say it will provide parallel loading, what does the QML Image { } object 
display while the image is loading?

I may want to return with a standard "Loading image..." image for those 
images that are not found "slowly" in the background.

So what must be done is a way to cause Image { } to get refreshed later 
after they return a temporary image just for speed purposes.

Thanks,

md

On 9/18/2015 12:29 AM, Gunnar Roth wrote:
> Hi Mark,
> I think it is serial. In Qt 5.6 there will be a new
> QQuickAsyncImageProvider
>  class, with
> it you can do parallel image loading/rendering.
> Regards,
> Gunnar Roth
> *Gesendet:* Freitag, 18. September 2015 um 02:29 Uhr
> *Von:* "mark diener" 
> *An:* "interest@qt-project.org" 
> *Betreff:* [Interest] ImageProvider Threading
> Hello List:
> When dealing with multi-threading, the docs say that QQuickImageProvider
> will load
> images in a separate low priority thread.
> As it reads in the docs:
>
> http://doc.qt.io/qt-5/qquickimageprovider.html#details
>
> "When this is enabled, the image request to the provider is run in a low
> priority thread, allowing image loading to be executed in the
> background, and reducing the performance impact on the user interface."
> Does anybody know if the requests are queued in a single low priority
> thread or the requests are made in parallel low priority threads?
> For queued, this means if we take a long time to return from
> requestPixMap( ) that all the other images will block waiting for each
> queued requestPixmap( ) call to complete.
> Who knows, parallel or serial requestPixmap( ) calls?
> Thanks,
> md
>
>
> ___ Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Installing Qt for Android Binaries without GUI

[m...@rpzdesign.com]

Yes, write a bash script.

On 9/22/2015 6:38 AM, Andreas Cord-Landwehr wrote:
> Hi, I am searching for a way to install the Qt for Android binaries on a Linux
> host system without any GUI interaction. (use case: generation of a Docker
> image for a crossbuilder environment for Qt applications).
>
> For now, I looked into the Qt Installer (both offline and online installer),
> but both do not offer any option to change to a console-only mode. So, my
> question is: what is the recommended way to install these binaries in a
> console-only way?
>
> Cheers,
> Andreas
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Installing Qt for Android Binaries without GUI

[m...@rpzdesign.com]

If you are using a docker container, why use the installer at all.

Create a docker image with the binaries already in the search path.

You can figure out the dependencies and paths using "nm" utility in linux.

So if you problem is docker image prep, that should be a no-brainer.

But if you want to somehow "install" to a docker image, they why use 
docker at all, just install to the native operating system and skip 
using the convenience of the docker isolated packaging.





On 9/22/2015 7:32 AM, Andreas Cord-Landwehr wrote:
> On Tuesday 22 September 2015 07:19:33 m...@rpzdesign.com wrote:
>> Yes, write a bash script.
>
> Sorry, but I do not get your point.
>
> Actually, I am already writing a bash script but the problem is that I do not
> see a way to extract the precompiled binaries from the Qt for Android
> installer without opening a GUI window. The problem is that there is no
> documented --no-gui option or similar.
>
> Cheers,
> Andreas
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] How to use gradle with Qt/Android apps?

[m...@rpzdesign.com]

Just open it directly in Android Studio 1.2xx+ -> latest version

Whatever you do, run away from eclipse.

Make sure Qt-Creator is generating Gradle upon build (some dialog check 
box somewhere inside Qt Creator related to android)

 From inside Android Studio perspective, Qt is just a bunch of SO 
libraries. So don't try to "step" into those.

That help?

md



On 10/3/2015 9:41 AM, Nuno Santos wrote:
> Hi,
>
> I have seen the use gradle option on Qt Creator for a long time now but I 
> have never used it.
>
> I want to integrate FacebookSDK into a Qt App and it seems that it is easier 
> to do with gradle since they now provide the SDK as a project and not as a 
> jar.
>
> I didn’t find official information on how to use gradle.
>
> How do I specify a custom build.gradle file for a Qt Android app project?
>
> Thanks,
>
> Regards,
>
> Nuno
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] How to use gradle with Qt/Android apps?

[m...@rpzdesign.com]

Nuno:

I would not say that you have to use something.

It's just that your life will be easier if you jump into Android Studio 
1.2x+ for your java work and back to Qt Creator for your C++ stuff.

I think they work quite nicely together.

Why re-invent that Java support wheel?

If it has already been done, then go for it.  But what is the gain in 
solving something that Android studio already does?

md

On 10/3/2015 12:54 PM, Nuno Santos wrote:
> So, using gradle means that I have to use Android Studio or any other Java 
> IDE to manage the project? Meh… I love Qt Creator so much that I want to be 
> able to do everything from it.
>
> I have found this instructions in order to include an android lib source into 
> the ant building process but it doesn’t seem to be working:
>
> - Unzip the facebook android sdk package
> - Inside the unzipped directory, locate the subdirectory 'facebook' and copy 
> it in another location (in a subdirectory of your Qt project it's fine)
> - Open the copied directory and in a command line window execute the 
> following command to create a custom build.xml ant build file (select the 
> version of android sdk you are using):
>   android update project --path . --target android-19
>
> - Add to the Qt project a custom Android package source directory: 
> ANDROID_PACKAGE_SOURCE_DIR = $$PWD/Android
> - In the Android package source directory add the project.properties file (or 
> edit it) and append the following content (pay attention to 
> android.library.reference.1, if you already added other library references 
> you should ensure that the number is unique and progressive; moreover the 
> path should be the relative path from your project android build directory to 
> the directory with facebook sdk):
>
> # Project target.
> target=android-19
> ## Reference to the Facebook SDK
> android.library.reference.1=../../facebook
>
> facebook sdk source dir is inside the project dir. When building everything 
> happens as before. Does anyone know if this process is valid?
>
> Thanks,
>
> Regards,
>
> Nuno
>
>> On 03/10/2015, at 16:58, m...@rpzdesign.com wrote:
>>
>> Just open it directly in Android Studio 1.2xx+ -> latest version
>>
>> Whatever you do, run away from eclipse.
>>
>> Make sure Qt-Creator is generating Gradle upon build (some dialog check
>> box somewhere inside Qt Creator related to android)
>>
>>  From inside Android Studio perspective, Qt is just a bunch of SO
>> libraries. So don't try to "step" into those.
>>
>> That help?
>>
>> md
>>
>>
>>
>> On 10/3/2015 9:41 AM, Nuno Santos wrote:
>>> Hi,
>>>
>>> I have seen the use gradle option on Qt Creator for a long time now but I 
>>> have never used it.
>>>
>>> I want to integrate FacebookSDK into a Qt App and it seems that it is 
>>> easier to do with gradle since they now provide the SDK as a project and 
>>> not as a jar.
>>>
>>> I didn’t find official information on how to use gradle.
>>>
>>> How do I specify a custom build.gradle file for a Qt Android app project?
>>>
>>> Thanks,
>>>
>>> Regards,
>>>
>>> Nuno
>>> ___
>>> Interest mailing list
>>> Interest@qt-project.org
>>> http://lists.qt-project.org/mailman/listinfo/interest
>>>
>>
>> --
>> No spell checkers were harmed during the creation of this message.
>> ___
>> Interest mailing list
>> Interest@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/interest
>
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] How to use gradle with Qt/Android apps?

[m...@rpzdesign.com]

Look at Android Episode 4, 5 or 6 at the KDAB site.

Bogdan Vatra made it.

md

On 10/3/2015 1:54 PM, Nuno Santos wrote:
> You are right, I will try!
>
> One question:
>
> After choosing gradle instead of ant, how do I open the project on Android 
> Studio? I'm still confused.
>
> Thanks,
>
> --
> Nuno Santos
>
> No dia 03/10/2015, às 20:10, "m...@rpzdesign.com"  
> escreveu:
>
>> Nuno:
>>
>> I would not say that you have to use something.
>>
>> It's just that your life will be easier if you jump into Android Studio 
>> 1.2x+ for your java work and back to Qt Creator for your C++ stuff.
>>
>> I think they work quite nicely together.
>>
>> Why re-invent that Java support wheel?
>>
>> If it has already been done, then go for it.  But what is the gain in 
>> solving something that Android studio already does?
>>
>> md
>>
>>> On 10/3/2015 12:54 PM, Nuno Santos wrote:
>>> So, using gradle means that I have to use Android Studio or any other Java 
>>> IDE to manage the project? Meh… I love Qt Creator so much that I want to be 
>>> able to do everything from it.
>>>
>>> I have found this instructions in order to include an android lib source 
>>> into the ant building process but it doesn’t seem to be working:
>>>
>>> - Unzip the facebook android sdk package
>>> - Inside the unzipped directory, locate the subdirectory 'facebook' and 
>>> copy it in another location (in a subdirectory of your Qt project it's fine)
>>> - Open the copied directory and in a command line window execute the 
>>> following command to create a custom build.xml ant build file (select the 
>>> version of android sdk you are using):
>>> android update project --path . --target android-19
>>>
>>> - Add to the Qt project a custom Android package source directory: 
>>> ANDROID_PACKAGE_SOURCE_DIR = $$PWD/Android
>>> - In the Android package source directory add the project.properties file 
>>> (or edit it) and append the following content (pay attention to 
>>> android.library.reference.1, if you already added other library references 
>>> you should ensure that the number is unique and progressive; moreover the 
>>> path should be the relative path from your project android build directory 
>>> to the directory with facebook sdk):
>>>
>>> # Project target.
>>> target=android-19
>>> ## Reference to the Facebook SDK
>>> android.library.reference.1=../../facebook
>>>
>>> facebook sdk source dir is inside the project dir. When building everything 
>>> happens as before. Does anyone know if this process is valid?
>>>
>>> Thanks,
>>>
>>> Regards,
>>>
>>> Nuno
>>>
>>>> On 03/10/2015, at 16:58, m...@rpzdesign.com wrote:
>>>>
>>>> Just open it directly in Android Studio 1.2xx+ -> latest version
>>>>
>>>> Whatever you do, run away from eclipse.
>>>>
>>>> Make sure Qt-Creator is generating Gradle upon build (some dialog check
>>>> box somewhere inside Qt Creator related to android)
>>>>
>>>>  From inside Android Studio perspective, Qt is just a bunch of SO
>>>> libraries. So don't try to "step" into those.
>>>>
>>>> That help?
>>>>
>>>> md
>>>>
>>>>
>>>>
>>>>> On 10/3/2015 9:41 AM, Nuno Santos wrote:
>>>>> Hi,
>>>>>
>>>>> I have seen the use gradle option on Qt Creator for a long time now but I 
>>>>> have never used it.
>>>>>
>>>>> I want to integrate FacebookSDK into a Qt App and it seems that it is 
>>>>> easier to do with gradle since they now provide the SDK as a project and 
>>>>> not as a jar.
>>>>>
>>>>> I didn’t find official information on how to use gradle.
>>>>>
>>>>> How do I specify a custom build.gradle file for a Qt Android app project?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Regards,
>>>>>
>>>>> Nuno
>>>>> ___
>>>>> Interest mailing list
>>>>> Interest@qt-project.org
>>>>> http://lists.qt-project.org/mailman/listinfo/interest
>>>>
>>>> --
>>>> No spell checkers were harmed during the creation of this message.
>>>> ___
>>>> Interest mailing list
>>>> Interest@qt-project.org
>>>> http://lists.qt-project.org/mailman/listinfo/interest
>>
>> --
>> No spell checkers were harmed during the creation of this message.
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Windows 10 Intel Atom + Android Atom Intel

[m...@rpzdesign.com]

Maurice:

Does the Visual Studio Add-In 1.2.4 work for MSVC 2015?

http://download.qt.io/official_releases/vsaddin/qt-vs-addin-1.2.4-opensource.exe.mirrorlist

So for the best integrated build, deploy, debug experience I should plan 
on NOT using Qt-Creator on Windows but instead do all of my work inside 
MSVC 2015?

Would you suggest that I get a touchpad such as the following one for usage:

http://www.ergonomictouchpad.com/

That way, I can do the majority of my work on the Windows 10 Host and 
only then after the majority of the work is done, set up remote 
debugging and begin to transfer images to the windows 10 tablet?

Thank you for your response,

md

On 10/8/2015 5:56 AM, Kalinowski Maurice wrote:
> Hi,
>
>> How does this work?
>
>> Do I need to run a remote debugger process on the tablet to allow for 
>> Compile, Deploy,
>
>> Debug from a Host Windows 10 PC to a Windows 10 Tablet.  I cannot imagine 
>> running
>
>> MSVC2015 on the tablet just to Compile, Deploy, Debug.
>
> You will need to install the remote debugging tools on the tablet and
> specify the IP address of the tablet inside Visual Studio. You can find
> the documentation and packages at the MSDN
> https://msdn.microsoft.com/en-us/library/bt727f1t.aspx
>
> Unfortunately this is not possible from Qt Creator yet, so you will need
> to use Visual Studio.
>
> Maurice
>
>
>
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
>

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] QML/C++ tidbit

[m...@rpzdesign.com]

Hello List:

For those who are using Loader in QML but triggering that loader from 
C++, I came across a usage pattern technique that may have utility for some.

During the execution of the C++,  loading "componentSource" is NOT a 
synchronous operation if your loader is set to Async == true

In the Loader::onLoaded() function, call an INVOKABLE back into C++ to 
inform C++ that the loader is finished by setting some visible C++ flag

Then inside your C++, execute QGuiApplication::processEvents() 
immediately after setting "componentSource" and wait for the flag to be 
set and then you may proceed to interact with the freshly loaded QML 
objects inside C++ knowing the loader has finished its job.

This allows what is largely an asynchronous process to be made more 
"synchronous" inside your C++, thus allowing you to continue in C++ with 
your GUI logic close to where you loaded the QML to begin with.

I use a timeout to guard against QML errors should my loader stumble 
into poorly formed QML.

You can always try to handle the QMLEngine::warnings() signal, but that
is a work in progress.

I never set my Loader to be synchronous so that I never block the Gui 
Thread with QML loading operations.

Hope the idea resonates with someone in the list.

Cheers,

md

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] OSX El Capitan & Qt

[m...@rpzdesign.com]

Ok, when 5.5.1 is released, I will spend some time trying both 6.4 and
7.01 and dump any errors I see.



On 10/12/2015 12:29 PM, Thiago Macieira wrote:
> On Monday 12 October 2015 11:41:05 mark diener wrote:
>> Does Qt or anybody have some guidance on what combination of
>> Xcode & Qt we should consider the latest stable group?
>>
>> El Capitan + Xcode 7.0.1 + Qt 5.5.0?
>>
>> (I found a lot of errors here)
> 
> Please provide the errors so they can be addressed.
> 
>> El Capitan + Xcode 6.4 + Qt 5.5.0?
>> (Lots of warnings)
> 
> We fixed the warnings for 5.5.1.
> 
> Please try the 5.5.1 release instead (not yet released, wait a few days).
> 

-- 
No spell checkers were harmed during the creation of this message.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Qt5.3.0 RC QtCreator 3.1

[m...@rpzdesign.com]

Hello:

I opened up QtCreator 3.1.1 opensource rev:4278fd0af2
and wanted to play with Qt Quick 2.x stuff

When starting a new Qt Quick Application, it gives a chance
to choose my Qt Quick Component Set.

The choices are :
1) Qt Quick Controls 1.1
2) Qt Quick Controls 1.0
3) Qt Quick 2.2
4) Qt Quick 2.1
5) Qt Quick 2.0

Where on the web do I find an explanation of the different sets?

What is the difference between Qt Quick Controls 1.1 and Qt Quick 2.0?

Thanks,

Marco

___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] Qt Quick 2.x Complex ListView

[m...@rpzdesign.com]

Hello QTers:

After pouring through available online documentation, I am at a loss
for rendering complex Listviews from a C++ based AbstractModel.

Does anybody have an idea on how to create each row of the listview with
a delegate that allows for each row to be rendered with separate logic
instead of the standard delegate which renders each row with the
same or very similar logic.

Also, different areas of the row must trigger different onclick events
using separate mouseareas.

It looks like C++ QQuickPaintedItem is what I may have to use to get the
effect, but I would like to stay away from that if possible.

Any comments or tips would be useful and I am sure more people
would like this option

Cheers,

md







___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QtWebEngine / Android / Qt 5.4 / Open-Source

[m...@rpzdesign.com]

Unless somebody wants to wrap the on-device browser and instantiate it.

md

On 6/6/2014 7:20 AM, Cornelius Hald wrote:
> OK, so there have been some recent changes to the Wiki-Page. It now
> seems clear, that there will be *no* QtWebEngine for "normal" Android.
> 
> http://qt-project.org/wiki/QtWebEngine
> 
> Cheers,
> Conny
> 
> 
> On Mon, 2014-05-26 at 20:57 +0200, Cornelius Hald wrote:
>> On Sun, 2014-05-25 at 14:50 +0200, Mark Gaiser wrote:
>>> On Sun, May 25, 2014 at 2:33 PM, Cornelius Hald  wrote:
 Hi,

 some time ago there was a blog post [1] by the WebEngine team.
 Unfortunately I'm not totally sure how to read it.

 Does anybody know if QtWebEngine will be available on Windows, Linux and
 Android in the open-source version of Qt 5.4?

 Thanks!
 Conny

 [1]
 http://blog.qt.digia.com/blog/2014/05/13/news-from-the-qt-webengine-team/
>>>
>>> It is available : https://qt.gitorious.org/qt-labs/qtwebengine
>>> As for windows, android and linux support state. I have no clue.
>>
>> Thanks! So let me rephrase it. Maybe someone else has some additional
>> information.
>>
>> 1) Which platforms will be supported by QtWebEngine in Qt 5.4?
>>
>> 2) Will QtWebEngine be part of the pre-build open-source Qt 5.4
>> packages? If yes, does that include Linux, Windows and Android?
>>
>> Cheers,
>> Conny
>>
>>
>> ___
>> Interest mailing list
>> Interest@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/interest
> 
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Simple UDP listener question

[m...@rpzdesign.com]

Maybe you should only use 1 socket instead of 2.

UDP only needs to bind to receive, but can send without binding as long
as you use sendto( ) calls.

On 6/23/2014 1:45 PM, Ian Monroe wrote:
> On Mon, Jun 23, 2014 at 10:41 AM, Robert Wood
>  wrote:
>> The QHostAddress("192.168.0.18") should be the IP address of my computer
>> shouldn't it? I'm not really clear why this is necessary as I would
>> assume Qt would automatically pick that up? Or is it in case you  have
>> more than one NIC and you are telling the program which one to listen
>> on/send from?
> 
> You could bind to 0.0.0.0 instead I think.
> 
> Ian
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Integrating on Android.

[m...@rpzdesign.com]

You will have to add the Intent handling routines into the Native
Activity and then call into NativeCode NativeActivity to process them
(or do it all in java, but that is not what QT is all about.)

Remember that NativeActivity for QT code is on a different thread than
Dalvik Code, you need some thread safe code as well in C++.

Also, you will have to register the intent handlers likely to your
Manifest.XML as well, or maybe in raw java code.

md


On 6/27/2014 1:22 PM, Jason H wrote:
> Is this possible?
> -- 
> Sent from my Android phone with GMX Mail. Please excuse my brevity.
> 
> Jason H  wrote:
> 
> I had to go Android SDK for a project because the Qt support fell short.
> 
> Now I'm starting on the next project... How can I use the SDK app's
> intents in the new app that I want to do in Qt? The new app expands
> on the old app's features. So basically I want a Qt app to use the
> intents of the SDK app.
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
> 
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Loader keyboard problem

[m...@rpzdesign.com]

Michael:

Actually, a slight modification to your response.

Outlined in bug report Qt-40790  (likely to get closed soon)

You must use forceActiveFocus() to get this to work,  focus: true does
NOT seem to work.

Thanks for the reply,

cheers,

md



On 8/14/2014 3:55 PM, Michael Brasser wrote:
> Hi Mark,
> 
> Loader is a focus scope (see
> http://qt-project.org/doc/qt-5/qml-qtquick-loader.html#focus-and-key-events),
> so you will need to set focus on the Loader itself as well as the
> ListView in order for keyboard navigation to work.
> 
> Regards,
> Michael
> 
> 
> Date: Wed, 13 Aug 2014 09:40:27 -0700
> From: rpzrpz...@gmail.com
> To: interest@qt-project.org
> Subject: Re: [Interest] Loader keyboard problem
> 
> Oops, I did not finish describing what was the problem with the Loader
> Sample.
> 
> The Listview on the Loader for screen1.qml does not work with keyboard
> navigation, but when loaded as a
> component, the Listview keyboard navigation works.
> 
> Attached is the sample project:
> 
> Built on OSX Mavericks with Qt 5.3.1 QtQuick 2.2
> 
> Thanks for any responses.
> 
> 
> On Wed, Aug 13, 2014 at 9:37 AM, mark diener  > wrote:
> 
> I am having some strange behavior with a Loader sample program
> for QtQuick 2.2
> 
> The Listview on Screen1.qml works 
> 
> Here is the main.qml file:
> 
> import QtQuick 2.2
> 
> import QtQuick.Window 2.1
> 
> 
> Window
> 
> {
> 
>   id: mainwindow
> 
> 
>   visible: true
> 
> 
>   width: Screen.width
> 
>   height: Screen.height
> 
>   color: "black"
> 
>   title: "Test Loader"
> 
> 
>   //Keyboard navigation under OSX Mavericks does not work for the loader
> 
> Loader
> 
>   {
> 
> id: genload
> 
> anchors.fill: parent
> 
> source: "Screen1.qml"
> 
>   }
> 
> 
>   //Keyboard navigation under OSX Mavericks works for the component
> 
> 
> 
>   //Comment out the loader and Un-comment the component to see.
> 
>   //Screen1 {}
> 
> 
> 
> }
> 
> 
> /NEW QML FILE BELOW///
> 
> 
> Here is the Screen1.qml file:
> 
> 
> import QtQuick 2.2
> 
> 
> 
> 
> Rectangle
> 
> 
> {
> 
> 
> 
> 
>   anchors.fill: parent
> 
> 
> 
> 
>   color: "white"
> 
> 
> 
> 
>   opacity: 1
> 
> 
> 
> 
>   ListModel
> 
> 
>   {
> 
> 
> id: listdata
> 
> 
> 
> 
> ListElement
> 
> 
> {
> 
> 
>   name : "Joe Vabeetz"
> 
> 
> 
> 
>   cell: "555-1212"
> 
> 
> 
> 
> }
> 
> 
> ListElement
> 
> 
> {
> 
> 
>   name : "Mary Vabeetz"
> 
> 
> 
> 
>   cell: "555-1213"
> 
> 
> 
> 
> }
> 
> 
> ListElement
> 
> 
> {
> 
> 
>   name : "Pete Vabeetz"
> 
> 
> 
> 
>   cell: "555-1214"
> 
> 
> 
> 
> }
> 
> 
>   }
> 
> 
> 
> 
> 
> 
>   Component
> 
> 
>   {
> 
> 
>   id: listdelegate
> 
> 
> 
> 
>   Item
> 
> 
>   {
> 
> 
>   id: rowperson
> 
> 
> 
> 
>   width: parent.width - 10
> 
> 
> 
> 
>   height: 50
> 
> 
> 
> 
>   MouseArea
> 
> 
>   {
> 
> 
>   id: rowmousearea
> 
> 
> 
> 
>   hoverEnabled: false
> 
> 
>   anchors.fill: parent
> 
> 
> 
> 
>   onClicked:
> 
> 
>   {
> 
> 
>   listpeople.currentIndex = index
> 
> 
> 
> 
>   }
> 
> 
>   }
> 
> 
>   Text
> 
> 
>   {
> 
> 
>   id: rowname
> 
> 
> 
> 
>   text: 'Name: ' + name
> 
> 
> 
> 
>   }
> 
> 
>   Text
> 
> 
>   {
> 
> 
>   id: rowcell
> 
> 
> 
> 
>   anchors.top: rowname.bottom
> 
> 
> 
> 
>   text: 'Cell:' + cell
> 
> 
> 
> 
>   }
> 
> 
>   }
> 
>   }
> 
> 
> 
> 
>   ListView
> 
>   {
> 
> 
> 
> 
>   id: listpeople
> 
> 
> 
>   anchors { fill: parent; margins: 22 }
> 
> 
> 
>   model: listdata
> 
> 
> 
>   delegate: listdelegate
> 
> 
> 
>   highlight: Rectangle { color : "lightsteelblue"; radius : 5 }
> 
> 
> 
>   focus: true
> 
>   }
> 
> 
> }
> 
> 
> 
> 
> 
> ___ Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest