test
chenyw3892
From: development-request
Date: 2012-11-27 10:54
To: development
Subject: Development Digest, Vol 14, Issue 81
Send Development mailing list submissions to
development@qt-project.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.qt-project.org/mailman/listinfo/development
or, via email, send a message with subject or body 'help' to
development-requ...@qt-project.org
You can reach the person managing the list at
development-ow...@qt-project.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Development digest..."
Today's Topics:
1. Re: HEADS UP: Changes in QStyle subclasses (Nurmi J-P)
2. Re: don't know how to make 'styles\qfusionstyle.h' (Yang Fan)
3. Re: Qt 4.8.4 Release candidate 4 available (Yang Fan)
4. Re: QtWebkit from Qt5 couldn't display Chinese characters
correctly on Windows (Yang Fan)
5. Re: Qt Playground - Updating Daemon/Service Support (BRM)
6. Re: Qt Playground - Updating Daemon/Service Support (Sascha Cunz)
----------------------------------------------------------------------
Message: 1
Date: Mon, 26 Nov 2012 22:30:44 +0000
From: Nurmi J-P <jpnu...@digia.com>
Subject: Re: [Development] HEADS UP: Changes in QStyle subclasses
To: "development@qt-project.org" <development@qt-project.org>
Message-ID: <7487f65a-b901-4c51-b450-98a4c2050...@digia.com>
Content-Type: text/plain; charset="iso-8859-1"
On Nov 26, 2012, at 7:08 PM, Andre Somers <an...@familiesomers.nl> wrote:
> Op 24-11-2012 12:09, Nurmi J-P schreef:
>> Hi all,
>>
>> Thanks to QStyleFactory and QProxyStyle, it is possible to instantiate and
>> customize any available style. This is not limited to the built-in styles in
>> QtWidgets, but also works fine for any style plugin since it nicely avoids
>> the build time dependency to the corresponding style implementation.
>>
>> When it comes to the actual style implementations, we have quite a few
>> refactoring ideas on the table. These ideas include class renames, possible
>> merges and inheritance hierarchy changes. Not to mention the possibility of
>> later on pluginizing certain styles to avoid loads of dynamic function
>> resolving. These ideas are not feasible to implement in time for Qt 5.0, and
>> for compatibility reasons cannot be done later if the style implementations
>> remain in the public API.
>>
>> Hence we would like to take this opportunity to hide the following QStyle
>> subclasses from the public API in Qt 5.0:
>> - QFusionStyle
>> - QGtkStyle
>> - QMacStyle
>> - QWindowsCEStyle
>> - QWindowsMobileStyle
>> - QWindowsStyle
>> - QWindowsVistaStyle
>> - QWindowsXPStyle
>>
> Does this also mean that you will remove void QApplication::setStyle(QStyle*
> style)? This API seems useless if you can't create actual style instances any
> more because they are public. On the other hand, I think that that may cause
> issues for some applications...
>
> Andr?
One can still create style instances using QStyleFactory::create(), so I don't
see any reason to remove this API. The -style <key> command line argument keeps
working as well.
--
J-P Nurmi
------------------------------
Message: 2
Date: Tue, 27 Nov 2012 08:27:41 +0800
From: Yang Fan <missd...@gmail.com>
Subject: Re: [Development] don't know how to make
'styles\qfusionstyle.h'
To: Nurmi J-P <jpnu...@digia.com>
Cc: "development@qt-project.org" <development@qt-project.org>
Message-ID:
<CAHf7+KqjiG5a1oHF+=67G-S4=gEGOVAobgLEk=tfdbuwvkz...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Thanks a lot. It does work!
On Mon, Nov 26, 2012 at 5:57 PM, Nurmi J-P <jpnu...@digia.com> wrote:
> On Nov 26, 2012, at 3:19 AM, Yang Fan <missd...@gmail.com> wrote:
>
> > Hi All,
> >
> > I'm trying to build Qt5 from Git with MSVC2010, but got the following
> errors:
> > D:\qt5\qtbase\bin\moc.exe -DUNICODE -DWIN32
> -DQT_NO_USING_NAMESPACE -DQT
> > _BUILD_WIDGETS_LIB -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII
> -DQT_ASCII_CAST_WARNIN
> > GS -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS
> -DQT_DISABLE
> > _DEPRECATED_BEFORE=0x040800 -D_USE_MATH_DEFINES -DQT_NO_STYLE_MAC
> -DQT_STYLE_WIN
> > DOWS -DQT_NO_STYLE_GTK -DQT_NO_STYLE_WINDOWSCE
> -DQT_NO_STYLE_WINDOWSMOBILE -DQT_
> > NO_DIRECTWRITE -DQT_DLL -DQT_GUI_LIB -DQT_CORE_LIB -DQT_OPENGL_ES_2
> -DQT_OPENGL_
> > ES_2_ANGLE -DQT_NO_EXCEPTIONS -I"D:\OpenSSL-Win32\include"
> -I"..\..\include" -I"
> > ..\..\include\QtWidgets" -I"..\..\include\QtWidgets\5.0.0"
> -I"..\..\include\QtWi
> > dgets\5.0.0\QtWidgets" -I"tmp" -I"..\3rdparty\wintab" -I"dialogs"
> -I"..\3rdparty
> > \harfbuzz\src" -I"." -I"..\..\include\QtGui"
> -I"..\..\include\QtGui\5.0.0" -I"..
> > \..\include\QtGui\5.0.0\QtGui" -I"..\..\include\QtCore"
> -I"..\..\include\QtCore\
> > 5.0.0" -I"..\..\include\QtCore\5.0.0\QtCore" -I"tmp\moc\debug_shared"
> -I"..\..\m
> > kspecs\win32-msvc2010" -D_MSC_VER=1600 -DWIN32
> kernel\qgesturemanager_p.h -o tmp
> > \moc\debug_shared\moc_qgesturemanager_p.cpp
> > NMAKE : fatal error U1073: don't know how to make 'styles\qfusionstyle.h'
> > Stop.
> > NMAKE : fatal error U1077: '"D:\Program Files (x86)\Microsoft Visual
> Studio 10.0
> > \VC\BIN\nmake.exe"' : return code '0x2'
> > Stop.
> > NMAKE : fatal error U1077: 'cd' : return code '0x2'
> > Stop.
> > NMAKE : fatal error U1077: 'cd' : return code '0x2'
> > Stop.
> > NMAKE : fatal error U1077: 'cd' : return code '0x2'
> > Stop.
> > Any suggestion?
> >
> > Regards,
> > Fan Yang
> >
>
> Hi,
>
> Try re-running qmake. The header has been renamed qfusionstyle_p.h, so the
> makefile is outdated.
>
> --
> J-P Nurmi
>
> _______________________________________________
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
--
Regards,
Fan Yang
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.qt-project.org/pipermail/development/attachments/20121127/fc764bd1/attachment-0001.html
------------------------------
Message: 3
Date: Tue, 27 Nov 2012 08:28:39 +0800
From: Yang Fan <missd...@gmail.com>
Subject: Re: [Development] Qt 4.8.4 Release candidate 4 available
Cc: "development@qt-project.org" <development@qt-project.org>
Message-ID:
<CAHf7+KqPrC=35duewfy-d1wgznufmqejhnw-lf7z-wrl90q...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
So many RCs.
On Mon, Nov 26, 2012 at 11:24 PM, Taipale Juhani
<juhani.taip...@digia.com>wrote:
> Hi,****
>
> ** **
>
> Qt 4.8.4 release candidate 4 is available at
> http://releases.qt-project.org/digia/4.8.4_RC4/****
>
> It is based on SHA1: 96311def2466dd44de64d77a1c815b22fbf68f71****
>
> ** **
>
> Juhani Taipale****
>
> Software Specialist, Qt Commercial R&D****
>
> Digia Plc****
>
> Piippukatu 11, FI-40100 JYV?SKYL? FINLAND****
>
> Tel: +358 50 384 3755****
>
> ** **
>
> Visit us at :www.digia.com or qt.digia.com****
>
> ** **
>
> _______________________________________________
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
>
--
Regards,
Fan Yang
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.qt-project.org/pipermail/development/attachments/20121127/e9400887/attachment-0001.html
------------------------------
Message: 4
Date: Tue, 27 Nov 2012 08:30:56 +0800
From: Yang Fan <missd...@gmail.com>
Subject: Re: [Development] QtWebkit from Qt5 couldn't display Chinese
characters correctly on Windows
To: Qi Liang <liang...@digia.com>
Cc: "development@qt-project.org" <development@qt-project.org>
Message-ID:
<CAHf7+Kp5CnGqv-Z2LZ-pHWN=gpczeeiralhlar1pueoraqn...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Any update?
On Fri, Nov 23, 2012 at 8:07 AM, Yang Fan <missd...@gmail.com> wrote:
> Yes, I checked this issue on Windows 7, Mac OSX 10.6.8 and Ubuntu 12.10,
> only Windows version has this problem, so I indicated it on Windows in the
> mail subject.
> I didn't create a bug report, since I think there may be some setting
> items of Qt/QtWebkit could resolve this problem.
>
>
> On Thu, Nov 22, 2012 at 11:03 PM, Qi Liang <liang...@digia.com> wrote:
>
>> At least for me, browser could display simplified Chinese characters
>> correctly on mac. BTW, all the old text codecs are in QtCore 5.0 now. Maybe
>> someone with your configuration could verify it works or not.
>>
>> Have you created bug report?
>>
>> Regards,
>> Liang
>>
>> ------------------------------
>> *From:*
>> development-bounces+liang.qi=digia....@qt-project.org[development-bounces+liang.qi=
>> digia....@qt-project.org] on behalf of Yang Fan [missd...@gmail.com]
>> *Sent:* Thursday, November 22, 2012 7:24 AM
>> *To:* development@qt-project.org
>> *Subject:* [Development] QtWebkit from Qt5 couldn't display Chinese
>> characters correctly on Windows
>>
>>
>> Hi All,
>>
>> Maybe it's not so suitable to ask here, since there's no reply in the
>> Interest maillist.
>> I built Qt5 from Git with MSVC2010 SP1 by myself, I used ICU5.0 to build
>> QtWebkit. But I found it couldn't display Chinese characters correctly on
>> Windows, the official example under
>> qt5\qtwebkit-examples-and-demos\examples\browser has the same issue. Did I
>> miss something? Someone has reported this issue before but got no reply.
>> https://qt-project.org/forums/viewthread/21022 .
>> Any suggestion would be appreciated.
>>
>> Regards,
>> Fan Yang
>>
>>
>>
>> _______________________________________________
>> Development mailing list
>> Development@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/development
>>
>>
>
>
> --
> Regards,
> Fan Yang
>
>
--
Regards,
Fan Yang
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.qt-project.org/pipermail/development/attachments/20121127/639cf47f/attachment-0001.html
------------------------------
Message: 5
Date: Mon, 26 Nov 2012 18:39:00 -0800 (PST)
From: BRM <bm_witn...@yahoo.com>
Subject: Re: [Development] Qt Playground - Updating Daemon/Service
Support
To: development <development@qt-project.org>
Message-ID:
<1353983940.35277.yahoomail...@web39306.mail.mud.yahoo.com>
Content-Type: text/plain; charset=us-ascii
> From: Matt Broadstone <mbroa...@gmail.com>
>Subject: Re: [Development] Qt Playground - Updating Daemon/Service Support
>On Mon, Nov 26, 2012 at 1:48 PM, BRM <bm_witn...@yahoo.com> wrote:
>> From: Charley Bay <charleyb...@gmail.com>
>Is there any word on whether you guys get a spot in playground?
Since Thiago +1'd, I think I'm good...so I've posted the bug to Jira for it per
http://qt-project.org/wiki/Creating-a-new-module-or-tool-for-Qt#6a17de784cf6db9124e9844959ec8ace
Ben
------------------------------
Message: 6
Date: Tue, 27 Nov 2012 03:54:55 +0100
From: Sascha Cunz <sascha...@babbelbox.org>
Subject: Re: [Development] Qt Playground - Updating Daemon/Service
Support
To: development@qt-project.org
Message-ID: <7281934.la3CdyPxsL@blacky>
Content-Type: text/plain; charset="us-ascii"
> All services/daemons must be able to interface with other processes:
Here, I almost agree :-)
> (a)- a "client-process" can "request-a-client-operation" to occur on that
> service/daemon
But this is totally orthogonal to the application being a daemon/service. To
some daemons your application "talks" HTTP, SMTP, mysql-protocol or whatever
others...
Why would someone writing a cron-alike daemon want to listen on some
QLocalSocket?
> (b)- a process can "query" or "control" the service/daemon (such as to
> "pause" it, or "stop" it, etc.)
That is the task of:
- launchctl on Mac
- Service-Manager / "net start" / ServiceControlManager-API on Windows
- Init-Scripts (or interfaces to them) on Linux
[This describtion meats OpenRC, Upstart, systemd and even SysVInit, right?]
Without using those, you blindly bypass any security mechanisms that the OS
itself provides for services/daemons.
I really wouldn't like anybody on my system capable of creating a QLocalSocket
to also be able to stop a service.
> Thus, some inter-process communication is always required.
IPC can also be shared-memory or files on disk. This has nothing to do with a
QLocalSocket.
Sascha
------------------------------
_______________________________________________
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
End of Development Digest, Vol 14, Issue 81
*******************************************_______________________________________________
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
