Re: [Interest] [QtSerialBus] [CAN] Blocking API planned?

2016-04-11 Thread Blasche Alexander
Hi Andre,

I have no immediate plan but it is a suggestion which I am willing to take 
onboard. I have converted your mail to:

https://bugreports.qt.io/browse/QTBUG-52495

--
Alex


From: Interest 
 on behalf 
of André Hartmann 
Sent: Monday, April 11, 2016 09:13
To: Interest@qt-project.org
Subject: [Interest] [QtSerialBus] [CAN] Blocking API planned?

Hi all,

right now the CAN bus API provides the signals framesReceived() and
framesWritten().

For some cases, it's easier to have a thread that blocks until an event
occurs. Therefore, the additional functions

bool waitForFramesReceived(int msecs)
bool waitForFramesWritten(int msecs)

could be useful.

Is there already something planned in this direction?

Best regards,
Andre
___
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] QtPositioning high delay on QGeoPositionInfoSource::startUpdates

2016-04-05 Thread Blasche Alexander
Hi Maxim,


Am I right in the assumption that this only happens during startup or does it 
happen during the normal position update cycle as well?


I am not sure whether or how we can fix this. It seems the Java thread startup 
which creates the Looper and message handler somehow freezes the Qt thread. The 
whole point of the Java thread was to not affect the Qt thread


--

Alex



From: Interest 
 on behalf 
of Maxim Bescherevnykh 
Sent: Friday, April 1, 2016 10:16
To: interest@qt-project.org
Subject: [Interest] QtPositioning high delay on 
QGeoPositionInfoSource::startUpdates

QGeoPositionInfoSource::startUpdates startup time vary in high range 2 ms ~ 
1 ms sometimes there is very high delays that freeze UI:

"Looper Thread startup time in ms: 1189"
"Looper Thread startup time in ms: 20"
"Looper Thread startup time in ms: 8189"
...
values from Android device (Nexus 5)

Is there way to reduce those delays or only solution is to move 
QGeoPositionInfoSource in separate thread?
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] QCharts feedback/issues

2016-03-19 Thread Blasche Alexander


>Where is the best place to give QCharts feedback, or to discuss issues?


For bugs or suggestions please file them in Jira under the Charts component: 
https://bugreports.qt.io/browse/QTBUG/component/22022/?selectedTab=com.atlassian.jira.jira-projects-plugin:component-summary-panel


Other forms of feedback could go to developm...@qt-project.org


--

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


Re: [Interest] lowEnergyScanner detects ibeacons that are absent

2016-02-19 Thread Blasche Alexander
The delay between the device disappearing and the scan results being adjust is 
caused by caching in the Bluetooth stack. On Bluez the default is 2 or 3 mins 
for cache expiry. I have no data about other platforms. What platform are you 
on?


In fact in some cases the caching goes even further. Sometimes the details of 
the disappeared device are cached and when you connect you get data from the 
cache or the list of the services. This doesn't work on Bluez but I have seen 
this behavior on WinRT for example.


Unfortunately, there is not much you can do about it.

--

Alex



From: Interest 
 on behalf 
of Dmytro Haponov 
Sent: Friday, February 19, 2016 13:16
To: interest@qt-project.org
Subject: [Interest] lowEnergyScanner detects ibeacons that are absent

after creating this topic
https://forum.qt.io/topic/64355/lowenergyscanner-example-shows-absent-devices/2
I was advised to address the question here.

The general question is - how to actively scan for BLE devices that are present 
at the moment of scan?

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


Re: [Interest] Gerrit questions

2016-02-08 Thread Blasche Alexander
If the hook is already installed then you can trigger it by editing the commit 
log message via for example "git commit --amend" or git rebase.

The hook itself will generate the change-id.
--
Alex


From: Interest  on behalf of Jason H 

Sent: Monday, February 8, 2016 15:55
To: interest@qt-project.org
Subject: [Interest] Gerrit questions

I'm trying to push code to gerrit, but I'm having some issues. I've fought 
through many already, but  I'm at
! [remote rejected] HEAD -> refs/for/dev/osx_recording_params (missing 
Change-Id in commit message footer)
error: failed to push some refs to 
'ssh://scorp...@codereview.qt-project.org:29418/qt/qtmultimedia.git'

I find plenty of info on how to set the hook, but not how to _obtain_ and the 
change-id.

___
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.1 OSX BTLE compile error - UUID is deprecated

2016-01-31 Thread Blasche Alexander
On Friday 29 January 2016 20:49:49 Jason H wrote:
>> I don't know if this is fixed in 5.6?

>From: Interest  on behalf of Thiago Macieira 
>
>Looks like it is.

https://bugreports.qt.io/browse/QTBUG-48518

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


Re: [Interest] Bluetooth (and bluetooth low energy) on Windows

2016-01-14 Thread Blasche Alexander
> -Original Message-
> From: Interest [mailto:interest-boun...@qt-project.org] On Behalf Of Stéphane
> Fabry

> I see there is no support for Windows 7, 8, 10 for the bluetooth module.

Correct.

> Is it planned in near future, is there someone working on it ?

It is planned. I cannot comment on a particular Qt version as release though. I 
know for sure that 5.6 and 5.7 won't support it.

> Or maybe there is no support for Windows for any technical reason that
> prevent it to work ?

At this stage I am not aware of anything that would prevent it. There are two 
branches in the qtconnectivity git repo for this purpose. The "btle" branch 
aims to support WinRT and the "wip/win" branch is for Win Desktop.

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


Re: [Interest] Starting a Norwegian Nynorsk translation of Qt

2016-01-10 Thread Blasche Alexander

>I am planning on starting a translation of Qt into Norwegian Nynorsk
>(language code: nn). 
>I have read https://wiki.qt.io/Qt_Localization, and
>it looks like Qt 5.6 is the most relevant branch to translate.
>Is that correct?

That's correct.

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


Re: [Interest] Bluetooth for Linux

2015-10-27 Thread Blasche Alexander via Interest

>Below is a screen of the scanner demo that comes it and it appears it is not 
>able to turn on bluetooth because

>bluetooth power is unchecked. Even when I check it the 'Scan' button is still 
>disabled which seems to indicate is not

>really powering on (= in other words not able to connect to bluez?).


It would indicate that the communication between QtBluetooth is not happening 
as it is supposed to. You won't get around the logging facilities I pointed out 
in my previous mail.

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


Re: [Interest] Bluetooth for Linux

2015-10-27 Thread Blasche Alexander via Interest
Hi,

> -Original Message-
> From: Interest [mailto:interest-boun...@qt-project.org] On Behalf Of Shahzad
> Khan via Interest
> Sent: Tuesday, 27 October 2015 15:38
 
> But when I run the btscanner demo, the 'scan' button comes out disabled. I 
> don't
> get any warnings or errors but I can never scan.

The scan button is disabled while a scan is in progress.


> My question is how can I make bluetooth work for linux? How do I wire up Qt to
> use BlueZ? I hear about Qdbus as well but I don't know exactly how does that 
> fit
> in the picture since the demos don't seem to use it.

QtDBus is internally used by QtBluetooth. There is no public reference to it in 
the QtBluetooth context. Please enable logging for the example by uncommenting

//QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* = true"));

in main(). It should provide you with more relevant output. Also, ensure that 
Bluez has enabled the local Bluetooth device using hciconfig.

 
> I am using Ubuntu 4.04 and BlueZ version 4.11 which I believe is supported by 
> Qt.
> I am new to linux world though.

I am going to assume you meant Ubuntu 14.04 and Bluez 4.101. The other version 
combo doesn't make sense to me.  Otherwise please advise. Yes, this version 
combo does work. Indeed I am using it myself.

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


Re: [Interest] Bluetooth for Linux

2015-10-27 Thread Blasche Alexander via Interest
>This is another bit of confusion I am trying to sort out. I do know bluez 4.x 
>is supported but does it mean I have to go

>back to older version of Qt for that? Thanks.


No you don't have to.


--

Alex


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


Re: [Interest] QCanBusDevice inheritance

2015-09-10 Thread Blasche Alexander

>> Another inefficiency of the QIODevice approach would be that each frame
Hi,

>> would have to be serialized to a QByteArray on the user API side just to be
> >unserialized on the backend side again. I have yet to see a backend API that
> >doesn't deal with a frame based API. There is simply nothing gained.
>
>I don't get why each frame would have to be serialized if
>QCanBusDevice inherits QIODevice. The implementation of
>QCanBusDevice::writeFrame() would not change. It would, on the other
>hand, require to implement QIODevice::writeData() which would either
>call QCanBusDevice::writeFrame() or directly the backend API
>effectively doing some "unserialization".

The question is how you get to the serialized QCanBusFrame in the first place. 

Based on your suggestion above the usual order of calls for a QIODevice based 
API across the stack is such that

const char* serialized_frame = ...
device->write(serialized_frame;
 -> device->writeData(serialized_frame, size); // deserializes serialized_frame
-> device->writeFrame(frame) // based on your suggestion above

How did the user create serialized_frame if not using some QDataStream operator 
that created it from QCanBusFrame? Surely you cannot expect the API user to 
create the data stream representing a frame from scratch but via QCanBusFrame?

I am sorry all I see is artificially passing everything through a serialization 
process where the top and the bottom of the call series end up with the same 
QCanBusFrame. Then I may as well permit the user to directly call writeFrame(). 
And that's what we did.

Let me ask you this, why do you want it to be a QIODevice? It's not because the 
Qt docs stating "The QIODevice class is the base interface class of all I/O 
devices in Qt", is it? For me the API just doesn't fit and that's reason enough 
for me to contradict the QIODevice documentation ;)

--
Alex



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


Re: [Interest] QCanBusDevice inheritance

2015-09-09 Thread Blasche Alexander
Hi,


>Thanks for your response but I still don't get why QIODevice has been
>discarded for CAN while it is used for QUdpSocket.

>First, frames can always be divided into bytes, there length is an
>integer multiple of byte. If you are talking about the fact that
>fields within a frame are not 8 bits longs (identifier can be 11),
>this should be handled by the underlying CAN library.

The QIODevice architecture was not a good fit for CAN bus. The API must enable 
the user to interpret the various frames received on the bus. In addition to 
the payload, each frame may come from different sources, has different types 
and other attributes. This means that the API requires at least an abstraction 
on frame level. For each new frame that you send you may adjust the frame 
attributes as well.

This is considerably different from a QIODevice based architecture where you 
generally open a connection to a remote entity and once the connection is 
established you merely keep exchanging payload. After all you don't set a new 
IP for each UDP datagram. There is no requirement to dissect the incoming data 
stream on the backend either. We generally copy the raw data to a socket.

Another inefficiency of the QIODevice approach would be that each frame would 
have to be serialized to a QByteArray on the user API side just to be 
unserialized on the backend side again. I have yet to see a backend API that 
doesn't deal with a frame based API. There is simply nothing gained.

Another argument, the frame based API serves as an input gate. We can make 
assumptions about data format to be send by the API user as the user has to fit 
it into a QCanBusFrame. How should a backend react to an arbitrary data stream 
coming from the user? We have to find all the frame details in it before we 
send it further on. Hence a QIODevice API invites "frame input errors" which is 
not very user friendly.

I hope this helps to understand the reasons for the change.

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


Re: [Interest] Bluetooth support on Qt

2015-08-26 Thread Blasche Alexander
Hi Jason,

So is Qt not supporting advertising Manufacturer Specific Data or not
supporting receiving them (or both)? I just need to retrieve the data when
doing a scan.

I admit the task description is somewhat vague. I modified it to be more 
precise. It shall be possible to set and get such advertisements using a new 
set of APIs.

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


Re: [Interest] Qt positioning

2015-08-26 Thread Blasche Alexander
Are you certain that the two non-working devices have a valid position fix? It 
is quite possible for a fix to take up to 2 mins and if GPS only is permitted 
and you are inside a building... Another test might be to check whether other 
apps (e.g. the maps app) can retrieve the position .



If you are certain that the above points are not the issue then I think it is 
time to put this into a bug report on https://bugreports.qt.io. The report 
should contain all the info already provided. In addition there should be 
information like any output you see on the command line. I am fairly certain it 
should mention something about provider.


When you press Locate  Update, what does the display say? What is mentioned 
in the UI as source?


LBNL I'd like you to apply https://codereview.qt-project.org/#/c/124254/ before 
you run the example. This adds a bit more details on the output and improves 
error handling.


--

Alex



From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Federico Buti bacaro...@gmail.com
Sent: Wednesday, August 26, 2015 09:37
To: Jason H
Cc: interest@qt-project.org
Subject: Re: [Interest] Qt positioning

Hi all.

Sorry for the delay in answering my own thread. Being busy doing other stuff I 
had no time to further test my issue.
As suggested by Alex I've started studying the problem with the built-in 
examples. I've deployed the Geoglickr to my three devices. In accordance to 
the results I've obtained with my initial toy example the application correctly 
fetched coordinates on just one device out of three. More in details:

- Lenovo A806 [rooted with AOSP 4.4.2]
nan values, hitting Locate  update does not change a thing

- Archos 50 Titanium [stock Android 4.2.2]
Correct value dispayed at startup

- Galaxy Tab2 (GT-P7500) [stock Android 4.0.4]
nan values, hitting Locate  update does not change a thing

Is there some trace/output I can attach or some other specific test I can 
execute? Should I add other relevant info (e.g. kernel version, build number)?
Thanks in advance,
F.


On 19 August 2015 at 22:24, Jason H jh...@gmx.commailto:jh...@gmx.com wrote:
Nope, did not know. Not really an iOS guy, but that key was it!

Thanks!

 Sent: Wednesday, August 19, 2015 at 2:43 PM
 From: maitai mai...@virtual-winds.orgmailto:mai...@virtual-winds.org
 To: Interest@qt-project.orgmailto:Interest@qt-project.org
 Subject: Re: [Interest] Qt positioning

 Very probably you know it already, you need to put that in your
 info.plist file:

   keyNSLocationAlwaysUsageDescription/key
   stringLocation information needed for whatever reason../string

 Le 19-08-2015 19:54, Jason H a écrit :
  Sent: Wednesday, August 19, 2015 at 5:33 AM
  From: Blasche Alexander 
  alexander.blas...@theqtcompany.commailto:alexander.blas...@theqtcompany.comWhat
   is
  the status of this? I'm at a point now where the feature using
  positioning is on the radar.
 
  An invalid PositionSource is an indication that you don't even load
  the Position plugin/engine. In such scenarios you will never get any
  updates. I suggest you start testing the issue by using one of the
  provided  position examples (e.g. geoflickr or weatherinfo).
 
  The provided QML is just not enough to figure out why it might no load
  and indeed it may never be enough as it may depend on how you build
  and your application. Please don't post your entire application
  (unless it  is a very very small test case app or you are referring
  to an existing example) either though.
 
  Check that you are adding Qt+= positioning or otherwise the required
  plugins may not even be deployed.
 
  Well it works for Android. On IOS, I just get NaN, NaN
 
  Everytime I relaunch the app in Creator, it clears the Location
  permission. Location Services are on. I set this to Always for my
  app. No result.
 
  Are there any special notes for iOS?
 
 
  ___
  Interest mailing list
  Interest@qt-project.orgmailto:Interest@qt-project.org
  http://lists.qt-project.org/mailman/listinfo/interest
 ___
 Interest mailing list
 Interest@qt-project.orgmailto:Interest@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/interest

___
Interest mailing list
Interest@qt-project.orgmailto: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] Bluetooth Low Energy connection parameters

2015-08-20 Thread Blasche Alexander
Hi Andreas,

Could you please be more specific. I don't understand what interval you are 
referring to. Maybe you could point me to the equivalent Android API element? 

Maybe you could mention some of the parameters you are after? Then I could 
answer your question.

--
Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Andreas Ortmann ortm...@finf.uni-hannover.de
Sent: Wednesday, August 19, 2015 21:12
To: interest@qt-project.org
Subject: [Interest] Bluetooth Low Energy connection parameters

Hi,

is there some way to change the bluetooth low energy connection
parameters (especially the min/max connection interval) via the qt5 low
energy API? I could not find a way to do that.

Greetings,
Andreas
___
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 positioning

2015-08-19 Thread Blasche Alexander


What is the status of this? I'm at a point now where the feature using 
positioning is on the radar.

An invalid PositionSource is an indication that you don't even load the 
Position plugin/engine. In such scenarios you will never get any updates. I 
suggest you start testing the issue by using one of the provided position 
examples (e.g. geoflickr or weatherinfo).


The provided QML is just not enough to figure out why it might no load and 
indeed it may never be enough as it may depend on how you build and your 
application. Please don't post your entire application (unless it is a very 
very small test case app or you are referring to an existing example) either 
though.

Check that you are adding Qt+= positioning or otherwise the required plugins 
may not even be deployed.

--
Alex



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


Re: [Interest] QtLocation Map Widget

2015-07-29 Thread Blasche Alexander
Hi Igor,

I've looked into the code of new QtLocation module and it's QML
components and I came to the conclusion that it's not very difficult to
implement such widget and all another stuff to show map and items on the
map as Qt widget. But...

Michal even started work on it:

https://codereview.qt-project.org/#/c/115647/

but other things like bugs prevented this work form continuing.

I found that such implementation will be tied to the private QtLocation
headers. I wanted to implement GeoMap and Items as part of the
QtMWidgets library. But...

I don't want to tie on the private Qt's headers in this library. So I
can't to implement GeoMap right now. And I don't know what to do.

  * Is it possible to open QtLocation C++ stuff, I mean headers, for
example, of QGeoMappingManager?

With the recent reactivation of QtLocation development there have been a lot 
changes in the private headers. Until those headers settle down we won't make 
them public. A public header that changes is of no use to you either.

  * Is it possible to implement GeoMap widget in Qt internally and allow
to choose between QML and Widgets?

That's definitely possible and contributions are welcome. THis has the side 
benefit that (once it is in) it becaomes part of the maintained offering and 
private header changes will have to be accompanied by similar fixes to this new 
QGeoMap widget.

  * Is this list good to ask such questions, or better to ask in
developer's list, and is it ok to ask in developer's list such questions.

If this becomes an effort to add the widget to the QtLocation library then the 
dev list is more appropriate. However I would expect that the discussion would 
move to gerrit fairly soon after though.

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


Re: [Interest] QtLocation Map Widget

2015-07-29 Thread Blasche Alexander

But I have one question: new QGeoMapWidget will be based on the
QOpenGLWidget and is it possible to use such widget on mobile platforms?
I heard that on mobile platforms only one OpenGL context can be used...

It is far too early to know what we'll end up doing. This was mostly a proof of 
concept to learn what we have to change in our private and public APIs to make 
it work.

As mentioned earlier, currently we focus on bug fixing and stabilizing the API. 
That's why a contribution from your side to continue this work would speed this 
up to maybe Qt 5.6 ?

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


Re: [Interest] [ Android ] Can Qt Positioning API access and output NEMA GPS Strings?

2015-07-28 Thread Blasche Alexander
I want to output NMEA strings that look like this:
$GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47
Maybe QNmeaPositionInfoSource has some way to output the raw source strings 
that it reads?


Well, the class' purpose is to process an incoming NMEA string. If I just want 
to output the raw strings then we wouldn't have to wrap the QIODevice providing 
the NMEA strings. We would directly print the content from the QIODevice 


If you want to convert the output from a regular QGeoPositionInfoSource to NMEA 
then you would have to write the conversion code yourself. There is no support 
for it in Qt. It shouldn't be too difficult though as QNmeaPositionInfoSource 
provides a template for the reverse already.


--

Alex


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


Re: [Interest] [ Android ] Can Qt Positioning API access and output NEMA GPS Strings?

2015-07-27 Thread Blasche Alexander
Hi,


I am not sure whether this is what you are after but there is a class called 
QNmeaPositionInfoSource which can take NMEA input from a QIODevice. The 
QIODevice is supposed to provide the NMEA strings which the API turns into a 
QGeoPositionInfoSource-like behavior.


There is an example for it under examples/positioning/logfilepositionsource


--

Alex



From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Edward Sutton edward.sut...@subsite.com
Sent: Monday, July 27, 2015 16:26
To: Interests Qt
Subject: [Interest] [ Android ] Can Qt Positioning API access and output NEMA 
GPS Strings?

For example:

GPS NMEA - GPGGAhttp://aprs.gids.nl/nmea/
GNGNS and 
GLGNShttp://www.trimble.com/OEM_ReceiverHelp/V4.44/en/NMEA-0183messages_GNS.html


For example:


GGA - essential fix data which provide 3D location and accuracy data.

 $GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47

Where:
 GGA  Global Positioning System Fix Data
 123519   Fix taken at 12:35:19 UTC
 4807.038,N   Latitude 48 deg 07.038' N
 01131.000,E  Longitude 11 deg 31.000' E
 1Fix quality: 0 = invalid
   1 = GPS fix (SPS)
   2 = DGPS fix
   3 = PPS fix
   4 = Real Time Kinematic
   5 = Float RTK
   6 = estimated (dead reckoning) (2.3 feature)
   7 = Manual input mode
   8 = Simulation mode
 08   Number of satellites being tracked
 0.9  Horizontal dilution of position
 545.4,M  Altitude, Meters, above mean sea level
 46.9,M   Height of geoid (mean sea level) above WGS84
  ellipsoid
 (empty field) time in seconds since last DGPS update
 (empty field) DGPS station ID number
 *47  the checksum data, always begins with *



The goal is to forward GPS NEMA string to another device.

-Ed


This email and any files transmitted with it from The Charles Machine Works, 
Inc. are confidential and intended solely for the use of the individual or 
entity to which they are addressed. If you have received this email in error 
please notify the sender. Our company accepts no liability for the contents of 
this email, or for the consequences of any actions taken on the basis of the 
information provided, unless that information is subsequently confirmed in 
writing. Please note that any views or opinions presented in this email are 
solely those of the author and do not necessarily represent those of the 
company. Finally, the recipient should check this email and any attachments for 
the presence of viruses. The company accepts no liability for any damage caused 
by any virus transmitted by this email.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] QtLocation questions

2015-07-15 Thread Blasche Alexander


2015-07-15 8:08 GMT+02:00 maitai 
mai...@virtual-winds.orgmailto:mai...@virtual-winds.org:

 I tried to play with osm.mapping.host but it doesn't seem to have any 
 effect, even after clearing the cache.
 I'm still experimenting so maybe I didn't put it in the right place, though.

you have to set the activeMapType to MapType.CustomMap and your tileprovider 
*must* provide tiles as png,
which is hardcoded within the plugin.

And it requires the 5.5 release (just in case it wasn't obvious)

--
Alex


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


Re: [Interest] Bug in QtLocation 5.5 when zooming map?

2015-07-13 Thread Blasche Alexander
This is

https://bugreports.qt.io/browse/QTBUG-47170

https://bugreports.qt.io/browse/QTBUG-47170


where we discuss this further if the need should arise.

--

Alex



From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Herbert Danzinger herbert.danzin...@gmail.com
Sent: Sunday, July 12, 2015 14:45
To: Interests Qt
Subject: [Interest] Bug in QtLocation 5.5 when zooming map?

I just tried the following QML to have a playground for integrating maps in an 
Android app.
But the problem is, zooming the map on the device just does not work.
I tried that on a Nexus4 running Android 4.4 and on a Moto G with the same 
result: zooming is not available.
The example mapviewer app included in Qt 5.5 works without problems though.

Am I missing something?


import QtQuick 2.5

import QtQuick.Controls 1.4

import QtLocation 5.5

import QtPositioning 5.5


ApplicationWindow {

visible: true

Plugin {

id: myPlugin

name: osm


}

Map {

id: map

plugin: myPlugin

anchors.fill: parent

gesture.activeGestures: MapGestureArea.ZoomGesture | 
MapGestureArea.PanGesture | MapGestureArea.FlickGesture

gesture.enabled: true

zoomLevel: 16

Component.onCompleted: {

console.log(Pinch enabled:  + gesture.pinchEnabled)

}

}

}


BR

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


Re: [Interest] [Bluetooth] Cannot identify the SPP service

2015-07-03 Thread Blasche Alexander
Hi Claudiu,

there might be several reasons here. All of them together may appear as rather 
random.

1.) It is not unusual that it may take a while until a new device is discovered 
in the vicinity of your scanning device. Especially devices never seen before 
may take some time. bluetoothd tends to cache information of already found 
devices which enables quicker discovery once you had the first glimpse. At the 
end of the day though there is a radio layer in between the devices. They may 
not notice each other on the radio layer (out of range, under the table etc.)

2.) When you scan using sdptool you directly interact with the Bluez subsystem 
in the kernel and potentially with the local SDP server. When you use the Qt 
API you initially interact with the dbus interface layer in bluetoothd. It in 
turn will forward the call in siniliar ways you are doing manually with 
sdptool. I would not rule out that the dbus layer doesn't notice the service 
scan results when you do a scan via sdptool.

3.) There is a chance that your scan is filtering the wrong thing (based on 
your log below this doesn't seem to be the case here though). A service can be 
identified by its service (class) id and the protocol descriptor list ( its 
list of uuids). After all the SPP uuid 0x1101 can act as service uuid and 
protocol uuid. If you use a qt example they usually use a custom uuid as 
service uuid and only add the SPP uuid as protocol descriptor to the SDP 
record. If your discovering device only filters by service uuid and not 
protocol descriptor uuid you may simply not notice it. Different platforms have 
differing matching patterns.

4.) Last but not least it might be a bug. Although I have no trouble picking it 
up on my Fedora 22 (bluez 5.29). In such a case I would need a bit more info 
posted to bugreports.qt.io. We have had bugs in the past and I am certain we 
have more. Note that QtBluetooth forwards full discoveries to an external tool 
called sdptool which circumvents the dbus layer too (like sdptool). It should 
pick up the same things. Unfortunately its output is base64 encoded. I might 
just add a debug mode where it prints clear output for debugging purposes. The 
Minimal discovery uses the dbus layer and here you could debug it using 
qdbusviewer and inspecting the relevant objects (iface: org.bluez.Device1, in 
particular its UUIDs property).

--
Alex


From: Claudiu Olteanu olteanu.clau...@ymail.com
Sent: Thursday, July 2, 2015 20:07
To: interest@qt-project.org
Cc: Blasche Alexander; Thiago Macieira
Subject: [Bluetooth] Cannot identify the SPP service

Hi there,

I encountered some problems when I tried to connect to a specific service 
(Serial Port Profile) on a Bluetooth device.
Apparently it cannot identify the service.  Here you can find some logs:

qt.bluetooth: Starting discovery
qt.bluetooth: UUID filter ({1101--1000-8000-00805f9b34fb})
qt.bluetooth.bluez: Discovery on:  00:12:6F:2A:0B:6E Mode: 1
qt.bluetooth: Socket discovery finished
qt.bluetooth: Didn't find any

Initially I thought that maybe there is a problem with the implementation of 
connectToService method.
Therefore I decided to use the QBluetoothServiceDiscoveryAgent to list all the 
available services. I was surprised to see that when I do a FullDescovery I 
cannot identify any service for this device.

When I use the sdptool to interrogate the SDP servers I can see the SPP service.

claudiu@linux-qpot:~ sdptool -i hci0 records 00:12:6F:2A:0B:6E
Service Name: SPP
Service RecHandle: 0x1
Service Class ID List:
  Serial Port (0x1101)
Protocol Descriptor List:
  L2CAP (0x0100)
  RFCOMM (0x0003)
Channel: 1
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:0x6a
  base_offset: 0x100


You can find at the end of the e-mail the HCI events captured during both 
scannings. I couldn't see anything wrong.
The same thing happens randomly when I use a different remote Bluetooth device 
which exposes only the SPP service. There are moments when it can discover the 
service and moments when the scanning ends with no results. I couldn't see a 
pattern.

Details about my environment:
- OS: openSUSE 13.2 (Harlequin) (x86_64) - KDE
- Qt 5.5 (beta version)
- BlueZ 5.30
- Remote Bluetooth Devices: HW (HeinrichsWeikamp) OSTC sport, HW OSTC 2

Also I asked a friend to do the Qt SDP search and he has the same problem. The 
SPP service is never identified. Details about his environment:
- OS: Fedora 22
- Qt 5.4.1
- BlueZ 5.28
- Remote Bluetooth Device: Shearwater Petrel 2


The interesting thing is that when I search for SDP servers exposed by my 
smartphone I can always discover them, but it doesn't expose a Serial Port 
Profile.

Regards,
Claudiu

--- SDP scanning using the QT Bluetooth API 
claudiu@linux-qpot:~ hcidump
HCI sniffer - Bluetooth packet analyzer ver 5.30
device: hci0 snap_len: 1500 filter: 0x
 HCI Event: Command Status (0x0f) plen 4
Create Connection

Re: [Interest] [ Android ] Bluetooth Obex Object Push Profile (OPP) implementation?

2015-06-22 Thread Blasche Alexander
Hi Edward,

 -Original Message-
 From: Edward Sutton [mailto:edward.sut...@subsite.com]
 
 Sorry for my Android ignorance, where may I browse the Android Bluetooth API?

http://developer.android.com/reference/android/bluetooth/package-summary.html

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


Re: [Interest] [ Android ] Bluetooth Obex Object Push Profile (OPP) implementation?

2015-06-19 Thread Blasche Alexander
Hi,

Not supported because Qt does not support it?  Or because Android does not 
support it?
How do 3rd party Android apps implement Obex?  Any ideas?  Java source code?

To the best of my knowledge there is no Android API to achieve that. There are 
some comments about private API's but they are not consistent.

It's been a while since I checked last but most of the new Andoird APIs in the 
area of Bluetooth are related to Bluetooth Low Energy.
I'd be happy to fix this if you know of an API that exists Android wide (not 
just on devices from manufacturer X).

It is my understand that existing apps provide their own obex implementation on 
top of Androids RFCOMM/SPP profile.

By the way Qt 5.5 Bluetooth SPP profile works great under both OS X and 
Android.

Great to hear.

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


Re: [Interest] [QtBluetooth] Basic tests

2015-06-08 Thread Blasche Alexander
 -Original Message-
 project.org] On Behalf Of Blasche Alexander
 Sent: Monday, 8 June 2015 16:03


 The above getDevice() function is related to Pairing and Bluez 4.x and 
 involved in
 device discovery at all. 

Small correction (missing negation):

The above getDevice() function is related to Pairing and Bluez 4.x and *NOT* 
involved in
device discovery at all.

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


Re: [Interest] [QtBluetooth] Pairing two devices

2015-06-01 Thread Blasche Alexander
Hi Claudiu,


Unfortunately there are a few pairing related issues which are still unresolved 
in QtBluetooth.


1.) The Bluez5 port is not 100% complete when compared to Bluez 4 
(https://bugreports.qt.io/browse/QTBUG-38401)

2.) The API doesn't allow you to specify a PIN as required by your use case 
(https://bugreports.qt.io/browse/QTBUG-42740)

3.) The current QBLuetoothLocalDevice related Pairing API is not really 
suitable to cover the use cases.


I started to address point 1 above in 
ttps://codereview.qt-project.org/#/c/85595/ but never got around to finishing 
it.


Then again I actually believe the best fix is to have an API that can be used 
as agent for all pairing interactions. The capabilities are certainly available 
in Bluez. On the other hand I doubt that this capability is not cross platform 
as I doubt that Android, OSX or Win would ever allw the replacement of their 
agents.


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Claudiu Olteanu olteanu.clau...@ymail.com
Sent: Sunday, May 31, 2015 20:49
To: interest@qt-project.org
Subject: [Interest] [QtBluetooth] Pairing two devices

Hi there!

I have some problems when I try to pair two Bluetooth devices
using the QTBluetooth API (QBluetoothLocaldevice class). The
remote device requires a specific PIN code and when I call
the requestPairing method the result is
org.bluez.Error.AuthenticationFailed. (error = 1, pairing
status = 0)

Is there a way to specify the PIN code? I tried to use
pairingDisplayConfirmation and pairingDisplayPinCode signals, but
they are never triggered after the call of requestPairing method
(with QBluetoothLocalDevice::Paired enum for the second parameter).
I read that for the last method the pin is automatically generated so
I don't think that they can be used in my scenario . Therefore what
happens when you need to insert a specific pin code?

I am not sure if it helps but here are the platform and the
versions of the packages used:
- OS: openSUSE 13.2 (Harlequin) (x86_64) - KDE
- Qt 5.4.1
- BlueZ 5.23-1.1

Cheers,
Claudiu

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


Re: [Interest] Bluetooth support on Qt

2015-05-08 Thread Blasche Alexander
I guess you are talking about BTLE advertising and the manufacturer specific 
data it might contain?


This is on the todo list but at this stage there is no formal commitment 
towards a specific release. If you want to track the feature I suggest to 
vote/watch the Jira issue (which I just created) below :


https://bugreports.qt.io/browse/QTBUG-46008


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of JH jason9...@gmail.com
Sent: Monday, May 4, 2015 23:57
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth support on Qt

Hello!

I am not sure if this is the right way to send email to the mailing list but I 
really would like to know if Manufacturer Specific Data for BTLE is planned to 
be supported in future Qt releases. From what I have read, it is not going to 
be supported in Qt5.5. Is there a plan to support it in future releases such as 
Qt5.6?

Thank you in advance!
Jason

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


Re: [Interest] Bluetooth support on Qt

2015-05-08 Thread Blasche Alexander
Unfortunately that's correct.


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Nicola De Filippo nic...@nicoladefilippo.it
Sent: Friday, May 8, 2015 12:25
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth support on Qt

Hi,
thus i can't use Qt 5.5 for beacon application, right?
  N.

Il giorno 08/mag/2015, alle ore 11:32, Blasche Alexander 
alexander.blas...@theqtcompany.commailto:alexander.blas...@theqtcompany.com 
ha scritto:

I guess you are talking about BTLE advertising and the manufacturer specific 
data it might contain?

This is on the todo list but at this stage there is no formal commitment 
towards a specific release. If you want to track the feature I suggest to 
vote/watch the Jira issue (which I just created) below :

https://bugreports.qt.io/browse/QTBUG-46008

--
Alex

From: 
interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org
 
interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org
 on behalf of JH jason9...@gmail.commailto:jason9...@gmail.com
Sent: Monday, May 4, 2015 23:57
To: interest@qt-project.orgmailto:interest@qt-project.org
Subject: Re: [Interest] Bluetooth support on Qt

Hello!

I am not sure if this is the right way to send email to the mailing list but I 
really would like to know if Manufacturer Specific Data for BTLE is planned to 
be supported in future Qt releases. From what I have read, it is not going to 
be supported in Qt5.5. Is there a plan to support it in future releases such as 
Qt5.6?

Thank you in advance!
Jason

___
Interest mailing list
Interest@qt-project.orgmailto: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] Q(Tcp/Udp)Socket stall

2015-04-30 Thread Blasche Alexander
While removing the plugin is a workaround, it is not a solution. Please file a 
bug including all you findings so far (including the pinned down timer). Thank 
you.


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Shantanu Tushar shaan...@gmail.com
Sent: Wednesday, April 29, 2015 14:23
To: Interests Qt
Subject: Re: [Interest] Q(Tcp/Udp)Socket stall

Apologies for hijacking the thread. I use Qt for 
SoStronkhttp://www.sostronk.com's desktop app which gamers use to launch game 
servers on demand (right now limited to Counter Strike : Global Offensive). A 
lot of people had complained about their game lagging every 10 seconds. I spent 
quite some time optimizing every timer that I had in the code, eliminating 
timers wherever necessary and increasing intervals otherwise. But, that didn't 
help.

However, after seeing this thread reply, I used procexp 
https://technet.microsoft.com/en-in/sysinternals/bb896653.aspx and in the 
threads tab I can see that the WLAN poll is what causes our users' game lagging 
every 10 seconds. Our users are otherwise happy with our servers because its 
the best quality pings they can get. However, that goes to trash because of 
this poll.

I skimmed through the bearer code and it looks impossible to workaround. Is 
there something I missed? Or, should I create a bugreport for this?

On Fri, Apr 24, 2015 at 4:48 PM, Andre Barth 
andre.ba...@autodesk.commailto:andre.ba...@autodesk.com wrote:
Are you on Wifi (only)?

We did run into similar issues on 5.3.2 (but I don't know whether this is 
related to your problem, too): The reason for our problem was/is, that ...

...it looks as if Qt’s “Network Configuration Manager” was polling the Wifi 
engine every 10 seconds for available networks.

This in turn will call Windows’ WlanScan function which “… requests a scan for 
available networks on the indicated interface…”
(see qnativewifiengine::requestUpdate, line 517) 

Could be right, could be wrong - but this is what I've seen.

Thanks,
Andre

-Original Message-
From: 
interest-bounces+andre.barth=autodesk@qt-project.orgmailto:autodesk@qt-project.org
 
[mailto:interest-bounces+andre.barthmailto:interest-bounces%2Bandre.barth=autodesk@qt-project.orgmailto:autodesk@qt-project.org]
 On Behalf Of Nuno Santos
Sent: Friday, April 24, 2015 1:01 PM
To: Interests Qt
Subject: [Interest] Q(Tcp/Udp)Socket stall

Hi,

I have passed the last 48 hours trying to understand a problem I was having 
with sockets. I was driving crazy but I think I finally reached a conclusion. 
Let me summarize:

- Program A that sends data via sockets to localhost
- Program B, built in Qt, receives data via QUdpSocket (I have also tried with 
QTcpSocket and the problem is the same).

Program A sends constant size messages (76 bytes) each 60 ms.
Program B receives the message and prints the latency between the current 
message and the last message.

The result is the following:

latency 19
latency 60
latency 60
latency 60
latency 51
latency 59
latency 80
latency 61
latency 60
latency 58
latency 50
latency 60
latency 59
latency 538
latency 0
latency 43
latency 58
latency 62
latency 79
latency 50
latency 50
latency 61
latency 61
latency 58
latency 60
latency 80
latency 31
latency 59
latency 1946
latency 0
latency 54
latency 61
latency 49
latency 59
latency 52
latency 60
latency 58
latency 60
latency 60
latency 60
latency 60
latency 60
latency 51
latency 533
latency 0
latency 16
latency 60
latency 60
latency 60
latency 50
latency 60
latency 61
latency 60
latency 59

From time to time, in a pretty much regular way, the message receiving stalls 
and the latency is printed as being around 500ms/1000ms/2000ms.

Even the interval between stalls is pretty much regular, around 14 packets. 
Each packet is 76 bytes, which multiplied by 14 gives around 1024.

I didn’t rest while I couldn’t who the fault was. So I did a C program that 
receives data on a socket from the same source to ensure that there was no 
stalls or latency. The result was NO STALLS.

Then, I have done another program, this time built in Qt, to send data via 
QUdpSocket to the program B. The result was: STALLS again!

My conclusion is that somewhere in the underlying Qt socket handling, there is 
a buffer, to be filled before readyRead is sent.

Is anybody familiar with this problem and know how to work around it? Is this a 
setting that can be tweaked?

This doesn’t seem normal or acceptable.

Thx,

Regards,

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



--
Shantanu Tushar   

Re: [Interest] QTDbus, Connman Parameters conversion

2015-03-23 Thread Blasche Alexander
I have been looking in a way to provide with my app some wifi connection 
manager which would
allow the following functionality :
F1 - Enable/disable wifi adapters
F2 - List wifi networks
F3 - connect to a network specifying the Wifi Key

That Api allows me to list networks properly (F2), but i didn't find a proper 
way to do F1  F3. Did I overlook something ?

Start and stop is provided via QNetworkSession.

https://doc-snapshots.qt.io/qt5-5.4/qnetworksession.html

QNetworkConfirgurationManager hands out the QNetworkConfigurations and 
QNetworkSession's are created based on those QNetworkConfigurations.

This should cover F1. I don't quite see where the difference is between F1 and 
F3. Isn't the difference just iteration over all wlan network configurations 
and then stopping/starting the one with your particular interest?

It is doesn't work then there might be a bug or a connman version issue. 
Connman did change its API and those latests changes can only be found in Qt 
5.4 or later.

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


Re: [Interest] can't get code from git://gitorious.org/qt/

2015-03-18 Thread Blasche Alexander
 Why I can't use git clone code from
 git://gitorious.org/qt/qtwayland.git now? Does it need some rights
 now? Last year I can git clone code from this address.

 Does anyone know how to resolve this problem? Thank you.


I suggest http://code.qt.io/cgit/qt/qt5.git/

That's what gerrit references as well.

--
Alex

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


Re: [Interest] BLE: reading a characteristic

2015-03-06 Thread Blasche Alexander
Indeed the RTC use case is convincing. Notifications don't make sense and its 
read-only anyway.

This requires a small API addition:


https://bugreports.qt.io/browse/QTBUG-44841


--

Alex


From: Mario Ribeiro mario.ri...@gmail.com
Sent: Friday, March 6, 2015 12:33
To: Blasche Alexander
Cc: interest@qt-project.org
Subject: Re: [Interest] BLE: reading a characteristic

?Hi again,

Thanks for the prompt reply!?


On 6 March 2015 at 08:24, Blasche Alexander 
alexander.blas...@theqtcompany.commailto:alexander.blas...@theqtcompany.com 
wrote:



--

Alex


Hi,

From: Mario Ribeiro mario.ri...@gmail.commailto:mario.ri...@gmail.com
However, the thing with readings, and according to documentation, is that the 
value is cached and is only updated after service's details discovery, a 
successful write operation or change notification.


I'm discovering all services as the app starts so all of them will be on state 
ServiceDiscovered

 after a while. But then, how can I update the cached value of characteristics?


There is no way to trigger such a reread at this point in time. It could be 
added for 5.5 but the question really is why this would be necessary. Maybe you 
can provide the use case for it.

?Several BLE services require the READ operation to be available (at the 
peripheral's level). Some examples:?
?
?Alert Notification Service - 
https://developer.bluetooth.org/TechnologyOverview/Pages/ANS.aspx
Battery Service - 
https://developer.bluetooth.org/TechnologyOverview/Pages/BAS.aspx?

In addition to that, and in our case, we have a Real-Time Clock (RTC) embedded 
in our device that we need to read at specific circumstances.


In general I would assume that if you have a characteristic with changing value 
(such as a sensor value)

that it would advertise those changes via a change notification. Subsequently 
you would have to ensure that your device attaches the Notify or Indicate 
property to the characteristic in question and provide the

required ClientCharacteristicConfiguration.


After all a select() statement is usually much better than busy polling.


?Indeed we have some characteristics that use the notify or indicate 
properties. But considering the RTC or battery level again, we just need to 
read their values very sporadically upon central device's request. A workaround 
would be to write to a characteristic and receive a notification as a response, 
but after all thats the READ operation purpose.

What you think?




I attempted to re-discover the service's details before trying to read a 
characteristic belonging to it but I don't get an updated value (and my BLE 
peripheral - which I'm developing so I have access do debugging utilities - 
receives nothing).

Any suggestion?


Indeed this won't work at this point in time. 
QLowEnergyService::discoverDetails() has the following code


if (d-state != QLowEnergyService::DiscoveryRequired)
   return;


This means the rediscover doesn't even start.


--
Mário Ribeiro



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


Re: [Interest] BLE: reading a characteristic

2015-03-06 Thread Blasche Alexander


--

Alex


Hi,

From: Mario Ribeiro mario.ri...@gmail.com
However, the thing with readings, and according to documentation, is that the 
value is cached and is only updated after service's details discovery, a 
successful write operation or change notification.


I'm discovering all services as the app starts so all of them will be on state 
ServiceDiscovered

 after a while. But then, how can I update the cached value of characteristics?


There is no way to trigger such a reread at this point in time. It could be 
added for 5.5 but the question really is why this would be necessary. Maybe you 
can provide the use case for it.


In general I would assume that if you have a characteristic with changing value 
(such as a sensor value)

that it would advertise those changes via a change notification. Subsequently 
you would have to ensure that your device attaches the Notify or Indicate 
property to the characteristic in question and provide the

required ClientCharacteristicConfiguration.


After all a select() statement is usually much better than busy polling.



I attempted to re-discover the service's details before trying to read a 
characteristic belonging to it but I don't get an updated value (and my BLE 
peripheral - which I'm developing so I have access do debugging utilities - 
receives nothing).

Any suggestion?


Indeed this won't work at this point in time. 
QLowEnergyService::discoverDetails() has the following code


if (d-state != QLowEnergyService::DiscoveryRequired)
   return;


This means the rediscover doesn't even start.


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


Re: [Interest] Bluetooth support on Qt 5.5, Linux to iOS bluetooth communication.

2015-02-11 Thread Blasche Alexander
Qt 5.5 will add support for BTLE on Android and iOS. The API is mostly the 
same. Those new platform ports were the proving ground for the 5.4 API. 
Unfortunately Qt 5.5 is still limited to the BTLE central role. Peripheral mode 
is something I'd like to add at some stage but haven't been able to do so far.


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Johannes Bell belljohan...@gmail.com
Sent: Wednesday, February 11, 2015 10:59
To: interest@qt-project.org
Subject: [Interest] Bluetooth support on Qt 5.5, Linux to iOS bluetooth 
communication.

Hello,
Qt 5.4 provide a Tech Preview of Bluetooth Low Energy (client side support on 
Bluez 4  5). My Question is how far the Qt 5.5 Bluetooth Low Energy API final 
release will supports the BTLE functionality. Especially I am interested in the 
server side support of BTLE to communicate with iOS (In Apple terms the server 
side is the peripheral role (has data) like a heart rate sensor). I want to 
connect from a iPad to a raspberry pi without using GUI on the rpi and iOS only 
support BTLE. I run in trouble doing the communication in the other direction. 
One Problem was the auto disconnect of iOS BTLE after a short time and due to 
the given role assignment (rpi=central role/wants data) the communication needs 
to be initiated from the rpi, keeping the connection by polling, what is not a 
proper solution for me. Perhaps someone has an advice or docs to help?

Thanks and Regards

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


Re: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend

2015-01-12 Thread Blasche Alexander
How do you define a custom BLE peripheral (aka what BLE devices work and which 
don't) on Win 8.1? Is it one that is not defined by some well known service or 
characteristic UUID?


--

Alex


From: Axel Jäger axeljae...@googlemail.com
Sent: Sunday, January 11, 2015 22:35
To: Blasche Alexander; interest@qt-project.org
Subject: AW: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty 
of implementing own backend

Hello Alex,
thank you for your answer. So if there is someone working on a port of windows, 
time might be my friend and I might start on my mac using 5.5. However, in the 
meantime I found out that the implementation of Bluetooth LE on Windows behaves 
differently regarding the need to bond and pair devices.

So far, I was not able to communicate with a custom BLE peripheral using either 
Windows Phone 8.1 or Windows 8.1 on a desktop.

I guess an implementation of the Qt Bluetooth LE API will inherit this 
behaviour. If this is case and currently I guess it is the case, I better go 
with the bluegiga SDK directly.

Best regards,

Axel

Von: interest-bounces+axeljaeger=googlemail@qt-project.org 
[mailto:interest-bounces+axeljaeger=googlemail@qt-project.org] Im Auftrag 
von Blasche Alexander
Gesendet: Mittwoch, 7. Januar 2015 09:28
An: interest@qt-project.org
Betreff: Re: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty 
of implementing own backend


Hi Axel,



Your assumption about 5.5 is correct. Android gets LE support and ios/OSX get 
classic and LE support.



Windows is currently work in progress. There is a wip/win branch on codereview. 
The windows port is mostly community driven at this stage which makes 
prediction somewhat hard. Ccurrently, you can find devices and I believe the 
initial connect to a BTLE device is somewhat done. This is done for classic 
desktop windows (which would cover win 8.1). There is no WinRT code at this 
stage.



to your questions:



1.) I am confident Windows should have no unfixable problems. In many cases it 
is better than ios/OSX/Android when it comes to LE. I cannot say much about 
WinRT.



2.) I am not the WinRT expert but I was told in some cases it works in other's 
it doesn't. QtPositioning apparantly couldn't use RT on desktop. Qt doesn't mix 
desktop and RT and I got the feeling that the responsiple devs would like to 
keep it that way.



3.) The QtBluetooth library doesn't use a backend plugin. It is hardcoded into 
the library.



--

Alex


From: 
interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org
 
interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org
 on behalf of Axel Jäger 
axeljae...@googlemail.commailto:axeljae...@googlemail.com
Sent: Tuesday, January 6, 2015 23:51
To: interest@qt-project.orgmailto:interest@qt-project.org
Subject: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of 
implementing own backend

Hello,
I have created a Bluetooth Low Energy Peripheral and need to develop a 
companion application on a windows desktop for it. I see that windows is 
currently not in the list of supported plattforms of Qt’s Low Energy Module and 
it looks like it will not be in Qt 5.5 according to this commit:
https://qt.gitorious.org/qt/qtconnectivity/commit/ffbb91da8e8f14d7d5ffa8bbeace3e6c42eb525b

I am using bluetooth modules from bluegiga and they also offer a bluetooth 
stick with an own C API.

I see three options getting my task done and I am asking you which one you 
think is most sensible one:
1) Implement my application using bluegiga’s API
2) Implement a backend for Qt to use bluegiga’s hardware
3) Implement a backend for Qt to use the Windows Bluetooth API from 
WinRT/Windows 8.1

The options are ordered by estimated amount of work from least to most. 
Surprisingly I get the same order when sorting by sustainability.

This means that actually option 3) is to be prefered. This brings me to a 
couple of questions:

1)  Has anyone already looked into the Windows API and wants to make a 
statement whether mapping Qt’s API to the Windows API is feasable?

2)  Is it actually possible to use WinRT on the Desktop as backend for Qt?

3)  Is there an API or a plugin interface for Bluetooth LE backends in Qt?

Can you comment on any of my points?

Best regards,

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


Re: [Interest] Qt Bugtracker update and new URL

2015-01-07 Thread Blasche Alexander
Just a quick reminder that this is going to happen today. 

--
Alex


From: development-bounces+alexander.blasche=theqtcompany@qt-project.org 
development-bounces+alexander.blasche=theqtcompany@qt-project.org on 
behalf of Blasche Alexander alexander.blas...@theqtcompany.com
Sent: Monday, December 15, 2014 15:10
To: developm...@qt-project.org; interest@qt-project.org; 
qt-crea...@qt-project.org
Subject: [Development] Qt Bugtracker update and new URL

Hi,

It is time to move the Qt bug tracker to its new home under qt.io. The new URL 
is going to be:

https://bugreports.qt.io

The change is going to happen on Wed, 7. January 2015. To facilitate the change 
the old server will be taken offline at 18:00 CET (GMT+1) and the latest 
changes will be copied to the new server. If everything goes well, the new 
server will be online at 20:00 CET (GMT+1). This implies that the Qt bug 
tracker is going to be down for about 2hrs. We are sorry for the inconvenience.

Redirects will be in place following the move and all existing user accounts 
will continue to work.

At the same time, Jira will be updated from 5.x to 6.3. The user interface 
style looks a bit different and you might find some minor new features here and 
there.

As always, if you encounter any problems when using the new Jira instance, 
please file a report against the QTJIRA project 
(http://bugreports.qt.io/browse/QTJIRA) and if you are not even able to login 
you may use jira-admin (at) qt-project.org.

--
Alex
___
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] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend

2015-01-07 Thread Blasche Alexander
Hi Axel,


Your assumption about 5.5 is correct. Android gets LE support and ios/OSX get 
classic and LE support.


Windows is currently work in progress. There is a wip/win branch on codereview. 
The windows port is mostly community driven at this stage which makes 
prediction somewhat hard. Ccurrently, you can find devices and I believe the 
initial connect to a BTLE device is somewhat done. This is done for classic 
desktop windows (which would cover win 8.1). There is no WinRT code at this 
stage.


to your questions:


1.) I am confident Windows should have no unfixable problems. In many cases it 
is better than ios/OSX/Android when it comes to LE. I cannot say much about 
WinRT.


2.) I am not the WinRT expert but I was told in some cases it works in other's 
it doesn't. QtPositioning apparantly couldn't use RT on desktop. Qt doesn't mix 
desktop and RT and I got the feeling that the responsiple devs would like to 
keep it that way.


3.) The QtBluetooth library doesn't use a backend plugin. It is hardcoded into 
the library.


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Axel Jäger axeljae...@googlemail.com
Sent: Tuesday, January 6, 2015 23:51
To: interest@qt-project.org
Subject: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of 
implementing own backend

Hello,
I have created a Bluetooth Low Energy Peripheral and need to develop a 
companion application on a windows desktop for it. I see that windows is 
currently not in the list of supported plattforms of Qt's Low Energy Module and 
it looks like it will not be in Qt 5.5 according to this commit:
https://qt.gitorious.org/qt/qtconnectivity/commit/ffbb91da8e8f14d7d5ffa8bbeace3e6c42eb525b

I am using bluetooth modules from bluegiga and they also offer a bluetooth 
stick with an own C API.

I see three options getting my task done and I am asking you which one you 
think is most sensible one:
1) Implement my application using bluegiga's API
2) Implement a backend for Qt to use bluegiga's hardware
3) Implement a backend for Qt to use the Windows Bluetooth API from 
WinRT/Windows 8.1

The options are ordered by estimated amount of work from least to most. 
Surprisingly I get the same order when sorting by sustainability.

This means that actually option 3) is to be prefered. This brings me to a 
couple of questions:

1)  Has anyone already looked into the Windows API and wants to make a 
statement whether mapping Qt's API to the Windows API is feasable?

2)  Is it actually possible to use WinRT on the Desktop as backend for Qt?

3)  Is there an API or a plugin interface for Bluetooth LE backends in Qt?

Can you comment on any of my points?

Best regards,

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


[Interest] Qt Bugtracker update and new URL

2014-12-15 Thread Blasche Alexander
Hi,

It is time to move the Qt bug tracker to its new home under qt.io. The new URL 
is going to be:

https://bugreports.qt.io

The change is going to happen on Wed, 7. January 2015. To facilitate the change 
the old server will be taken offline at 18:00 CET (GMT+1) and the latest 
changes will be copied to the new server. If everything goes well, the new 
server will be online at 20:00 CET (GMT+1). This implies that the Qt bug 
tracker is going to be down for about 2hrs. We are sorry for the inconvenience. 

Redirects will be in place following the move and all existing user accounts 
will continue to work. 

At the same time, Jira will be updated from 5.x to 6.3. The user interface 
style looks a bit different and you might find some minor new features here and 
there. 

As always, if you encounter any problems when using the new Jira instance, 
please file a report against the QTJIRA project 
(http://bugreports.qt.io/browse/QTJIRA) and if you are not even able to login 
you may use jira-admin (at) qt-project.org.

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


Re: [Interest] Problems generating QtDBus adaptor code

2014-12-15 Thread Blasche Alexander
Hi,

Essentially you must edit your xml file pretty much the way the warning tells 
you to do.

The following links should help you to work out the problem:

http://stackoverflow.com/questions/22253458/qdbusxml2cpp-unknown-type
http://www.qtcentre.org/threads/58361-qdbusxml2cpp-unkown-type-must-add-annotation


--
Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Max Schettler schet...@mail.uni-paderborn.de
Sent: Friday, December 12, 2014 15:42
To: interest@qt-project.org
Subject: [Interest] Problems generating QtDBus adaptor code

Hi,

I try to use QtDBus to implement a freedesktop interface
(org.freedesktop.Secret.Service).
I got the xml introspection file for the interface and tried to generate
the adaptor code using.
However I get the following error message:
$ qdbusxml2cpp service.xml -a ServiceAdapter :(
Got unknown type `a{sv}'
You should add annotation name=org.qtproject.QtDBus.QtTypeName.In0
value=type/ to the XML description

This confuses me, because I extracted the specification from an
implementation of the interface and did not write it myself.
Did I do something wrong? Or is either the implementation not correct or
might it be a bug in QtDbus?

Max
___
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] Regarding QtLocation OSM Maps

2014-12-04 Thread Blasche Alexander
Hi,


The OSM plugin does not need any specific plug-in parameters to get it working. 
To confirm that the provider works I suggest you use the 
examples/location/mapviewer example to show some OSM based tiles. You have to 
select OSM as Provider in the bottom right of the application.


The plug-in name is osm.


--

Alex

From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Jha Sonakumar sona@techmahindra.com
Sent: Thursday, December 4, 2014 13:07
To: interest@qt-project.org Interest
Subject: [Interest] Regarding QtLocation OSM Maps


Hi all,

Could anybody guide me regarding plugins parameters to specify for Map if MAP 
provider is OSM.

I am able to use here maps but not sure how to use OSM maps


Plugin {
id: myPlugin

name : nokia
parameters: [
PluginParameter { name: app_id; value:  },
PluginParameter { name: token; value: xxx }

]
}




Best Regards
Sona
Tech Mahindra Ltd | Hyderabad| India
[Description: Description: 
cid:image016.jpg@01CE718F.EACBCD50]http://www.techmahindra.com/



Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

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


Re: [Interest] 3D Navigation QtLocation Module

2014-11-11 Thread Blasche Alexander

From: Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com
Sent: Tuesday, November 11, 2014 10:00

I think features like Navigation support with turn-by-turn instructions, 
Routing, Shortest Route,
Economical/Green Route,Geocoding/Reverse Geocoding are supported even with OSM 
Plugin.

Correct. Mapping, Routing and GeoCoding are implemented for this plug-in.

 I think maptiles/images are downloaded to directory to enable caching of map 
 data.
Please let me know the directory map image gets downloaded even with OSM 
Plugin.

~/.cache/QtLocation

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


Re: [Interest] 3D Navigation QtLocation Module

2014-11-11 Thread Blasche Alexander
Haven't tried it myself but there is code for it.

--
Alex


From: Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com
Sent: Tuesday, November 11, 2014 11:10
To: Blasche Alexander; interest@qt-project.org
Subject: RE: [Interest] 3D Navigation QtLocation Module

OK.. Even Reverse Geocoding is implemented for this OSM plugin?

Best Regards,
Ramakanth

-Original Message-
From: 
interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org 
[mailto:interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org]
 On Behalf Of Blasche Alexander
Sent: Tuesday, November 11, 2014 3:37 PM
To: interest@qt-project.org
Subject: Re: [Interest] 3D Navigation QtLocation Module


From: Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com
Sent: Tuesday, November 11, 2014 10:00

I think features like Navigation support with turn-by-turn
instructions, Routing, Shortest Route, Economical/Green 
Route,Geocoding/Reverse Geocoding are supported even with OSM Plugin.

Correct. Mapping, Routing and GeoCoding are implemented for this plug-in.

 I think maptiles/images are downloaded to directory to enable caching of map 
 data.
Please let me know the directory map image gets downloaded even with OSM 
Plugin.

~/.cache/QtLocation

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




Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.




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


Re: [Interest] Regarding Map Route navigation

2014-11-11 Thread Blasche Alexander
Hi,


I ran you snippet as is. My only change was to remove the proxy line. The app 
works and map, route and circle behave as expected. Since this is a network 
error maybe the proxy is related to the error but I have no proxy to test this 
with. Did you try without a proxy?


I used Qt 5.4 to test this.


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Jha Sonakumar sona@techmahindra.com
Sent: Wednesday, November 12, 2014 07:13
To: interest@qt-project.org Interest
Subject: [Interest] Regarding Map Route navigation


Hi,

I have been trying to achieve route navigation, but getting error:


QNetworkReplyImplPrivate::error: Internal problem, this method must only be 
called once.

QCoreApplication::postEvent: Unexpected null receiver


code-snippets.


import QtQuick 2.0
import QtLocation 5.0
import QtPositioning 5.0

Item {

property variant start: QtPositioning.coordinate(17.3660, 78.4760)
property variant end: QtPositioning.coordinate(17.3777, 78.4760)
property double lats: 17.3660
property double longs: 78.4760

Plugin {
id: myplugin

name : nokia
parameters: [
PluginParameter { name: app_id; value: xxx },
PluginParameter { name: token; value: xxx },
PluginParameter { name: proxy; value:  }
]
}

   Map {
id:map
plugin: myplugin
anchors.fill: parent


center {
latitude:lats
longitude:longs
}

MapCircle{
id:mapCircle
center {
latitude:lats
longitude:longs
}

radius: 1000.0
color: 'green'
border.width:1
opacity: 0.7
}

zoomLevel: 35
gesture.enabled: true

RouteQuery {
id: aQuery
}

RouteModel {
id: routeModel
plugin: myplugin
query: aQuery
autoUpdate: false
}

MapItemView {
model: routeModel
delegate: routeDelegate
}

Component {
id: routeDelegate

MapRoute {
route: routeData
line.color: blue
line.width: 5
smooth: true
opacity: 0.8
}
}
}

MouseArea {
anchors.fill: parent

onClicked: {
console.log(mouse clicked)
aQuery.clearWaypoints()
aQuery.addWaypoint(start)
aQuery.addWaypoint(end)
aQuery.travelModes = RouteQuery.CarTravel
aQuery.routeOptimizations = RouteQuery.FastestRoute
routeModel.update()
}
}
}








Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

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


Re: [Interest] 3D Navigation QtLocation Module

2014-11-04 Thread Blasche Alexander
Hi,

 Geofencing are supported in both Android and IOS?

This feature is provided by the Qt Positioning module. That is platform
specific, I do not know the state of this on Android and iOS.

It is not natively supported on those platforms. Open tasks:

Android: https://bugreports.qt-project.org/browse/QTBUG-36096
iOS: https://bugreports.qt-project.org/browse/QTBUG-42370

None-native monitoring is supported via an active polling of position data. The 
related feature is provided by the positionpoll plugin. 

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


Re: [Interest] 3D Navigation QtLocation Module

2014-11-04 Thread Blasche Alexander
Hi,

Please insure you check the licensing requirements as some geoservice 
providers have restrictions when used in a turn-by-turn navigation 
application.

==Did you mean the map data is not available as opensource or we need to get 
commercial Here Maps to fetch map data in such geoservice providers.
I understand Google Maps cannot be showcased using QtLocation as it is not 
integrated. Only OSM/Here Maps is possible.


This has less to do with opensource and more to do with attribution 
requirements, potential requirements to pass through advertised data, data 
allowances, not mixing map/geo data from different providers and other 
restrictions the relevant data provider puts on your application. I am afraid 
those lists are rather long and differ from provider to provider. You won't get 
around reading the TOC's for those services.

Qt doesn't really consume the data and merely passes them on. We only ensure 
that the map providers TOCs don't prevent us from passing the info on to you. 
It is your application that has to ultimately comply with the requirements.

--
Alex

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


Re: [Interest] 3D Navigation QtLocation Module

2014-11-04 Thread Blasche Alexander


--
Alex

 -Original Message-
 From: Ramakanthreddy Kesireddy
 [mailto:ramakanthreddy.kesire...@techmahindra.com]
 Sent: Tuesday, 4 November 2014 10:06
 To: Blasche Alexander; 'Aaron McCarthy'; interest@qt-project.org
 Subject: RE: [Interest] 3D Navigation QtLocation Module
 
 Ok Thanks for your input.
 As I see in https://codereview.qt-project.org/#/c/82519/, Google Maps cannot
 be embedded in Qt for Android Application at the moment as
 it seems there are restrictions based on TOC's.
 
 Only OSM/Here Maps is possible using QtLocation module at this stage?

Technically, yes. Note that OSM data actually comes from www.mapquest.com. 
Hence you have to check their requirements. There is another mapbox related 
plugin on gerrit but I haven't got around to thoroughly testing it.

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


Re: [Interest] 3D Navigation QtLocation Module

2014-10-17 Thread Blasche Alexander
Hi,


I am not sure what you define as 3D navigation but you cannot incorporate 3D 
data such as buildings into QtLocation at this stage. There is Navigation 
support with turn-by-turn instructions and routing. However it does not support 
all the features that a navigation software would require. Features like audio 
instructions, more detailed crossing pictures or changing the bearing are 
missing.


--

Alex


From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org 
interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf 
of Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com
Sent: Friday, October 17, 2014 07:51
To: interest@qt-project.org
Subject: [Interest] 3D Navigation QtLocation Module

Hi,

Is it possible to implement 3D Navigation using Qt Location Module in Qt5.4 
Beta?

Thanks and Regards,
Ramakanth






Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

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


Re: [Interest] Bluetooth example (btchat) not working on linux

2014-09-30 Thread Blasche Alexander
Hi,

Those profiles/services are not supported.

--
Alex


From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Tuesday, September 30, 2014 09:20
To: Blasche Alexander; interest@qt-project.org
Subject: RE: [Interest] Bluetooth example (btchat) not working on linux

Thanks a lot for your inputs. It really helped.
I would like to know if other features like Handsfree, Phone book and Media 
streaming including control
are supported in Qt Bluetooth.

Thanks and Regards,
Ramakanth

-Original Message-
From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org 
[mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org]
 On Behalf Of Blasche Alexander
Sent: Monday, September 22, 2014 2:44 PM
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth example (btchat) not working on linux

Thank you for the data. The issue is that Qt 5.3.x does not support Bluez 5 
yet. You have to use Qt 5.4 which added Bluez5 support.

Your Bluez output looks as expected and at least the current issue should not 
be one in 5.4.

--
Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Andreas Ortmann [ortm...@finf.uni-hannover.de]
Sent: Monday, September 22, 2014 10:44
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth example (btchat) not working on linux

I'm using Qt5.3 on 64 bit linux installed with the online installer package 
qt-opensource-linux-x64-1.6.0-4-online.run.

The output of querying for Bluez5 is attached.

Greetings,
Andreas

On 09/22/14 09:50, Blasche Alexander wrote:
 Based on your description the following call fails:

 QBluetoothLocalDevice device(QBluetoothAddress());

 It is supposed to find the local default adapter but it fails. I have a 
 couple of questions:

 What Bluez version do you use?
 What version of Qt are you using?

 If you use Bluez 4 please send me the output of the following command:

 dbus-send --system --dest=org.bluez --print-reply /
 org.bluez.Manager.DefaultAdapter

 If you have Bluez5 please send me the output of:

 dbus-send --system --dest=org.bluez --print-reply /
 org.freedesktop.DBus.ObjectManager.GetManagedObjects

 Note that the Bluez5 command will produce somewhat longer output.

 --
 Alex

 
 From: interest-bounces+alexander.blasche=digia@qt-project.org
 [interest-bounces+alexander.blasche=digia@qt-project.org] on
 behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de]
 Sent: Sunday, September 21, 2014 22:57
 To: interest@qt-project.org
 Subject: [Interest] Bluetooth example (btchat) not working on linux

 Hi,

 I cannot get this example code working running under linux with Qt 5.3.
 http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html

 Captured debug output when running on the Desktop:
 starting
 /home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat...
 qt.bluetooth.bluez: Device does not support Bluetooth or
 00:00:00:00:00:00 is not a valid local adapter Cannot bind chat
 server to 00:00:00:00:00:00


 If I cross-compile it for android, start it on the android device and
 run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the
 linux desktop, I can communicate with the app running on android by
 reading/writing to the file descriptor /dev/rfcomm0.

 Can someone given me some hint what could be the problem?

 With best regards,
 Andreas
 ___
 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




Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.




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


Re: [Interest] Bluetooth example (btchat) not working on linux

2014-09-30 Thread Blasche Alexander
That's very unlikely as focus is on extending/completing the Bluetooth Low 
Energy feature which is offered as tech preview in Qt 5.4.

--
Alex


From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Tuesday, September 30, 2014 10:50
To: Blasche Alexander; interest@qt-project.org
Subject: RE: [Interest] Bluetooth example (btchat) not working on linux

Hi,

Those are likely to be supported in next major open source releases or in Qt 
Enterprise version only?

Br,
Ramakanth

-Original Message-
From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org 
[mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org]
 On Behalf Of Blasche Alexander
Sent: Tuesday, September 30, 2014 2:08 PM
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth example (btchat) not working on linux

Hi,

Those profiles/services are not supported.

--
Alex


From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Tuesday, September 30, 2014 09:20
To: Blasche Alexander; interest@qt-project.org
Subject: RE: [Interest] Bluetooth example (btchat) not working on linux

Thanks a lot for your inputs. It really helped.
I would like to know if other features like Handsfree, Phone book and Media 
streaming including control are supported in Qt Bluetooth.

Thanks and Regards,
Ramakanth

-Original Message-
From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org 
[mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org]
 On Behalf Of Blasche Alexander
Sent: Monday, September 22, 2014 2:44 PM
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth example (btchat) not working on linux

Thank you for the data. The issue is that Qt 5.3.x does not support Bluez 5 
yet. You have to use Qt 5.4 which added Bluez5 support.

Your Bluez output looks as expected and at least the current issue should not 
be one in 5.4.

--
Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Andreas Ortmann [ortm...@finf.uni-hannover.de]
Sent: Monday, September 22, 2014 10:44
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth example (btchat) not working on linux

I'm using Qt5.3 on 64 bit linux installed with the online installer package 
qt-opensource-linux-x64-1.6.0-4-online.run.

The output of querying for Bluez5 is attached.

Greetings,
Andreas

On 09/22/14 09:50, Blasche Alexander wrote:
 Based on your description the following call fails:

 QBluetoothLocalDevice device(QBluetoothAddress());

 It is supposed to find the local default adapter but it fails. I have a 
 couple of questions:

 What Bluez version do you use?
 What version of Qt are you using?

 If you use Bluez 4 please send me the output of the following command:

 dbus-send --system --dest=org.bluez --print-reply /
 org.bluez.Manager.DefaultAdapter

 If you have Bluez5 please send me the output of:

 dbus-send --system --dest=org.bluez --print-reply /
 org.freedesktop.DBus.ObjectManager.GetManagedObjects

 Note that the Bluez5 command will produce somewhat longer output.

 --
 Alex

 
 From: interest-bounces+alexander.blasche=digia@qt-project.org
 [interest-bounces+alexander.blasche=digia@qt-project.org] on
 behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de]
 Sent: Sunday, September 21, 2014 22:57
 To: interest@qt-project.org
 Subject: [Interest] Bluetooth example (btchat) not working on linux

 Hi,

 I cannot get this example code working running under linux with Qt 5.3.
 http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html

 Captured debug output when running on the Desktop:
 starting
 /home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat...
 qt.bluetooth.bluez: Device does not support Bluetooth or
 00:00:00:00:00:00 is not a valid local adapter Cannot bind chat
 server to 00:00:00:00:00:00


 If I cross-compile it for android, start it on the android device and
 run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the
 linux desktop, I can communicate with the app running on android by
 reading/writing to the file descriptor /dev/rfcomm0.

 Can someone given me some hint what could be the problem?

 With best regards,
 Andreas
 ___
 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] Bluetooth example (btchat) not working on linux

2014-09-22 Thread Blasche Alexander
Based on your description the following call fails:

QBluetoothLocalDevice device(QBluetoothAddress());

It is supposed to find the local default adapter but it fails. I have a couple 
of questions:

What Bluez version do you use?
What version of Qt are you using?

If you use Bluez 4 please send me the output of the following command:

dbus-send --system --dest=org.bluez --print-reply / 
org.bluez.Manager.DefaultAdapter

If you have Bluez5 please send me the output of:

dbus-send --system --dest=org.bluez --print-reply / 
org.freedesktop.DBus.ObjectManager.GetManagedObjects

Note that the Bluez5 command will produce somewhat longer output.

--
Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Andreas Ortmann [ortm...@finf.uni-hannover.de]
Sent: Sunday, September 21, 2014 22:57
To: interest@qt-project.org
Subject: [Interest] Bluetooth example (btchat) not working on linux

Hi,

I cannot get this example code working running under linux with Qt 5.3.
http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html

Captured debug output when running on the Desktop:
starting
/home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat...
qt.bluetooth.bluez: Device does not support Bluetooth or
00:00:00:00:00:00 is not a valid local adapter
Cannot bind chat server to 00:00:00:00:00:00


If I cross-compile it for android, start it on the android device and
run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the linux
desktop, I can communicate with the app running on android by
reading/writing to the file descriptor /dev/rfcomm0.

Can someone given me some hint what could be the problem?

With best regards,
Andreas
___
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] Bluetooth example (btchat) not working on linux

2014-09-22 Thread Blasche Alexander
Thank you for the data. The issue is that Qt 5.3.x does not support Bluez 5 
yet. You have to use Qt 5.4 which added Bluez5 support.

Your Bluez output looks as expected and at least the current issue should not 
be one in 5.4. 

--
Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Andreas Ortmann [ortm...@finf.uni-hannover.de]
Sent: Monday, September 22, 2014 10:44
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth example (btchat) not working on linux

I'm using Qt5.3 on 64 bit linux installed with the online installer
package qt-opensource-linux-x64-1.6.0-4-online.run.

The output of querying for Bluez5 is attached.

Greetings,
Andreas

On 09/22/14 09:50, Blasche Alexander wrote:
 Based on your description the following call fails:

 QBluetoothLocalDevice device(QBluetoothAddress());

 It is supposed to find the local default adapter but it fails. I have a 
 couple of questions:

 What Bluez version do you use?
 What version of Qt are you using?

 If you use Bluez 4 please send me the output of the following command:

 dbus-send --system --dest=org.bluez --print-reply / 
 org.bluez.Manager.DefaultAdapter

 If you have Bluez5 please send me the output of:

 dbus-send --system --dest=org.bluez --print-reply / 
 org.freedesktop.DBus.ObjectManager.GetManagedObjects

 Note that the Bluez5 command will produce somewhat longer output.

 --
 Alex

 
 From: interest-bounces+alexander.blasche=digia@qt-project.org 
 [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
 Andreas Ortmann [ortm...@finf.uni-hannover.de]
 Sent: Sunday, September 21, 2014 22:57
 To: interest@qt-project.org
 Subject: [Interest] Bluetooth example (btchat) not working on linux

 Hi,

 I cannot get this example code working running under linux with Qt 5.3.
 http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html

 Captured debug output when running on the Desktop:
 starting
 /home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat...
 qt.bluetooth.bluez: Device does not support Bluetooth or
 00:00:00:00:00:00 is not a valid local adapter
 Cannot bind chat server to 00:00:00:00:00:00


 If I cross-compile it for android, start it on the android device and
 run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the linux
 desktop, I can communicate with the app running on android by
 reading/writing to the file descriptor /dev/rfcomm0.

 Can someone given me some hint what could be the problem?

 With best regards,
 Andreas
 ___
 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] [Development] Jira bug cleanup

2014-09-17 Thread Blasche Alexander
 -Original Message-
 From: Konstantin Ritt [mailto:ritt...@gmail.com]
 Sent: Wednesday, 17 September 2014 0:41
 To: Blasche Alexander
 Cc: interest@qt-project.org; developm...@qt-project.org
 Subject: Re: [Development] Jira bug cleanup
 
 Hi,
 
 How about task assigned to wrong persons (i.e. inactive people, people who are
 not a Nokia/Digia employee anymore, etc.)? Do we still have such ones?

That's certainly a worthy goal but not in scope for this week. There is no way 
to actually filter by inactive assignees. I am only aware of the inactive 
flag in the user management interface and when trying to assign something to 
inactive users. I'll happily agree if somebody proves me otherwise.

In any case because you cannot filter tasks by this flag such changes would 
have to be done on an individual base only.  Therefore this is more like a long 
term task which I might pursue every now and then.

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


Re: [Interest] Custom user attributes for QGeoPositionInfo

2014-09-16 Thread Blasche Alexander
Hi,

I'd like to hear more about the use case. Taking heart rate and associating it 
to a positioninfo object sounds a bit strange. For example you might get heart 
rate update at a much faster rate than position updates or vice versa. This 
means you'd loose the contingency of at least one set of data.

Even if you don't care about this couldn't you simply use your own data type 
which would have a position attribute and a heart rate attribute?

--
Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Marian Beermann [pub...@enkore.de]
Sent: Monday, September 15, 2014 12:21
To: interest
Cc: Dmitrii Volosnykh
Subject: Re: [Interest] Custom user attributes for QGeoPositionInfo

I guess not. As it doesn't inherit QObject you also can't add dynamic
properties at runtime.

Might make sense to add in future release. Could be implemented with
UserAttribute and internal QVariantMap or something similar.

On 15.09.2014 11:33, Dmitrii Volosnykh wrote:
 An object of QGeoPositionInfo class may be supplied with a set of
 attributes. I wonder wether this class was designed with the ability to
 add custom attributes (i.e. fitness ones like heart rate, cadence,
 temperature, etc.)? I can see no enum value similar to Qt::UserRole (as
 part of ItemDataRole enum) or QGraphicsItem::UserType.

 Regards,
 Dmitrii.


 ___
 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] Jira bug cleanup

2014-09-16 Thread Blasche Alexander
Hi,

One of the topics discussed during the last Qt contributor summit was the 
cleanup of our bug database. If you are interested in the outcomes check out:

https://qt-project.org/groups/qt-contributors-summit-2014/wiki/Expiring_Bugs

Finally I got some time to take care of the results. My plan is to perform 
these expiries on Friday this week.

The first step will be the closure of all bugs (and only bugs) in the Need 
more info state which have not seen any activity for the last year. An 
appropriate comment will be added to each Jira bug explaining the action and 
advising people how to react to it depending on their circumstances.

The second step is the transition of Unassigned bugs to the Need more info 
state if they have not seen any update during the last year. A comment will go 
along with the transition. 

You can avoid this happening to your important bugs by means of touching 
them. Also, feel free to revert some transitions as you may see fit in your 
work area.

Going forward I will repeat this in regular intervals (3 months) and reduce the 
no update received timeout to six and later three month in the case of of 
tasks in the Need more info state. This should result in a eventual setup 
whereby Unassiged/reported bugs expire after 12 months and Need more info 
bugs expire after 3 months.

If there are major objections to the proposed target for this week please raise 
them now.
--
Alex
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] QtBluetooth device connection issue

2014-09-09 Thread Blasche Alexander
Hi,

I am going to assume that your dongle's service uses the same uuid and protocol 
type (rfcomm) as the btchat example. Otherwise this would never work.

My guess is that you have not paired the two devices properly. Your error 
message is what I get in such cases. Even if one partner is reporting a proper 
pairing try to redo it and reconnect. This forces both sides to acknowledge the 
situation.

I am sorry but I cannot make any statements about the state/firmware of your 
dongle. There are too many dongles on the market as that I could give a 
statement about yours.


--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Tuesday, September 09, 2014 07:58
To: interest@qt-project.org
Subject: [Interest] QtBluetooth device connection issue

Hi,

Am using Qt 5.3 on Ubuntu 13.10 desktop and tried to run both qmlscanner and 
bychat example applications
to connect to OBDII dongle.

When I run qmlscanner with full discovery, it gives below service description:

OBDII-
Address: 00:0D:18:00:00:01
Service: RDA SPP
Protocol:168618128

OBDII-
Address: 00:0D:18:00:00:01

But with btchat example, it is unable to connect with logs when we click 
connect as below:

got click OBDII RDA SPP

Connecting to service 2 RDA SPP on OBDII

Going to create client

Connecting...

Start client

Create socket

ConnectToService done

qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 21 error: -1 
Resource temporarily unavailable


Please let me know if there is a problem with dongle(either firmware or port 
not opened) being used or do we need to use any different UUID to connect to 
device?

Thanks and Regards,
Ramakanth





Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

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


Re: [Interest] bluetooth profile

2014-08-18 Thread Blasche Alexander
 -Original Message-
 From: interest-bounces+alexander.blasche=digia@qt-project.org
 [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On
 Behalf Of Ahmet Dogan

 I have seen how to set and add new service in bluetooth chat example but
 it has just add service is there any way to change device profile?
 I want to use phone as headset and that way pc must see android phone as
 a headset. is that possible?

This setting is a configuration of your local Bluetooth installation. There is 
no API in QtBluetooth which would allow you to do that. I am not even aware of 
a platform API that would enable you to do that. It's usually part of a config 
file somewhere on the platform.

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


Re: [Interest] How to use QtPositioning on Android

2014-08-15 Thread Blasche Alexander
Hi Martin,

You are moving outside of the supported deployment environment. 
Since my domain is positioning only and not the deployment of Qt on Android I 
can only provide some hints.

The values are not documented since they are private implementation detail. The 
only way to figure this out is to become familiar with the androiddeployqt tool 
I guess. What might help is to use the normal qmake/androiddeployqt  setup for 
a test app, go into test apps Creator project settings, select your your 
Android kit and activate the Verbose output checkbox in the Run section. This 
dumps the commands related to the deployment process into the Compile Output 
tab.

More below...

 -Original Message-
 From: interest-bounces+alexander.blasche=digia@qt-project.org
 [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On
 Behalf Of Martin Koller

 As the large app does neither use qtcreator nor qmake (we use cmake),
 can someone tell me what I need to configure (AndroidManifest.xml or any
 other .xml file) so that my app shows
 the available android positions plugin ?
 
 Note that I want to use Ministro.
 I see in the test app's AndroidManifest.xml file the following lines, however
 I can not find any documentation about what these lines are good for
 (especially the ones mentioning QtSensors.jar and QtPositioning.jar).
 What do they do and how do I need to use them.
 
 meta-data android:name=android.app.use_local_qt_libs
 android:value=0/
 meta-data android:name=android.app.libs_prefix
 android:value=/data/local/tmp/qt//
 meta-data android:name=android.app.load_local_libs
 android:value=plugins/platforms/android/libqtforandroid.so:plugins/sensors/lib
 qtsensors_android.so:plugins/position/libqtposition_android.so/

Libqtposition_android.so is the position plugin for android. It must be loaded 
by the application.

 meta-data android:name=android.app.load_local_jars
 android:value=jar/QtAndroid.jar:jar/QtAndroidAccessibility.jar:jar/QtAndroid-
 bundled.jar:jar/QtAndroidAccessibility-
 bundled.jar:jar/QtSensors.jar:jar/QtSensors-
 bundled.jar:jar/QtPositioning.jar:jar/QtPositioning-bundled.jar/

AFAICT the QtPositioning-bundled.jar contains the Java classes which are part 
of the QtPositioning  port for Android.

 meta-data android:name=android.app.static_init_classes
 android:value=org.qtproject.qt5.android.sensors.QtSensors:org.qtproject.qt5.a
 ndroid.sensors.QtSensors:org.qtproject.qt5.android.positioning.QtPositioning:or
 g.qtproject.qt5.android.positioning.QtPositioning/

QtPositioning is the name of Java class which is the main entry point for the 
position plugin.

 It's also not clear if these lines are used at all when using Ministro.
 Thanks.

Another reason why you might not see the plugin could be the fact that you 
don't deploy all the required Qt libs/jar/files to the device or potentially 
into the wrong location.

--
Alex


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


Re: [Interest] Qt Bluetooth API in QT5.3

2014-06-05 Thread Blasche Alexander
Hi,

at this point there is no A2DP support in QtBluetooth. Just out of curiosity, 
where you looking for Sink or Source side support?


--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Thursday, June 05, 2014 10:52
To: interest@qt-project.org
Subject: Re: [Interest] Qt Bluetooth API in QT5.3

I understand that OPP and SPP is supported in Qt Bluetooth API.
However, for the below usecase, Please let me know if A2DP is  supported in Qt 
Bluetooth API.

Thanks and Regards,
Ramakanth

From: 
interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org 
[mailto:interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org]
 On Behalf Of Ramakanthreddy Kesireddy
Sent: Thursday, June 05, 2014 1:01 PM
To: interest@qt-project.org
Subject: [Interest] Qt Bluetooth API in QT5.3

Hi,

Please let me know if the below usecases are supported in Qt Bluetooth API.

1)Audio Streaming from Smartphone to IVI (A2DP protocol)
2)Smartphone notifications and  messages onto IVI (SPP protocol)

Thanks and Regards,
Ramakanth



DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.



Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

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


Re: [Interest] No emails since May 5

2014-05-13 Thread Blasche Alexander
You might be subject to:

http://www.theregister.co.uk/2014/04/08/yahoo_breaks_every_mailing_list_in_the_world_says_email_guru/
http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html

Search for DMARC and you'll finds plenty more references

--
Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Jason H [scorp...@yahoo.com]
Sent: Tuesday, May 13, 2014 09:46
To: Interests Qt
Subject: [Interest] No emails since May 5

I've posted to the list successfully, but not had any messages delivered from 
the list since May 5.

I can see my activity on the mailing list archives, so I know I'm posting 
successfully.
___
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] Request for documentation

2014-05-09 Thread Blasche Alexander
With regards to your Android question, have you seen 
http://doc-snapshot.qt-project.org/qt5-stable/qtandroidextras-index.html ?

The usage is fairly straight forward since the API mirrors most aspects of 
lower level JNI API's (but a bit more convenient and geared towards Qt).
--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Jason H [scorp...@yahoo.com]
Sent: Thursday, May 08, 2014 19:24
To: Interests Qt
Subject: [Interest] Request for documentation

I have several projects I'd like to start on, but I am having  a hard time 
finding documentation on the newer areas of Qt. Specifically, I am looking for:

- A how-to on how to use QPA (Platform Abstraction)
- A how-to on how to access non-Adnroid Android APIs via JNI (not Contacts, 
Camera, or an area where Qt has coverage, but other java libraries, including 
3rd party)

Any links would be greatly appreciated.


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


Re: [Interest] Qt5.3 RC - Bluetooth LE - support

2014-05-09 Thread Blasche Alexander
Hi,

Unfortunately it is not yet supported. Qt 5.3 provides class Bluetooth support 
on Android. BTLE is on the roadmap though and there is already a feature branch 
for it in qtconnectivity.git (no Android code yet though).


--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Railway Coder [railwayco...@gmail.com]
Sent: Thursday, May 08, 2014 20:54
To: interest@qt-project.org
Subject: [Interest] Qt5.3 RC - Bluetooth LE - support


Hi,

Features sounds great :-)

Will Bluetooth LE be supported?

Best regards,
Railwaycoder

Am 08.05.2014 13:31 schrieb List for announcements regarding Qt releases and 
development annou...@qt-project.orgmailto:annou...@qt-project.org:

 Hi,

 The Qt5.3 is RC now released, see 
 http://blog.qt.digia.com/blog/2014/05/08/qt-5-3-release-candidate-available/

 Big thanks for everyone who made this possible!

 Br,
 Akseli
 --
 Akseli Salovaara
 Digia, Qt
 ___
 Announce mailing list
 annou...@qt-project.orgmailto:annou...@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/announce
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Qt Contacts API

2014-04-28 Thread Blasche Alexander
Hi,

The QtContacts API has not been released. It is subject to incompatible source 
and binary changes. Unfortunately there is no release planned at this stage. On 
the positive side, it's not dead either as work is ongoing.


--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Friday, April 25, 2014 13:40
To: interest@qt-project.org
Subject: [Interest] Qt Contacts API

Hi,

I got to display favorite contacts in my Qt5.3 based QtQuick IVI application.
Please let me know if there is any Qtcontacts API supported for Qt5.3?

Thanks and Regards,
Ramakanth



DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.



Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

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


Re: [Interest] Qt Bluetooth in Linux non-functional?

2014-04-28 Thread Blasche Alexander
OK, time to move this to Jira. Alex, could you please add yourself to the 
watcher list of:

https://bugreports.qt-project.org/browse/QTBUG-38624

I have added a few more comments and questions.
--
Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Alexander Zakharov [alexander.v.zakha...@gmail.com]
Sent: Monday, April 28, 2014 08:29
To: interest@qt-project.org
Subject: Re: [Interest] Qt Bluetooth in Linux non-functional?

I have installed Qt 5.3 beta and tried to run my tests as well as
Bluetooth Scanner example provided in Qt. It made no difference with Qt
5.2.1, but it seems I have found a clue.

I have noticed that when my program is running (it is a simple console
application requiring manual termination), service discovery by
bluez-test-device command also does not work, producing an empty output.
My program worked in the following way:

- run device discovery using QBluetoothDeviceDiscoveryAgent;
- run service discovery using QBluetoothServiceDiscoveryAgent
   from a slot connected to QBluetoothDeviceDiscoveryAgent::finished()
   signal;
- try to create RFCOMM socket using QBluetoothSocket from a slot
   connected to QBluetoothServiceDiscoveryAgent::finished() signal.

Since I know the address of my device, I have tried to work with it
directly (by creating QBluetoothAddress), eliminating the first step
(device discovery). Suddenly, everything started to function properly:
service discovery produced a list of all services and RFCOMM connection
was established. I have also found that running device discovery and
then starting service discovery early (for example, from a slot
connected to QBluetoothDeviceDiscoveryAgent::deviceDiscovered, when
first device is found), also works.

So, after my experiments I have an impression that service discovery
fails only if it is started after a complete device discovery, as if the
device discovery procedure somehow blocks further access to the device,
and not only in my own program, but in the whole system (service
discovery by bluez-test-device also stops to work). Manually deleting
QBluetoothDeviceDiscoveryAgent object before starting service discovery
does not help. Moreover, this problem does not arise for all devices. I
have tried to run service discovery for my Android phone, and it seems
to work even after complete device discovery procedure.

The trace output of failing service discovery is the following:

qt.bluetooth.bluez: Full discovery on:  00:07:80:5C:24:B9
qt.bluetooth.bluez: void
QBluetoothServiceDiscoveryAgentPrivate::_q_createdDevice(QDBusPendingCallWatcher*)
created 00:07:80:5C:24:B9
qt.bluetooth.bluez: void
QBluetoothServiceDiscoveryAgentPrivate::_q_createdDevice(QDBusPendingCallWatcher*)
Discover restrictions: 
qt.bluetooth.bluez: void
QBluetoothServiceDiscoveryAgentPrivate::_q_discoveredServices(QDBusPendingCallWatcher*)
qt.bluetooth.bluez: Parsing xml 00:07:80:5C:24:B9 1 0
___
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] Failed to fetch Nokia Map using QtLocation

2014-04-22 Thread Blasche Alexander
Hi,

This message should only appear the first time you start Nokia based mapping 
services. The second time around it is gone. I get the same message when I 
remove the entire QtLocation cache (in my case ~/.config/QtLocation) directory.

My guess is that your problem is related to the missing app_id and token. Nokia 
maps require them. You should also get another warning like:

Error message:Qt Location requires app_id and token parameters.
Please register at https://developer.here.com/ to get your personal 
application credentials.

Or did you mean to say that you do set the values (but just left them out from 
your mail) but still don't get any tiles? If so does dragging the map make a 
difference?


--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Tuesday, April 22, 2014 16:10
To: interest@qt-project.org
Subject: [Interest] Failed to fetch Nokia Map using QtLocation

Hi,

am trying to run places_map QtLocation example. However, am getting error

Failed to read nokia map version.


I set Map-plugin parameters with heremaps registered credentials like below:

 PluginParameter { name: app_id; value:  }
 PluginParameter { name: token; value:  }
 PluginParameter { name: proxy; value: system }

Thanks and Regards,
Ramakanth




DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.



Disclaimer: This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

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


Re: [Interest] Get Android (or OS) version via Qt API?

2014-02-14 Thread Blasche Alexander
Hi,

The SDK version is available via:

QtAndroid::androidSdkVersion()

see qtandroidextras/src/androidextras/android/qandroidfunctions.h

There might be a tiny bit more information hidden in private headers but they 
come along with the usual use at your own risk we may change it statement.



--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Attila Csipa [q...@csipa.in.rs]
Sent: Thursday, February 13, 2014 23:47
To: interest@qt-project.org
Subject: [Interest] Get Android (or OS) version via Qt API?

Hi,

Is there a way to get to Android versions/details (android.os.Build.*) via Qt 
APIs (like QSystemDeviceInfo in the old days), or does one have to go through 
native interfaces a la QAndroidJniObject?

Best regards,
Attila Csipa
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Bluetooth Qt Connectivity module

2014-02-12 Thread Blasche Alexander
Hi,

 -Original Message-
 From: interest-bounces+alexander.blasche=digia@qt-project.org
 [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On
 Behalf Of Ramakanthreddy Kesireddy
...
 If the multiple smartphones(multiple apps of different smartphones)  are
 connected to Infotainment Linux system through Bluetooth SPP, how does Qt
 Bluetooth handle the requested command say tirepressure
 from IVI system?

The Bluetooth module offers an API to connect the two parties via a socket 
connection (see QBluetoothSocket and QBluetoothServer).
The actual type of data send across the SPP connection is not known to the API. 
It is up to the application to react to the readyRead() signal
and read/process the received data. In any case the particulars of the IVI 
command set are at least one layer above the SPP protocol (usually RFCOMM or 
L2CP). QtBluetooth provides the network layer. IVI operates as a transport 
layer protocol even further above.


 Do we need to pass the Application ID from smartphone to identify particular 
 app
 so that response would be sent to particular application or UUID of the
 smartphone app is sufficient to connect and send the response?

This is an IVI specific question and would be dependent on the IVI's 
protocol/command set.

--
Alex

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


Re: [Interest] QtLocation Build issue with Qt5.2 Beta

2013-11-12 Thread Blasche Alexander
It looks like your qmake is incompatible/old.

You are running qmake in your path. Are you sure you are using the qmake in
/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtbase/bin?

You can check its version by running qmake -query.

--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Tuesday, November 12, 2013 13:05
To: interest@qt-project.org
Subject: [Interest] QtLocation Build issue with Qt5.2 Beta

Hi,

I find qtlocation sources in Qt5.2 Beta release though I understand qtlocation 
is not part of official Qt5.2 Beta release.

However, when I tried to build the qtlocation sources from git, it gives the 
below error.

administrator:~/home/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation$ qmake
WARNING: 
/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:1:
 Unable to find file for inclusion configure
/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:2:
 Unknown test function: qtCompileTest
/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:3:
 Unknown test function: qtCompileTest
/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:4:
 Unknown test function: qtCompileTest
WARNING: 
/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:6:
 Unable to find file for inclusion qt_parts
administrator:~/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation$
 make
g++ -Wl,-O1 -o qtlocation -L/usr/lib/i386-linux-gnu -lQtGui -lQtCore 
-lpthread
/usr/lib/gcc/i686-linux-gnu/4.6/../../../i386-linux-gnu/crt1.o: In function 
`_start':
(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [qtlocation] Error 1


Please let me know in this regard.

Thanks and Regards,
Ramakanth



DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)

2013-10-24 Thread Blasche Alexander
Hi,

The chat example uses its very own service UUID. Unless your Android device 
knows about the service UUID and can use it. it will always respond with the 
mentioned error. The example is meant to be used on two machines. It acts as 
server and client at the same time.

Since we don't have an Android port for QtBluetooth yet (on my todo) you'd have 
to have your custom btchat app on Android which talks the same protocol. Do you 
have such an app on your Android?

In general there should not be a problem talking between Android and 
QtBluetooth on e.g. Linux but you'd have to synchronize both side with custom 
apps or you use the provided Object Push for now.


--

Alex


From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Thursday, October 24, 2013 08:26
To: Blasche Alexander; interest@qt-project.org
Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK)

Hi Alex,

Thanks for your pointers.

I could successfully run the BT Transfer example using Qt5.2 aplha.
It had been problem with USB BT dongle that we were using earlier.

Are there any prerequisites to run BT chat example as it says chat service not 
available?
Iam interested to send text from PC to android phone using BT chat example. 
Does this suffice for this requirement
Using Bluetooth API?

Please let me know in this regard.

Thanks and Regards,
Ramakanth




From: Blasche Alexander [mailto:alexander.blas...@digia.com]
Sent: 30 August 2013 14:15
To: Ramakanthreddy Kesireddy; interest@qt-project.org
Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK)

Hi,

Couple of questions:

1.) What branch of qtconnectivity are you using? Maybe add the SHA?

2.) What does gdb tell you when you interrupt the hanging process? Where is it 
stuck (aka what does the bt look like).


--

Alex


From: 
interest-bounces+alexander.blasche=digia@qt-project.orgmailto:interest-bounces+alexander.blasche=digia@qt-project.org
 [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Thursday, August 29, 2013 18:10
To: interest@qt-project.orgmailto:interest@qt-project.org
Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi,

I tried to unset compiz and then run BTtransfer example application.
However, once the device is found(after pairing is completed) and shown in 
dialog, the application freezes though there is no Compiz error.

Please let me know if there are any clues in this regard.

Thanks and Regards,
Ramakanth


From: Ramakanthreddy Kesireddy
Sent: Monday, August 19, 2013 11:50 AM
To: interest@qt-project.orgmailto:interest@qt-project.org
Subject: Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi,

Am using Qt 5.1 Offline installer for Linux Ubuntu 12.04 X86 32 bit sdk.
I installed libblueooth3.

I built Qt connectivity module from qt repository and tried to execute the 
btfiletransfer/btchat examples so as to verify
Bt communication using OBEX/SPP profiles.

However, these examples are not working fine and crashes while the transfer is 
initiated with compiz terminated unexpectedly.
The system needs reboot after this.

Please let me know if am missing anything in this regard.

Thanks and Regards,
Ramakanth









DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.



DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)

2013-10-24 Thread Blasche Alexander
Hi,

Yes, it should use SPP but obviously it doesn't necessarily use Bluez. Bluez is 
just one Bluetooth stack and your Android might use a different stack. You need 
ensure that you connect to the service with the UUID mentioned in the bt chat 
app example.


--

Alex


From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Thursday, October 24, 2013 10:40
To: Blasche Alexander; interest@qt-project.org
Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK)

Hi Alex,

Yes I have custom btchat app on android. Does custom btchat app on Android 
which talks the same protocol mean it should use Bluez 4.x and SPP protocol?

Best Regards,
Ramakanth



From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org 
[mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org]
 On Behalf Of Blasche Alexander
Sent: 24 October 2013 13:41
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)

Hi,

The chat example uses its very own service UUID. Unless your Android device 
knows about the service UUID and can use it. it will always respond with the 
mentioned error. The example is meant to be used on two machines. It acts as 
server and client at the same time.

Since we don't have an Android port for QtBluetooth yet (on my todo) you'd have 
to have your custom btchat app on Android which talks the same protocol. Do you 
have such an app on your Android?

In general there should not be a problem talking between Android and 
QtBluetooth on e.g. Linux but you'd have to synchronize both side with custom 
apps or you use the provided Object Push for now.


--

Alex


From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Thursday, October 24, 2013 08:26
To: Blasche Alexander; interest@qt-project.orgmailto:interest@qt-project.org
Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi Alex,

Thanks for your pointers.

I could successfully run the BT Transfer example using Qt5.2 aplha.
It had been problem with USB BT dongle that we were using earlier.

Are there any prerequisites to run BT chat example as it says chat service not 
available?
Iam interested to send text from PC to android phone using BT chat example. 
Does this suffice for this requirement
Using Bluetooth API?

Please let me know in this regard.

Thanks and Regards,
Ramakanth




From: Blasche Alexander [mailto:alexander.blas...@digia.com]
Sent: 30 August 2013 14:15
To: Ramakanthreddy Kesireddy; 
interest@qt-project.orgmailto:interest@qt-project.org
Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK)

Hi,

Couple of questions:

1.) What branch of qtconnectivity are you using? Maybe add the SHA?

2.) What does gdb tell you when you interrupt the hanging process? Where is it 
stuck (aka what does the bt look like).


--

Alex


From: 
interest-bounces+alexander.blasche=digia@qt-project.orgmailto:interest-bounces+alexander.blasche=digia@qt-project.org
 [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Thursday, August 29, 2013 18:10
To: interest@qt-project.orgmailto:interest@qt-project.org
Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi,

I tried to unset compiz and then run BTtransfer example application.
However, once the device is found(after pairing is completed) and shown in 
dialog, the application freezes though there is no Compiz error.

Please let me know if there are any clues in this regard.

Thanks and Regards,
Ramakanth

From: Ramakanthreddy Kesireddy
Sent: Monday, August 19, 2013 11:50 AM
To: interest@qt-project.orgmailto:interest@qt-project.org
Subject: Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi,

Am using Qt 5.1 Offline installer for Linux Ubuntu 12.04 X86 32 bit sdk.
I installed libblueooth3.

I built Qt connectivity module from qt repository and tried to execute the 
btfiletransfer/btchat examples so as to verify
Bt communication using OBEX/SPP profiles.

However, these examples are not working fine and crashes while the transfer is 
initiated with compiz terminated unexpectedly.
The system needs reboot after this.

Please let me know if am missing anything in this regard.

Thanks and Regards,
Ramakanth









DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated

Re: [Interest] LGPL license info.

2013-09-26 Thread Blasche Alexander
Hi Ramesh,

In short they are available under LGPL.

I think http://qt-project.org/doc/qt-5.0/qtdoc/licensing.html might help to 
answer further question. Also just about every file has a header stating its 
license.

FYI there are quite a few more licenses employed by various parts of Qt.

--
Alex

From: interest-bounces+alexander.blasche=digia@qt-project.org 
[mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On Behalf 
Of Ramesh Nelakuditi
Sent: Thursday, 26 September 2013 11:20
To: interest@qt-project.org
Subject: [Interest] LGPL license info.

Dear All,

I have plans to use proprietary application under LGPL v2.1 license.

May i know whether the modules, QtSerialPort and QtConnectivity come under LGPL 
v2.1 ?

Thanks,
Ramesh.



DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)

2013-08-30 Thread Blasche Alexander
Hi,

Couple of questions:

1.) What branch of qtconnectivity are you using? Maybe add the SHA?

2.) What does gdb tell you when you interrupt the hanging process? Where is it 
stuck (aka what does the bt look like).


--

Alex


From: interest-bounces+alexander.blasche=digia@qt-project.org 
[interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of 
Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com]
Sent: Thursday, August 29, 2013 18:10
To: interest@qt-project.org
Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)

Hi,

I tried to unset compiz and then run BTtransfer example application.
However, once the device is found(after pairing is completed) and shown in 
dialog, the application freezes though there is no Compiz error.

Please let me know if there are any clues in this regard.

Thanks and Regards,
Ramakanth



From: Ramakanthreddy Kesireddy
Sent: Monday, August 19, 2013 11:50 AM
To: interest@qt-project.org
Subject: Bluetooth Qt Connectivity module(5.1 Qt SDK)

Hi,

Am using Qt 5.1 Offline installer for Linux Ubuntu 12.04 X86 32 bit sdk.
I installed libblueooth3.

I built Qt connectivity module from qt repository and tried to execute the 
btfiletransfer/btchat examples so as to verify
Bt communication using OBEX/SPP profiles.

However, these examples are not working fine and crashes while the transfer is 
initiated with compiz terminated unexpectedly.
The system needs reboot after this.

Please let me know if am missing anything in this regard.

Thanks and Regards,
Ramakanth









DISCLAIMER:
This email (including any attachments) is intended for the sole use of the 
intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE 
COMPANY INFORMATION. Any review or reliance by others or copying or 
distribution or forwarding of any or all of the contents in this message is 
STRICTLY PROHIBITED. If you are not the intended recipient, please contact the 
sender by email and delete all copies; your cooperation in this regard is 
appreciated.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] QML Location in 5.1

2013-07-16 Thread Blasche Alexander
Hi,

QtLocation is not a released module as part of Qt 5.1.

However there are plans to bring it back in 5.2 and later. At the moment it 
looks like the Positioning API (C++ and QML) is the first part that will come 
back. Maps, Navigation and Places will have to wait.

On the subject of an Android and iOS port, there are plans but they are a bit 
to fuzzy at the moment to make commitment towards a particular Qt version. It 
is certainly something I'd like to see happen too.
--
Alex

From: interest-bounces+alexander.blasche=digia@qt-project.org 
[mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On Behalf 
Of Jason H
Sent: Tuesday, 16 July 2013 16:03
To: interest@qt-project.org
Subject: [Interest] QML Location in 5.1

There is one module that is sorely missing in the 5.1 documentation.
I am looking to get lat and long for iOS and Android.

Is this possible yet?

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