I'd say, the 'dev' even does not be a complete words. so run a poll sounds
be fair.
2014-06-06 13:54 GMT+08:00 Hausmann Simon simon.hausm...@digia.com:
Whether or not next is a better name than dev is your opinion, it isn't
necessarily a fact. I for one like dev and find it a name better than
Why do not change the 'dev' branch to 'next' ? or, just '5.4' instead?
I don't got it for new branching scheme.
2014-06-05 23:00 GMT+08:00 Sergio Ahumada sahum...@blackberry.com:
5.4.0 = refs/for/dev
--
Best Regards
Yuchen
___
Development
I think 'next' work tell people, it's the next release, for now it's
unstable.
But 'dev' don't tell people anything.
Because all of the branch should being develop state. except the release
branch, e.g. '5.3.x'.
Why this 'dev' branch is special?
Why don't use a better name?
2014-06-05 23:31
The people know the 'release' 'stable' branch for a long time TOO.
but it will gone for soon. right?
so, Why 'release' 'stable' need to gone because some reasons, but 'dev'
does not? and we have a reason: better understand for many people will
touch Qt in future.
If we need to change the
If I have to do `make install` first, then I can't use `make install
INSTALL_ROOT=$PWD/qt` anymore.
It's means INSTALL_ROOT does not support for this case?
make install_docs INSTALL_ROOT=$PWD/qt install.log 21
2014-05-09 10:21 GMT+08:00 Thiago Macieira thiago.macie...@intel.com:
make install;
2014-05-10 0:08 GMT+08:00 Thiago Macieira thiago.macie...@intel.com:
I haven't checked, but maybe this will work:
make
make install INSTALL_ROOT=$foo
make docs INSTALL_ROOT=$foo
make install_docs INSTALL_ROOT=$foo
But I guess it won't.
The point is that make docs wants to use the
hi, list!
This issue been for a long while.
my Qt5.3 config options:
../Qt5/configure *-prefix /opt/qt5* -force-debug-info -separate-debug-info
-platform linux-g++ -opensource -confirm-license -qt-zlib -qt-libpng
-qt-libjpeg -qt-xcb -qt-xkbcommon -no-compile-examples -skip
qtandroidextras
I think this should go first before the RC final out.
https://codereview.qt-project.org/#change,84319
2014-04-30 16:06 GMT+08:00 Andrey Ponomarenko aponomare...@rosalab.ru:
Hi,
Heikkinen Jani wrote:
Hi all,
We have Qt5.3 RC candidate packages available in
The ICU dependency is very heavy, I did not like it.
Is there any possible to make the ICU depend is optional?
Thanks!
--
Best Regards
Yuchen
___
Development mailing list
Development@qt-project.org
QTextBrowser seems broken in QtCreator's Help plugin.
2013/10/17 Heikkinen Jani jani.heikki...@digia.com
Hi maintainers (and others as well),
** **
Qt5.2 beta 1 is coming soon, at the moment plan is to release it at the
beginning of next week. I hope you can update known issues page
See: https://bugreports.qt-project.org/browse/QTBUG-34153
2013/10/17 Ziller Eike eike.zil...@digia.com
On 17.10.2013, at 13:35, Yuchen Deng loa...@gmail.com wrote:
QTextBrowser seems broken in QtCreator's Help plugin.
What exactly do you mean with that. The QTextBrowser documentation
I totally support Stephen point! you are not alone!
BTW, It's seems I discovered the problem, and say the `lib/Qt*.dll` can be
safety delete.
It will broken CMake build just in recently. but seems nobody care.
I don't know how to search in the list, so pls just ignored what I say.
anyway, it's
qt-windows-opensource-5.1.0-rc1-msvc2012_opengl-x86_64-offline-2013-06-12-53.exehttp://download.qt-project.org/snapshots/qt/5.1/5.1.0-rc1/backups/2013-06-12-53/qt-windows-opensource-5.1.0-rc1-msvc2012_opengl-x86_64-offline-2013-06-12-53.exe
12-Jun-2013
07:06
Does some one notice there exists two QtDLLs on Windows, the one in
bin\Qt*.dll, and the other placed `lib\Qt*.dll`, WHY?
It's don't make sense. We only need the `bin\Qt*.dll` one. and the Qt
applications does not need the `lib\Qt*.dll`, never!
If removed the `lib\Qt*.dll`, everything works ok on
Hi, there!
I want help because I can't input any Chinese character for Qt5 based
application, include QtCreator when build with Qt5.1.
I just know I need build D-Bus for plugins/platforminputcontexts/ibus.
Then I did, and I can sure QtCreator loaded the ibus plugins.
Here is the full log:
2013/5/11 Paeglis Gatis gatis.paeg...@digia.com
QT_IM_MODULE=ibus
I did not set this environment variable. and I can sure after set this
environment variable to ibus, then the issue just gone!
But why? no need this environment, all other applications works fine with
ibus.
Why Qt5 need it?
--
I know why Qt4 based application can works with ibus without set
QT_IM_MODULE=ibus.
Because the `QT4_IM_MODULE=ibus` was there after installed ibus.
Thanks again!
2013/5/11 Yuchen Deng loa...@gmail.com
2013/5/11 Paeglis Gatis gatis.paeg...@digia.com
QT_IM_MODULE=ibus
I did not set
2013/3/28 Konstantin Ritt ritt...@gmail.com
Attaching some minimal code sample that shows the issue is also very
helpful. However, in you (specific) case, attaching a sample string + used
font name + correct result and current result images would be quite
enough.
It's only Ubuntu (Linux)
Reported here: https://bugreports.qt-project.org/browse/QTBUG-30415
2013/3/28 Konstantin Ritt ritt...@gmail.com
2013/3/28 Yuchen Deng loa...@gmail.com:
2013/3/28 Konstantin Ritt ritt...@gmail.com
Attaching some minimal code sample that shows the issue is also very
helpful. However
19 matches
Mail list logo