Re: [Interest] Semi-OT: Was Nokia net good or bad for Qt?

2013-09-30 Thread Yves Bailly
Le 27/09/2013 20:20, Thiago Macieira a écrit :
 On sexta-feira, 27 de setembro de 2013 13:44:23, Uwe Rathmann wrote:
 On Thu, 26 Sep 2013 14:13:33 -0400, K. Frank wrote:
 [...]
 The existence of 2 different systems is a problem of itself. The
 development is working on the QML side, while the majority of the user
 base is doing widgets.

 For me as an author of a 3rd party lib it means I have to deal with 2
 different platforms. The opposite of code once ... what used to be the
 mantra of Qt in the TrollTech days.

 Because the industry has changed. There's no way the C++ widgets as they have
 been designed will work on the new platforms.

I don't understand here: currently widgets *do work* on at least some of the
new platforms, I have some real working apps running on Android phones...
In some cases (many for me), widgets are just the easiest way to go, when parts
of the display is not static and needs to be created on-the-fly at runtime.

Sure some tweakings are needed here and there, because a mobile is not a 
desktop.
But widgets are working fine :-) despite some shortcomings, mostly related to
the styles and stylesheets management in my case, which are also valid on the
desktop anyway.

Regards,

-- 
  /- Yves Bailly - Software developer   -\
  \- Sescoi RD  - http://www.sescoi.fr -/
The possible is done. The impossible is being done. For miracles,
thanks to allow a little delay.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] QGLWidget and OGL version 4.3 functions?

2013-09-30 Thread Yves Bailly
Le 29/09/2013 11:21, Sean Harmer a écrit :
 Hi,

 On 27/09/2013 07:35, Thomas Meyer wrote:
 Hi,
 is it possible to render in a QGLWidget with the OGL 4.3 functions?

 Yes but it is now recommended to use QWindow + QOpenGLContext for new
 code as QGLWidget will not see any further development.

Will it be replaced by something just as convenient? QWindow is just not
as easy to use, moreover embedding it in the middle of a GUI full of controls
(in a QMdiSubWindow for example). QWidget::createWindowContainer() is
pretty unnatural.

Regards,

-- 
  /- Yves Bailly - Software developer   -\
  \- Sescoi RD  - http://www.sescoi.fr -/
The possible is done. The impossible is being done. For miracles,
thanks to allow a little delay.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] logrotating qDebug

2013-09-30 Thread Francesco Lamonica
Hi Thiago,
i am not sure i understand your response... if the problem was a file
offest would not affect all the files and all the rotations? (there are any
processes of the same app that have their outputs redirected to different
files that are rotated)
But only some of them show this behaviour while others are rotated as i
would like.

thanks


On Fri, Sep 27, 2013 at 8:22 PM, Thiago Macieira
thiago.macie...@intel.comwrote:

 On sexta-feira, 27 de setembro de 2013 09:14:08, Francesco Lamonica wrote:
  Hi all,
  i am using logrotate on a file that is populated by qDebug() statements
 of
  my app (that does not get restarted).
  Sometimes ( i have been unable to find the behaviour's causes so far )
 the
  logorotating does not happen and what i get is what seems to be a binary
  file.
  Any ideas what might be happening?

 You forgot the restarting of your application.

 The file looks binary because of that copytruncate at the end. When
 logrotate
 runs, it will truncate the output file to zero size. But since you didn't
 restart the application, it will continue writing from the exact byte
 offset as
 it had been before. That means the beginning of the file is composed of NUL
 bytes. Hence, binary.

 
  the logrotate options used are:
  /opt/nrsc/consolelogs/*.txt {
rotate 2
daily
size 2M
compress
missingok
notifempty
copytruncate
  }

 --
 Thiago Macieira - thiago.macieira (AT) intel.com
   Software Architect - Intel Open Source Technology Center

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


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


[Interest] iOS Guidlines and QML

2013-09-30 Thread raven-worx Software
Hi,

i have a question to the Apple App Store Guidelines in conjunction with QML:

I plan to write an iOS app that downloads a remote QML file which is  
the main part of the app from a remote webserver. As i read the  
Guidlines i stumbled upon the following rule which would interfer with  
that:

2.7 Apps that download code in any way or form will be rejected

But i know that there are already approved QML apps (submarine  
example) in the App Store. So actually these must have interfered with  
this:

2.8 Apps that install or launch other executable code will be rejected

Since QML can contain JavaScript i would expect that it is also  
considered as executable code?


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


Re: [Interest] ssl socket still encrypted after disconnect

2013-09-30 Thread Francesco Lamonica
Hi Thiago,
thanks for the reply, i'll file up a bug and try to create a small snippet.
However, for the time being, is there an API to reset/set the SslMode to
UnencryptedMode? or should i refactor my code to delete the SslSocket and
create it from scratch? or.. any other ideas?

thanks


On Fri, Sep 27, 2013 at 8:30 PM, Thiago Macieira
thiago.macie...@intel.comwrote:

 On sexta-feira, 27 de setembro de 2013 09:51:11, Francesco Lamonica wrote:
  Hi all, i am experimenting a strange behaviour with QSslsocket (Qt 4.8.1)
  i create a QSslsocket and feed it with a connected socket descriptor (i
  need to explicitgly choose the src ip); then i call
 startClientEncryption()
  and all works well. Then the server crashes and a timer in my code will
  fire up the connection mechanism again after doing the
  disconnection/closing procedure (i tried both abort(), close() and
  disconnectFromHost()) . What i am seeing is that after the
 syn,syn/ack,ack
  handshake no SSL Client Hello is ever sent from client to server and
 after
  debugging a while i found that the socket mode is still SslClientMode.
  What i gather is that the startClientEncryption() fails because of the
  wrong socket mode.

 Can you post a small sample of your code?

 Though I think I can see the problem. QSslSocket::setSocketDescriptor does
 not
 call d-init(), like connectToHost{,Encrypted} do.

 Please report this as a bug. The fix looks simple, but it needs testing.
 --
 Thiago Macieira - thiago.macieira (AT) intel.com
   Software Architect - Intel Open Source Technology Center

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


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


Re: [Interest] Semi-OT: Was Nokia net good or bad for Qt?

2013-09-30 Thread Thiago Macieira
On segunda-feira, 30 de setembro de 2013 08:52:37, Yves Bailly wrote:
 Sure some tweakings are needed here and there, because a mobile is not a
 desktop. But widgets are working fine  despite some shortcomings, mostly
 related to the styles and stylesheets management in my case, which are also
 valid on the desktop anyway.

You don't use QComboBox or QSpinBox, do you? Do your QPushButtons go 
unmodified? How well do your QListView/QListWidget work on touch displays? Do 
they scroll nicely?

Did you design your own QStyle? Or are you heavily modifying the UI with 
stylesheets?

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center


signature.asc
Description: This is a digitally signed message part.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Semi-OT: Was Nokia net good or bad for Qt?

2013-09-30 Thread Philipp Kursawe
Well, at least the QComboBox in QML is a big joke (on the desktop). It
usese a popup menu which is slow as hell and unscrollable with more
than 10 entries. QML has to go a lng way until it works on the
Desktop

On Mon, Sep 30, 2013 at 9:54 AM, Thiago Macieira
thiago.macie...@intel.com wrote:
 On segunda-feira, 30 de setembro de 2013 08:52:37, Yves Bailly wrote:
 Sure some tweakings are needed here and there, because a mobile is not a
 desktop. But widgets are working fine  despite some shortcomings, mostly
 related to the styles and stylesheets management in my case, which are also
 valid on the desktop anyway.

 You don't use QComboBox or QSpinBox, do you? Do your QPushButtons go
 unmodified? How well do your QListView/QListWidget work on touch displays? Do
 they scroll nicely?

 Did you design your own QStyle? Or are you heavily modifying the UI with
 stylesheets?

 --
 Thiago Macieira - thiago.macieira (AT) intel.com
   Software Architect - Intel Open Source Technology Center

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

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


[Interest] Qt on PS4 and SteamOS

2013-09-30 Thread Николай Шатохин
Hello.

Can I use Qt5 and QML for game developing for PS4 and SteamOS?

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


Re: [Interest] QGLWidget and OGL version 4.3 functions?

2013-09-30 Thread Sean Harmer
Hi,

On Sunday 29 September 2013 16:12:48 Thomas Meyer wrote:
 thank you very much!

You're welcome.

 (I have read your 5 parts article:
 http://www.kdab.com/opengl-in-qt-5-1-part-1/
 and tried the terrain_tessellation project
 http://www.kdab.com/~sean/terrain_tessellation.zip [awesome])
 
 I want to use the QGLWidget, because I get 'artefacts' if
 I use QPainter's drawText in QWindow and it is possible to
 add QGLWidget as central widget in QMainWindow.
 With the QWindow I can only render something (I think) and
 found no solution to add it to something or to use buttons, sliders etc.
 
 Before I got your answer, I found a solution:
 http://qt-project.org/wiki/How_to_use_OpenGL_Core_Profile_with_Qt
 https://svn.theharmers.co.uk/svn/codes/public/opengl/trunk/07-core-profile/
 and
 http://qt-project.org/forums/viewthread/16041/#90717
 
 So, if I want to use the 'glTextureView' (Core since version 4.3,
 http://www.opengl.org/wiki/GLAPI/glTextureView) in GLWidget:
 ...
 voidGLWidget::initializeGL(void)
 
 {
 
 ...
 typedefvoid(APIENTRY*_glTextureView)(GLuint,GLenum,GLuint,GLenum,GLuint,GLui
 nt,GLuint,GLuint);
 
 
 _glTextureViewglTextureView;
 
 glTextureView=(_glTextureView)context()-getProcAddress(glTextureView);
 
 if(glTextureView!=NULL)
 {
 qDebug()Q_FUNC_INFOglTextureView!=NULL;
 }
 ...
 I have not used the function, but this code works for me.

In all seriousness, unless you actually enjoy resolving function pointers I 
would just use QOpenGLFunctions_4_3_Core. It will make your life much easier.

As an aside if you are interested in OpenGL texturing, please do try out 
QOpenGLTexture which is new for the upcoming Qt 5.2:

http://doc-snapshot.qt-project.org/qt5-stable/qopengltexture.html

 If I use your solution in the 'voidGLWidget::initializeGL(void)'
 function from the
 https://svn.theharmers.co.uk/svn/codes/public/opengl/trunk/07-core-profile/
 example and add it as central widget in a QMainWindow, it will not work
 at 'm_context-create();'.

I've not tested any of that old code with Qt5. Instead prefer QGLWidget + 
QOpenGLFunctions_4_3_Core which should work perfectly fine.

 So, the idea is, to have a render surface in the center of a main window and
 have dock widgets around to manipulate the render surface. I don't want to
 render buttons, check boxes and sliders (etc.). I want to use what the Qt
 library has.
 (Ok, later perhaps in a game development, it looks like better ... :-) )
 
 It would be nice (a wish) to have more documentation and examples about
 OGL with Qt.
 More clarity about additional libraries, which are not necessary anymore
 (i.e. glew).

I agree. Patches welcome. I'm very busy at present improving support for 
textures and other areas which we will need for a new Qt3D.

 Btw. there is no description for 'QGLContext::getProcAddress' in the
 documentation.
 
 I don't understand:
 ...
 QGLFormatglFormat;
 glFormat.setVersion(1, 0);
 ...
 The documentation is not enough for me. I can set the version 1.0, but
 the functions
 above 1.0 works.

Check which OpenGL context version was actually created. I suspect you 
actually obtain a 1.5 context or maybe even 2.1 of which 1.0 is a subset.

Cheers,

Sean
--
Join us in October at Qt Developer Days 2013 - https://devdays.kdab.com

Dr Sean Harmer | sean.har...@kdab.com | Managing Director UK
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
KDAB - Qt Experts - Platform-independent software solutions
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


[Interest] QtQuickControls in Qt5.2 alpha

2013-09-30 Thread Ramakanthreddy Kesireddy
Hi,

Please let me know if QtQuick controls in Qt5.2 alpha work for other 
platforms(like embedded linux) as well including Desktop  operating systems?

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] QImage, multithreaded app.

2013-09-30 Thread Christian Dähn
Hi,

as Thiago already stated there are no limitations using QImages inside
multithreaded apps.
Why do I know this? Because I'm developing and using an industrial image
processing framework
with massively multithreaded image processing based on QThread and QImage.

So I fear that you have some serious issues inside your thread handling - often
devs mix
up with the gui thread (main event loop) and wonder about the app getting an
unpredictable
behaviour when other QThreads interact with widgets (objects inside the GUI
thread).

Be very very careful with data handling between GUI and other threads!
And don't forget: Accessing GUI objects from outside threads can cause severe
errors.

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


[Interest] qrgexpvalidator and qregexp

2013-09-30 Thread Alexander Syvak
Hi,

compiling the line
QRegExpValidator valtor(QRegExp([1-9][0-9]*));
yields an error: no matching function for call to
QRegExpValidator::QRegExpValidator(QRegExp).

It's done on openSUSE.
On Win7 it's compiled successfully.

Where is the gist?
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Semi-OT: Was Nokia net good or bad for Qt?

2013-09-30 Thread André Pönitz
On Fri, Sep 27, 2013 at 11:20:24AM -0700, Thiago Macieira wrote:
 Every year in the Qt Developer Days plenary sessions, the audience asked for 
 more bugfixing, fewer new features, and definitely no regressions. We 
 listened. 
 So instead of breaking QtWidgets by refactoring it, we kept it as-is, we're 
 fixing bugs, and we're introducing a new solution, step by step, so we can 
 achieve the code once goal again.
 
 Tell me that was wrong.

Implementing the features that have been asked for while keeping the
stability of the existing stack might indeed have required a second stack,
which might very likely have had a different API. However, the scale of
additional differences on the frontend side of the presented solution is
way beyond what is necessary and not what has been asked for.

People did not ask for replacing a well-known standardized language with
established development and deployment processes by some ad-hoc domain
specific language without similar provisions. People did not ask to shift
their compile-time effort onto their user's startup and run times. People
did not ask to depend on technologies that are easily, and on some
platforms commonly, blocked by downstream distribution channels. Etc.

Listening to the audience was not wrong. The presented solution partially
is, as it bundles compulsory dependencies which are technically not needed,
and often enough counterproductive.

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


Re: [Interest] iOS Guidlines and QML

2013-09-30 Thread Paul Miller
On 9/30/2013 2:21 AM, raven-worx Software wrote:
 I plan to write an iOS app that downloads a remote QML file which is
 the main part of the app from a remote webserver. As i read the
 Guidlines i stumbled upon the following rule which would interfer with
 that:

 2.7 Apps that download code in any way or form will be rejected

Odd, considering web-based apps can do exactly that. I use several apps 
that must download data from a server before they are usable.

 2.8 Apps that install or launch other executable code will be rejected

 Since QML can contain JavaScript i would expect that it is also
 considered as executable code?

This definitely isn't true, since many games have embedded scripting 
systems such as Lua. They seriously back-pedaled on this one after the 
huge out-cry from game developers. There is even a full-featured Python 
interpreter app in the store right now.

You shouldn't worry too much about this.

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


Re: [Interest] iOS Guidlines and QML

2013-09-30 Thread Konstantin Tokarev


30.09.2013, 18:02, Paul Miller stel...@gmail.com:
 On 9/30/2013 2:21 AM, raven-worx Software wrote:

  I plan to write an iOS app that downloads a remote QML file which is
  the main part of the app from a remote webserver. As i read the
  Guidlines i stumbled upon the following rule which would interfer with
  that:

  2.7 Apps that download code in any way or form will be rejected

 Odd, considering web-based apps can do exactly that. I use several apps
 that must download data from a server before they are usable.

  2.8 Apps that install or launch other executable code will be rejected

  Since QML can contain JavaScript i would expect that it is also
  considered as executable code?

 This definitely isn't true, since many games have embedded scripting
 systems such as Lua. They seriously back-pedaled on this one after the
 huge out-cry from game developers. There is even a full-featured Python
 interpreter app in the store right now.

JIT compilation is prohibited though.

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


[Interest] [QSS] Treeview headache

2013-09-30 Thread Clément Geiger
Hi there,

I'm stumbling on a very frustrating problem here with QSS.

My problem in a nutshell: I want to add a highlight on hover effect on
QAbstractItemView-based classes.

So I wrote that in the app's qss file:

QAbstractItemView::item:hover:!selected {
 background: qlineargradient(x1: 0, y1: 0, x2: 0, y2: 1, stop: 0
#e7effd, stop: 1 #cbdaf1);
}

So far so good, now my items have a nice blue-ish overlay when the mouse
hovers over them.

Except for the branches in a tree view, which are a separate subcontrol !

So I added that:

QTreeView::branch:hover:!selected {
 background: qlineargradient(x1: 0, y1: 0, x2: 0, y2: 1, stop: 0
#e7effd, stop: 1 #cbdaf1);
}

Now I have the overlay, but the branches themselves are not drawn
anymore... Shaaame.

Going on, I saw in Qt doc that example of branch customization with images
(second part of
http://qt-project.org/doc/qt-4.8/stylesheet-examples.html#customizing-qtreeview)
, and I thought « great, that's exactly what I need! » It almost worked,
but if some of the branches of the tree have different heights then the
images are scaled and it's ugly. Saaad.

So I tinkered with the border-image property, tried various combinations,
and so far, not so good. I just can't get it right.

If anyone has any thoughts to share about my problems (eg why the original
branches drawing are being wiped out by setting some qss, if there is a
workaround, etc.) I would be more than happy to here them :)


Best,

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


Re: [Interest] QGLWidget and OGL version 4.3 functions?

2013-09-30 Thread Sean Harmer
On Monday 30 September 2013 17:15:12 Thomas Meyer wrote:
  In all seriousness, unless you actually enjoy resolving function pointers
  I
  would just use QOpenGLFunctions_4_3_Core. It will make your life much
  easier.
 That's true! I have replaced the typedef's to bind a VAO with:
 ...
 uintvao;
 
 funcs-glGenVertexArrays(1,vao);
 funcs-glBindVertexArray(vao);
 ...

QOpenGLVertexArrayObject. Just sayin' :)

Sean
--
Join us in October at Qt Developer Days 2013 - https://devdays.kdab.com

Dr Sean Harmer | sean.har...@kdab.com | Managing Director UK
Klarälvdalens Datakonsult AB, a KDAB Group company
Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
KDAB - Qt Experts - Platform-independent software solutions
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


Re: [Interest] Semi-OT: Was Nokia net good or bad for Qt?

2013-09-30 Thread Thiago Macieira
On segunda-feira, 30 de setembro de 2013 15:47:07, André Pönitz wrote:
 People did not ask for replacing a well-known standardized language with
 established development and deployment processes by some ad-hoc domain
 specific language without similar provisions. People did not ask to shift
 their compile-time effort onto their user's startup and run times. People
 did not ask to depend on technologies that are easily, and on some
 platforms commonly, blocked by downstream distribution channels. Etc.

I agree none of this was asked for.

 
 Listening to the audience was not wrong. The presented solution partially
 is, as it bundles compulsory dependencies which are technically not needed,
 and often enough counterproductive.

Whether it's technically not needed, I don't have the grounds to answer. 
Whether in the long run it will be beneficial, it remains to be seen.

And many of the issues that were introduced can still be fixed.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center


signature.asc
Description: This is a digitally signed message part.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


[Interest] Multiple plugin versions behavior with QPluginLoader

2013-09-30 Thread BOUCARD Olivier
Hi guys,

I just need some clarification on how QPluginLoader behaves.

Let say I have an application X which load plugins using QPluginLoader.
I have a plugin MyPlugin in two different versions stored in two different 
folders A and B.
I first start an instance of X using MyPlugin from folder A.
Then I start another instance of X using MyPlugin from folder B.

What happen in this case? Will the second instance use MyPlugin from A or B?
Is this behavior the same on all platform?

Thanks,

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


Re: [Interest] QSettings possible bug on Windows

2013-09-30 Thread Alex Malyushytskyy
Thanks Scott for advices,

-  10 times checked that there was no typo

qdesktopservices do not provide path to common application data folder,
only to user specific.
Reason I guess that there is no such concept on unix derived systems.

I finally did write an extension to it which on Windows returns value I am
looking for
basically it is call to SHGetSpecialFolderPath with CSIDL_COMMON_APPDATA
parameter.and on Linux returns results obtained with
QDesktopServices::DataLocation

This is supposed to be a right way to dt it anyway (besides extending
qdesktopservices which would be probably even better) ,
but it does not explain problem I see with QSettings

Regards,

Alex




On Mon, Sep 30, 2013 at 8:17 PM, Scott Aron Bloom scott.bl...@onshorecs.com
 wrote:

  Two things..

 ** **

 **1)  **Try doing a foreach( const QString  child, reg.childKeys() )
 and see, maybe there is a typo you are missing

 **2)  **Take a look at the Qt source code for
 qdesktopservices_win.cpp  It uses SHGetSpecialFolder to find the
 directories you are looking for.

 Scott

 ** **

 *From:* interest-bounces+scott.bloom=onshorecs@qt-project.org [mailto:
 interest-bounces+scott.bloom=onshorecs@qt-project.org] *On Behalf Of *Alex
 Malyushytskyy
 *Sent:* Monday, September 30, 2013 7:02 PM
 *To:* interest@qt-project.org
 *Subject:* Re: [Interest] QSettings possible bug on Windows

 ** **

 Just want to add that key is found,


 qDebug()  child keys =reg.childKeys();

 result in


 child keys =  (Common Administrative Tools, Common AppData, Common
 Desktop, Common Documents, Common Programs, Common Start Menu,
 Common Startup, Common Templates, CommonMusic, CommonPictures,
 CommonVideo, OEM Links, Personal)

 but value returned is empty string - different from visible in regedit ***
 *

 Alex

 ** **

 On Mon, Sep 30, 2013 at 6:24 PM, Alex Malyushytskyy alexmal...@gmail.com
 wrote:

  I found a problem with QSettings when trying to read from registry.
 I am using  Qt 4.7.3 so I would appreciate if anybody can check with Qt 5
 at least. 

 Problem:

 QSettings fails to return specific key value (Common AppData) when read
 other keys at the same level just fine.

 Key exists and verified with regedit.

 Test case is below:


 #include QApplication
 #include QSettings
 #include QDebug

 void ddd2();

 int main(int argc, char *argv[])
 {

 // execute test and return

 QApplication a(argc, argv);

 ddd2();

 ** **

 return 0;

 }

 void ddd2()
 {
 QSettings
 reg(HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell
 Folders,
 QSettings::NativeFormat);
 QString key;
 QString val;

 key = QString(Common AppData);
 val = QString ( reg.value(key).toString());
 qDebug()  key:   key   value:   val;

 key = QString(Common Desktop);
 val = QString ( reg.value(key).toString());
 qDebug()  key:   key   value:   val;

 key = QString(Common Documents);
 val = QString ( reg.value(key).toString());
 qDebug()  key:   key   value:   val;
 }

 Output:


 key:  Common AppData  value:  
 key:  Common Desktop  value:  C:\Users\Public\Desktop
 key:  Common Documents  value:  C:\Users\Public\Documents 

 Expected
  * WinXP: c:\Documents and Settings\All Users\Application Data
  * WinV/7/8: c:\ProgramData

 

 Regards,

Alex

  ** **

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


Re: [Interest] QSettings possible bug on Windows

2013-09-30 Thread Scott Aron Bloom
I had to extend desktop services out of the UI library...


From: Alex Malyushytskyy [mailto:alexmal...@gmail.com]
Sent: Monday, September 30, 2013 9:30 PM
To: Scott Aron Bloom
Cc: interest@qt-project.org
Subject: Re: [Interest] QSettings possible bug on Windows

Thanks Scott for advices,
-  10 times checked that there was no typo

qdesktopservices do not provide path to common application data folder, only to 
user specific.
Reason I guess that there is no such concept on unix derived systems.
I finally did write an extension to it which on Windows returns value I am 
looking for
basically it is call to SHGetSpecialFolderPath with CSIDL_COMMON_APPDATA 
parameter.and on Linux returns results obtained with 
QDesktopServices::DataLocation

This is supposed to be a right way to dt it anyway (besides extending 
qdesktopservices which would be probably even better) ,
but it does not explain problem I see with QSettings
Regards,

Alex


On Mon, Sep 30, 2013 at 8:17 PM, Scott Aron Bloom 
scott.bl...@onshorecs.commailto:scott.bl...@onshorecs.com wrote:
Two things..


1)  Try doing a foreach( const QString  child, reg.childKeys() ) and see, 
maybe there is a typo you are missing

2)  Take a look at the Qt source code for qdesktopservices_win.cpp  It uses 
SHGetSpecialFolder to find the directories you are looking for.
Scott

From: 
interest-bounces+scott.bloom=onshorecs@qt-project.orgmailto:onshorecs@qt-project.org
 
[mailto:interest-bounces+scott.bloommailto:interest-bounces%2Bscott.bloom=onshorecs@qt-project.orgmailto:onshorecs@qt-project.org]
 On Behalf Of Alex Malyushytskyy
Sent: Monday, September 30, 2013 7:02 PM
To: interest@qt-project.orgmailto:interest@qt-project.org
Subject: Re: [Interest] QSettings possible bug on Windows

Just want to add that key is found,

qDebug()  child keys =reg.childKeys();
result in

child keys =  (Common Administrative Tools, Common AppData, Common 
Desktop, Common Documents, Common Programs, Common Start Menu, Common 
Startup, Common Templates, CommonMusic, CommonPictures, CommonVideo, 
OEM Links, Personal)

but value returned is empty string - different from visible in regedit
Alex

On Mon, Sep 30, 2013 at 6:24 PM, Alex Malyushytskyy 
alexmal...@gmail.commailto:alexmal...@gmail.com wrote:
I found a problem with QSettings when trying to read from registry.
I am using  Qt 4.7.3 so I would appreciate if anybody can check with Qt 5 at 
least.
Problem:
QSettings fails to return specific key value (Common AppData) when read other 
keys at the same level just fine.
Key exists and verified with regedit.
Test case is below:

#include QApplication
#include QSettings
#include QDebug

void ddd2();

int main(int argc, char *argv[])
{
// execute test and return
QApplication a(argc, argv);
ddd2();

return 0;
}

void ddd2()
{
QSettings 
reg(HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell
 Folders,
QSettings::NativeFormat);
QString key;
QString val;

key = QString(Common AppData);
val = QString ( reg.value(key).toString());
qDebug()  key:   key   value:   val;

key = QString(Common Desktop);
val = QString ( reg.value(key).toString());
qDebug()  key:   key   value:   val;

key = QString(Common Documents);
val = QString ( reg.value(key).toString());
qDebug()  key:   key   value:   val;
}
Output:

key:  Common AppData  value:  
key:  Common Desktop  value:  C:\Users\Public\Desktop
key:  Common Documents  value:  C:\Users\Public\Documents
Expected
 * WinXP: c:\Documents and Settings\All Users\Application Data
 * WinV/7/8: c:\ProgramData
Regards,
   Alex


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


[Interest] Dynamic translation using Qt Quick 2.x in Qt5.1.1

2013-09-30 Thread Ramakanthreddy Kesireddy
Hi,



I would like to know if it is possible to update the text dynamically
for any locale change in QtQuick(QML) using Qt5.1.1.

Br,
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