On Mon, Jan 7, 2013 at 10:12 PM, Charley Bay wrote:
> Mark sayeth:
>>
>> , KDE has a "little" (pun intended) thingy called
>>
>> "KIO". It's a very massive IO framework that has support for a lot of
>> different filesystems. It's all working under Qt and is right now in
>> the progress of being po
On Tuesday 08 January 2013 02:21:20 Jason H wrote:
> I'm looking to do some Qt5/QML development, but I only see that vs2010 is
> being published. What free options do we have on mingw? I saw someone
> having trouble mingw64. Is mingw32 any better?
MinGW 32 and 64 bit are not that different, 64bit
On Monday 07 January 2013 22:12:11 Charley Bay wrote:
> QML is so "visual" and "dynamic", that IMHO there are *much* better ways to
> visualize stuff (like files) than through a tree-view. Fundamentally, IMHO
> tree-views are so incredibly "wasteful" regarding visual-real-estate.
>
> I concede "t
On 01/07/2013 08:22 PM, Pier Luigi wrote:
> 2013/1/2 Samuel Rødal :
>> On 12/28/2012 09:53 AM, Pier Luigi wrote:
>>>
>>> However glGetString() always return NULL, I call it from the
>>> sceneGraphInitialized() slot and I noticed that despite
>>> openglContext() returns a valid pointer,
>>> QOpenGLC
Hi, there!
Although Qt5 added a simple logging framework I'm still using log4qt. And I
think some people include myself do not want to modify a lot when porting code
to Qt5. So I port log4qt to Qt5. But the original project have not developed
since 2009. I've no idea if the auther will add the p
Hi,
I wrote a Clang tool that's capable of statically identifying certain
problematic calls to QObject::connect():
https://github.com/etaoins/qconnectlint
It's been tested with Qt 4.8 and 5.0 on Mac OS X and Linux. Hopefully some
developers might find it useful for developing or refactoring Qt
ap
I'm looking to do some Qt5/QML development, but I only see that vs2010 is being
published. What free options do we have on mingw? I saw someone having trouble
mingw64. Is mingw32 any better?___
Interest mailing list
Interest@qt-project.org
http://lists.
plug plug plug
https://bbs.archlinux.org/viewtopic.php?id=144856
I personally would have argued that the nvidia binary blob is lower
hanging to exclude fault, and I would wager a cart of apples that it
is your current gfx stack that is at fault.
Of course, trouble shooting this with the latest op
> Freezing the system and crashing are never features.
Of course not.
> Therefore, we must conclude that it is a bug somewhere.
This 'somewhere' is my problem. I have no backtrace. No logs. Just my word 'it
freezes the whole system'. Usually not a good position to file a bug report.
> If
According to http://qt-project.org/doc/qt-5.0/qtgui/qmatrix4x4-compat.html,
the QMatrix4x4 class (as well as QMatrix) is deprecated in Qt 5. Is there a
suggested replacement?
Thanks
Adam
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-p
Let me take this opportunity to plug Arch Linux as a great way to
conveniently taste 3.7
On 7 Jan 2013 15:00, "Thiago Macieira" wrote:
> On segunda-feira, 7 de janeiro de 2013 23.40.20, Guido Seifert wrote:
> > I suppose it has something to do with my opengl/nvidia drivers. I don't
> use
> > the
On 08/01/13 00:40, Guido Seifert wrote:
> However, I
> discovered that the glhypnotizer in Qt demos shows exactly the same
> behaviour. As soon as I add a second thread my machine freezes and I
> have to shut it down remotely. I doubt that Digia made exactly the
> same mistake I did.
>
> I suppose
On segunda-feira, 7 de janeiro de 2013 23.40.20, Guido Seifert wrote:
> I suppose it has something to do with my opengl/nvidia drivers. I don't use
> the nvidia blob, but the open source nouveau driver and mesa. Most likely
> this combination is not working well. Question is, what to do? File a bug
Hi,
yesterday I spend the whole day to convert some of my graphic routines into
independent threads. Within the threads an image is drawn with opengl into a
qglpixbuffer. It almost drove me crazy. Whatever I tried, the threads always
crashed my X in a way that all I was able to do was to login f
Mark sayeth:
> , KDE has a "little" (pun intended) thingy called
> "KIO". It's a very massive IO framework that has support for a lot of
> different filesystems. It's all working under Qt and is right now in
> the progress of being ported to a Qt only library (as in no other
> dependencies needed
On Tue, Jan 8, 2013 at 12:03 AM, Pau Garcia i Quiles
wrote:
> Hello,
>
> Try contacting John Layt
>
> http://www.layt.net/john/
>
> jl...@kde.org
>
> He has done quite some work on calenders for KDE and Qt and he can point
> you in the right direction.
>
>
> On Mon, Jan 7, 2013 at 9:29 PM, Soroush
Hello,
Try contacting John Layt
http://www.layt.net/john/
jl...@kde.org
He has done quite some work on calenders for KDE and Qt and he can point
you in the right direction.
On Mon, Jan 7, 2013 at 9:29 PM, Soroush Rabiei wrote:
> Hi
>
> I'm interested in QCalenderSystem and its related concep
On Mon, Jan 7, 2013 at 5:30 PM, Jason H wrote:
> Not a great idea, sure. But they allowed people to use legacy dilaogs untiul
> Qt Desktop Components were supported.
>
> This there a technical reason they don't exist? I'm not understanding what
> the difference really is.
>
>
>
> _
Hi
I'm interested in QCalenderSystem and its related concepts. I'm planning to
implement a third-party lib for Qt5 for Jalali calender. If possible, I
would like to integrate it to mainline Qt.
Only information I could find is this link:
http://qt-project.org/wiki/Qt-5-ICU
Just cant wait to get in
2013/1/2 Samuel Rødal :
> On 12/28/2012 09:53 AM, Pier Luigi wrote:
>>
>> However glGetString() always return NULL, I call it from the
>> sceneGraphInitialized() slot and I noticed that despite
>> openglContext() returns a valid pointer,
>> QOpenGLContext::currentContext() is 0.
>>
>> Someone has a
Not a great idea, sure. But they allowed people to use legacy dilaogs untiul Qt
Desktop Components were supported.
This there a technical reason they don't exist? I'm not understanding what the
difference really is.
From: Andre Somers
To: interest@qt-proj
sounds like you're blocking the gui painting.
i would start a thread for parsing the dom and use some signals/slots to signal
the gui the current state, like:
signals:
void startDomParsing();
slots:
void onDomParsingFinished()
{
delete progress;
// or whatever
}
or instead of on
On 1/7/2013 8:30 AM, William Hallatt wrote:
> Good day everyone,
>
> *What I'm trying to do:*
>
> Display some sort of "Loading" or "Busy" message while executing a recursive
> function of unknown depth (GUI app front end).
>
> *
> What I've tried:*
>
> Various attempts at using QMovie, QProgressBa
Good day everyone,
*What I'm trying to do:*
Display some sort of "Loading" or "Busy" message while executing a
recursive function of unknown depth (GUI app front end).
*
What I've tried:*
Various attempts at using QMovie, QProgressBar, QDialog, QProgressDialog,
etc. No luck to date.
*
The rel
On Thu, 3 Jan 2013 08:30:08 AM Stéphane Fabry wrote:
> Is it possible to run Qt 5.0.0 on the Nokia N9 ?
Yes.
> I found this thread :
> http://nokians.fr/2012/09/tuto-testez-le-premier-navigateur-internet-qt5-we
> bkit-2-snowshoe-mobile-pour-le-nokia-n9/#comment-38679http://nokians.fr/201
> 2/09/t
Hi
I am porting a Qt4.8 app to Qt5.
This app uses QAssistant as its help facility
When I pass my collection file to QAssistant(5.0.0) the html pages do not get
displayed - I do see the TOC tho
If I pass the same collection file to the 4.8.2 version of QAssistant all is
displayed correctly
Do I n
Hello can anyone help with the following problem:
I have link errors with OpenGL functions while compiling Qt 5.0.0 from
source (.zip archive).
My build configuration is Windows 7 x64, MS Visual Studio 2012,
compiling for x64 platform.
I am providing additional switches to the VS so it can run
27 matches
Mail list logo
