On Wed, 18 Jul 2012 13:28:02 ext Lincoln Ramsay wrote:
> On 07/18/2012 05:17 AM, ext Andreas Aardal Hanssen wrote:
> > My point is simply that Qt 5 is best served with a painting backend for
> > QML 2 that can support non-OpenGL technologies.
>
> I don't want to start a flame war here but I always
On 07/18/2012 05:17 AM, ext Andreas Aardal Hanssen wrote:
> My point is simply that Qt 5 is best served with a painting backend for
> QML 2 that can support non-OpenGL technologies.
I don't want to start a flame war here but I always wondered why
"QtQuick 2" had to mean SceneGraph/OpenGL and why
On 07/18/2012 02:49 AM, ext Leandro Melo de Sales wrote:
> I'm compiling qt-creator and got this error:
>
> (...) src/plugins/coreplugin/coreplugin.h:48: Error: Plugin Metadata
> file "Core.json" does not exist. Declaration will be ignored
You're shadow building. I noticed this the other day.
The
Exactly, you're right. The old headers has been included.
I should separate other install prefixes from Qt.
Really, thanks.
Elvis.
--
Elvis Lee (이광웅)
Software Engineer @ LG Electronics Inc.
CTO Division / SW Platform Lab. / Advanced OS Tech Team.
Yang-jae dong 221, Seoul, Korea.
> -Original
There's a mac package now at
http://releases.qt-project.org/digia/2012-07-17/qt-mac-opensource-5.0.0-beta1-offline.dmg
Perhaps building the mac package takes a bit longer than the others.
--
Jason
From: development-bounces+jason.mcdonald=nokia@qt-p
On Tue, Jul 17, 2012 at 05:19:23PM +0200, Oswald Buddenhagen wrote:
> On Mon, Jul 16, 2012 at 02:52:32PM -0700, ext Thiago Macieira wrote:
> > On segunda-feira, 16 de julho de 2012 21.34.10, André Pönitz
> > wrote:
> > > On Thu, Jul 05, 2012 at 09:04:39AM +0300, Thiago Macieira
> > > wrote:
> > > >
Alessandro Portale casaportale.de> writes:
>
> On Mon, Jul 16, 2012 at 7:07 PM, Olivier Goffart woboq.com>
> wrote:
> > All QPainter operations (at least in the raster engine) assume a
> > linear color
> > space. That means that the color conversion need to hapen last, right before
> > being
2012/7/17
> > (2D accelerators are often bundled with GPUs and perform 2D rendering
> > ops faster than GPUs, but are unusable with QML 2 / SceneGraph; see
> > pvr2d).
> 2D accelerators bundled with GPUs perform 2D rendering ops faster than
> GPUs? Uhmm... that sentence is conflicting in my head,
> 1) Setting up Gerrit (which is still incomplete because scp'ing the
> commit hook should happen with the "-P 443" for this case)
Oh, I am sorry. That is also achievable by the ssh config.
Nevertheless, this section needs to be updated, if the existing
duplication remains to be in place for good
Hello,
> All QPainter operations (at least in the raster engine) assume a linear
> color space. That means that the color conversion need to hapen last, right
> before being shown to the screen. After all kind of blending operations or
> anything done with QPainter. (That means it could even been
Hi,
I'm compiling qt-creator and got this error:
(...) src/plugins/coreplugin/coreplugin.h:48: Error: Plugin Metadata file
"Core.json" does not exist. Declaration will be ignored
make[3]: *** [.moc/release-shared/moc_coreplugin.cpp] Error 1
make[3]: Leaving directory
`/Users/leandrosales/QtCrea
On terça-feira, 17 de julho de 2012 15.00.04, marius.storm-ol...@nokia.com
wrote:
> Btw, does this means you are trying/wanting to run Qt 5 on PowerVR
> chipsets from before 2001? All the PVR chips since Feb. 2001 (Series 4
> or higher) support some form of OpenGL/GLES and/or DirectX 8.0 or higher
On Mon, Jul 16, 2012 at 02:52:32PM -0700, ext Thiago Macieira wrote:
> On segunda-feira, 16 de julho de 2012 21.34.10, André Pönitz wrote:
> > On Thu, Jul 05, 2012 at 09:04:39AM +0300, Thiago Macieira wrote:
> > > I think that, despite the potential benefits of the changes, we
> > > should not appl
On 17/07/2012 06:02, ext Andreas Aardal Hanssen wrote:
>> 2012/7/17 Sven Anderson > 07:47, Alan Alpert wrote:
>>> But our Qt4Support library exists and is called QtQuick1. All
>>> the old symbols should be there, if you want to take the easy
>>> road to saying "done, ported to Qt 5!".
>> Well, ther
On Monday 16 July 2012 20:49:49 Alessandro Portale wrote:
> On Mon, Jul 16, 2012 at 7:07 PM, Olivier Goffart wrote:
> > All QPainter operations (at least in the raster engine) assume a linear
> > color space. That means that the color conversion need to hapen last,
> > right before being shown to
> I'd just be nice to have someone actually test it. Lazlo, could you verify?
Thank you for the progress!
Looks like pushing works:
https://codereview.qt-project.org/#change,30932
Cloning is still flaky through the init-repository perl script for
webkit as the example shows above.
The documenta
On Tuesday July 17 2012, Thiago Macieira wrote:
> On terça-feira, 17 de julho de 2012 22.02.36, 이광웅 wrote:
> > I saw the following logs when making.
> >
> > And I noticed that Q_DECLARE_SHARED(QDebug) is inserted on latest commit.
> >
> > What am I missing? Would you give me any advice?
> >
> > ../
On Tuesday July 17 2012, Andre Somers wrote:
> Op 16-7-2012 23:52, Thiago Macieira schreef:
[...]
> > That includes the fact that QList is extremely inefficient.
>
> That being the case, would it be possible to at least document these
> issues properly then? I think it is not all that clear from th
On terça-feira, 17 de julho de 2012 22.02.36, 이광웅 wrote:
> I saw the following logs when making.
>
> And I noticed that Q_DECLARE_SHARED(QDebug) is inserted on latest commit.
>
> What am I missing? Would you give me any advice?
> ../../../../include/QtCore/../../src/corelib/io/qdebug.h: In functio
I saw the following logs when making.
And I noticed that Q_DECLARE_SHARED(QDebug) is inserted on latest commit.
What am I missing? Would you give me any advice?
Thanks
g++ -c -m64 -pipe -I/home/kwlee/work/wayland/install/include -g -std=c++0x -
fvisibility=hidden -fvisibility-inlines-hidden
2012/7/17 Sven Anderson
>
> On 17.07.2012 07:47, Alan Alpert wrote:
> > But our Qt4Support library exists and is called QtQuick1. All the old
> symbols
> > should be there, if you want to take the easy road to saying "done,
> ported to
> > Qt 5!".
> Well, there is no other choice if you have a pla
On Tue, Jul 17, 2012 at 03:01:17PM +0900, ext 이광웅 wrote:
> I can��t compile after git pull. I checked the followings.
>
> Actually, I don��t know about qt_parts, so I wonder if it is possible to
> compile only QtWayland without SUBDIRS.
>
> Would you give me any advice?
>
you just need a recent
On 17.07.2012 07:47, Alan Alpert wrote:
> But our Qt4Support library exists and is called QtQuick1. All the old symbols
> should be there, if you want to take the easy road to saying "done, ported to
> Qt 5!".
Well, there is no other choice if you have a platform without hardware
graphics accel
Am 01.07.2012 14:36, schrieb Loaden:
> But now I get the new problem:
> PATH=D:\qpSOFT\Projects\BuildQt5-m64\qtbase\bin;D:\qpSOFT\MinGW\MinGW64\bin;C:\Perl64\site\bin;C:\Pe
> rl64\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShe
> ll\v1.0\;C:\Python27;
On Tuesday 17 July 2012 Jul, you wrote:
> What we presently have in a local branch is:
>
> 1) Grabbing embedded color profiles from PNG and JPEG images (eventually
> support for more formats will come)
That would be excellent.
> 2) Non-Automatic conversion of color profiles at load. This is don
Hi Tuukka and others,
I have checked again the current directory for Qt5 beta installers and,
once again, the MacOS .dmg installer was not built. Why?
The latest available was compiled in 2012-07-13.
Thank you,
Leandro.
2012/7/15 Leandro Melo de Sales
> Hi,
>Why the current installe
What we presently have in a local branch is:
1) Grabbing embedded color profiles from PNG and JPEG images (eventually
support for more formats will come)
2) Non-Automatic conversion of color profiles at load. This is done through the
constructor, where when loading an image you specify weather y
27 matches
Mail list logo
