ed
flex / bison grammar for your application's parser, rewriting that parser
by hand would be a bad idea, falling clearly into the "if it ain't broke,
don't fix it" category of time-sucking mistakes.
> Scott
Again, sorry for my earlier nonsense.
Happy Parser-Generating!
into those.), but it's likely to
be more bother trying to mix compilers than compiling something
like flex / bison yourself.
> Thanks
> Fabio
Happy Parsing!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
e
port, but the similar philosophy might make the port a little smoother.
> Thanks!
Good luck!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
ions (insertions, removals) are mixed with access, the
sorted map is likely to win out.
Would this be your rule of thumb?
I would also assume that a hash-map (e.g., std::unordered_map)
beats a sorted vector, even for access (except when there are a
lot of hash collisions or you need a sorted data structure for other
reasons).
>> If in doubt (and it matters), measure :)
>>
>> Regards
>>
>> Kai
Thanks again. Food for thought.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
right tool when you want to look up a value using a key. Are
there pitfalls in this use case?
Or are there other use cases where you often see people using maps when
something else would be more efficient?
> Regards
>
> Kai
Thanks.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Thiago!
On Sat, Jan 10, 2015 at 1:56 PM, Thiago Macieira
wrote:
> On Saturday 10 January 2015 12:19:26 K. Frank wrote:
>> > Seems odd behaviour to
>> > get from a couple of lines of code like that. Would never have expected
>> > that to be a memory leak!
>&
es me wonder if I've done the same kind of
> mistake in other places where it's not so noticeable...
>
> Brad
Best.
K. Frank
> On Jan 09, 2015, at 01:21 PM, Keith Gardner wrote:
>
>> QList can return a const & with the [] operator [1]. The documantation
>>
details about your use case, we might be
able to suggest some more concrete solutions.
> Regards,
> Manish
Happy Multi-Threaded Hacking!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
riginal Message-
>> > [mailto:interest-bounces+kai.koehne=digia@qt-project.org] On Behalf
>> > Of K. Frank
>> > Sent: Wednesday, June 18, 2014 2:49 PM
>> > To: Qt-interest
>> > Subject: [Interest] Is a pre-built mingw-w64 Qt available?
>> >
>>
Hello Yves!
Thank you.
On Wed, Jun 18, 2014 at 9:17 AM, Yves Bailly
wrote:
> On 18/06/2014 14:49, K. Frank wrote:
>> Hello List!
>>
>> Is Qt (preferably the latest version) available pre-built with
>> mingw-w64? I would hope for at least gcc 4.8, but preferably
Hi Harish!
Thank you.
On Wed, Jun 18, 2014 at 9:09 AM, Harish Surana wrote:
> http://sourceforge.net/projects/mingwbuilds/files/external-binary-packages/Qt-Builds/
Somehow I had overlooked that on the mingwbuilds web site.
Thanks for pointing me in the right direction.
K. Frank
>
Hello List!
Is Qt (preferably the latest version) available pre-built with
mingw-w64? I would hope for at least gcc 4.8, but preferably
gcc 4.9.
I've looked at both the qt-project and mingw-w64 web sites,
but nothing has jumped out at me.
Thanks.
K.
same issue?
Some trivial questions, but just to be sure: Does Object derive
from QObject? If so, how? How do you know that Object::start()
isn't being called? How is your code instrumented?
> Thanks.
Good luck!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
then going to get his
queued-event slot calls to run in the worker thread unless he calls
ThreadClass::moveToThread (this) ?!!?
> It's horrible, but not because of QThread.
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Tec
the worker thread) could be holding the mutex when
NetworkWorker makes blocking calls into the library.
So if you can arrange it so that potentially blocking calls into the library
are only made when no mutexes are held, this particular problem won't
arise.
&
for debugging.
> Thanks for your help
> Best regards
>
> Daniel
Cheers!
K. Frank
> On Mon, Oct 28, 2013 at 11:15 AM, K. Frank <> wrote:
>>
>> Hello Daniel!
>>
>> On Mon, Oct 28, 2013 at 6:36 AM, Daniel Mota <> wrote:
>> > Hi
getting your "cout <<" to
the console still doesn't work, post it here, and I'll be happy to
try it out on my system.
> Thanks again!
> Daniel
Good luck.
K. Frank
> On Mon, Oct 28, 2013 at 5:08 AM, Etienne Sandré-Chardonnal
> wrote:
>>
>> Hi,
>
the video (but as I mentioned
in my previous post that I'm a bit foggy on this point).
> once again, thanks a lot!
>
> Best regards
>
> Daniel
Happy Travelling-Salesman Hacking!
K. Frank
>
> On Fri, Oct 25, 2013 at 8:57 PM, K. Frank wrote:
>>
>> Hello
you do try this, your writes from various threads may
become intermeshed unless you explicitly synchronize them.)
I have not tried to read from the console, but it wouldn't surprise me
if that would work.
Again, more detail on what you're trying to accomplish would be
helpful.
> Tha
out
Qt 5, but I expect that it will work the same.
> Thanks
>
> Daniel
Good luck.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
ents that once
> an QRecoveryEvent is posted automatically goes all the way to the right
> state.
>
> Would that be a considerable approach?
Yes, very much so. Again, I might use differently language to describe the
same thing: I would call your data "extended state data" a
Hi Mandeep (and Ingmar)!
On Fri, Oct 11, 2013 at 12:37 PM, Mandeep Sandhu <> wrote:
> Adding Ingmar to the loop... :-)
> On Oct 11, 2013 6:59 PM, "K. Frank" <> wrote:
>> Hello Mandeep and Ingmar!
>> On Fri, Oct 11, 2013 at 1:04 AM, Mandeep Sandhu
>
ech (2008?
2009?) and then Nokia divested itself of Qt, if I remember
correctly, in 2011, spinning off the commercial licensing
to Digia. So I guess Nokia had Qt for three or four years.
Did this "detour" (for lack of a better word) end up being
help
Hello List!
A bit of follow-up ...
On Wed, Sep 25, 2013 at 10:08 PM, K. Frank wrote:
> Hello List!
>
> I see a headline that Elop will be getting a 19-million-euro payout as part
> of Microsoft's acquisition of Nokia's cellphone business.
It seems that this has been att
Hello List!
I see a headline that Elop will be getting a 19-million-euro payout as part
of Microsoft's acquisition of Nokia's cellphone business.
Hmm ...
(Well, it's off topic, as it hasn't anything to do with Qt anymore.
Hello List!
There is speculation that Elop is in the running for Microsoft
CEO. See, for example:
http://www.bloomberg.com/news/2013-08-28/microsoft-ceo-hunt-a-tough-bet-as-web-gamblers-favor-elop.html
It would be ironic, at least if there were any reality to it.
Happy Hacking!
K
++11
> (qmake based projects).
Yes, upgrading to Qt 5 is on my list. For me, c++11 and Qt 5 are both
big enough steps that I thought I'd be conservative, and take them one
at a time.
> Regards
>
> Kai
Thanks for everyone's advice.
And ...
Happy C++11 Hacking!
.K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Thiago -
On Tue, Apr 16, 2013 at 6:08 PM, Thiago Macieira
wrote:
> On terça-feira, 16 de abril de 2013 18.03.20, K. Frank wrote:
>> When I build my code (which will typically use various c++11 features)
>> I will specify "-std=gnu++11" even though I will be lin
, my current plan is not to configure /
build Qt with "-std=gnu++11".)
My overall goal is to use c++11 features in my code, including in Qt-based
projects. So when my code gets compiled, ultimately driven by the qmake
system, the "-std=gnu++11" flag needs to be specified
Original Message-
>> [mailto:interest-bounces+kai.koehne=digia@qt-project.org] On Behalf
>> Of K. Frank
>>
>> Hello Kai!
>> ...
>> First, I understand that Qt's limited usage of the std namespace means
>> (hopefully) that it avoids the ABI di
Hello Kai!
On Tue, Apr 16, 2013 at 2:53 AM, Koehne Kai <> wrote:
>
>> -Original Message-
>> [mailto:interest-bounces+kai.koehne=digia@qt-project.org] On Behalf
>> Of K. Frank
>> [...]
>> I also have the concern that if I do turn off c++11 when b
Hi Thiago -
On Mon, Apr 15, 2013 at 5:52 PM, Thiago Macieira
wrote:
> On segunda-feira, 15 de abril de 2013 14.43.22, K. Frank wrote:
>>..\3rdparty\javascriptcore\JavaScriptCore/wtf/HashTable.h:264:83:
>> error: 'template void QTWTF::swap(std::pair<_T1,
>> ..
rg/threads/50150 thread did not seem to be
using "-std=gnu++11" or similar.)
I'm hoping that some or all of these issues have already been analyzed and
addressed, even if not specifically in the context of mingw-w64. Also, could
there
or not.
I think I will try running configure without -largefile, and then building
just to see.
(As you will see in a new thread I haven't started yet, I think I will be
running configure / build many times ...)
> Regards
>
> Kai
Thanks again for your help.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Kai!
On Mon, Apr 15, 2013 at 4:47 AM, Koehne Kai <> wrote:
>> -Original Message-----
>> From: K. Frank []
> [...]
>> > ...
[concerning multiple defines of the macro QT_LARGEFILE_SUPPORT]
> Run configure with -v option to see the configure log. Anyhow,
Hi Jon!
On Sun, Apr 14, 2013 at 6:11 PM, JonY <> wrote:
> On 4/15/2013 00:46, K. Frank wrote:
>> Hello Lists!
>>
>> I'm am building Qt 4.8.4 with mingw-w64 4.8.1 on a 64-bit windows 7 machine.
>>
>> (Specifically, qt-everywhere-opensource-src-4.8.4.zip
g large file support, and I
need to specify it manually.
Or maybe my system is messed up somehow.
Thanks for any advice.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
pting languages required to build Qt 5! (Not to
mention a compiler and make tool.)
Say it ain't so, Joe. Say it ain't so.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
o me. I do use QwtPlotCurve, although, off
hand, I don't recall whether I use its copy constructor.
> Good luck!
>
> with best regards,
> Sergey P.
Thanks for the heads-up on the issues you've encountered.
K. Frank
___
Inte
Hello All!
On Thu, Mar 21, 2013 at 4:41 PM, K. Frank wrote:
> Hello List!
>
> What would be the pros and cons of upgrading from Qt 4 to Qt 5? In
> particular, are there any good reasons not to do so?
> ...
Thanks to everyone for the feedback. I think I will move to Qt 5
when
Hi Uwe!
Thank you for the detailed reply.
On Fri, Mar 22, 2013 at 10:34 AM, Uwe Rathmann wrote:
> On 03/21/2013 11:49 PM, K. Frank wrote:
>
>> I am considering upgrading to Qt 5 (from Qt 4), but I also use qwt, and I am
>> wondering whether I should expect any significa
Hello Alejandro!
Thank you for the encouragement.
On Fri, Mar 22, 2013 at 4:28 AM, Alejandro Exojo wrote:
> 2013/3/21 K. Frank :
>> What would be the pros and cons of upgrading from Qt 4 to Qt 5? In
>> particular, are there any good reasons not to do so?
> ...
> The rea
Hello Ruben!
On Fri, Mar 22, 2013 at 6:22 AM, Ruben Van Boxem
wrote:
> 2013/3/22 JonY
>>
>> On 3/22/2013 11:26, K. Frank wrote:
>> >
>> >> If you're interested in a binary compatibility topic that might affect
>> >> you --
>> >
Hello Thiago!
Thank you for the detailed explanation.
On Thu, Mar 21, 2013 at 9:44 PM, Thiago Macieira
wrote:
> On quinta-feira, 21 de março de 2013 17.30.12, K. Frank wrote:
>> Hi Thiago!
>> ...
>> >> As I understand it, using "-std=c++11" causes abi break
hen try compiling it. You'll
> know soon enough ;-)
I appreciate the follow-up. It sounds like one concern I can scratch off
of my list.
> Dean
Thanks for letting me know how things worked out for you.
K. Frank
> In a message dated 3/21/2013 6:40:47 P.M. Pacific Daylight Time,
>
wt plots.
Could you give me some sense of just how involved or simple porting
my Qt 4 code to Qt 5 is likely to be?
> Regards,
> Dean Nelson
I appreciate hearing about your experience.
K. Frank
> In a message dated 3/21/2013 3:52:22 P.M. Pacific Daylight Time,
> kfrank2...@g
ere likely to be difficulties involved?
Thanks for any information.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
tions with the gdb that came with the gcc
build I used to build Qt and my applications. Other than some problems
with very slow start-up times, it seems to work.
> Thanks,
> Etienne
I appreciate hearing that this works for you.
K. Frank
>
>> Date: Thu, 21 Mar 2013 16:52:29 -0400
Hello Ruben!
On Thu, Mar 21, 2013 at 5:37 PM, Ruben Van Boxem
wrote:
>
> Op 21 mrt. 2013 22:31 schreef "K. Frank" het
> volgende:
>
>> Hi Thiago!
>> ...
>> On Thu, Mar 21, 2013 at 5:07 PM, Thiago Macieira
>> wrote:
>> > On quinta-feira, 21
Hello Christian!
On Thu, Mar 21, 2013 at 5:37 PM, Christian Quast
wrote:
> Hi...
>
> On Thursday 21 March 2013 22:07:54 Thiago Macieira wrote:
>> On quinta-feira, 21 de março de 2013 16.52.29, K. Frank wrote:
> [...]
>> > As I understand it, using "-std=c++1
Hi Thiago!
(I've taken the liberty of cross-posting this back to the mingw-w64-public
list.)
On Thu, Mar 21, 2013 at 5:07 PM, Thiago Macieira
wrote:
> On quinta-feira, 21 de março de 2013 16.52.29, K. Frank wrote:
>> Hello Lists!
>>
>> Should I expect to be able to
e post, but
would welcome comments on whether Qt 4 and 5 interact differently with
"-std=++11". (I also use qwt, currently version 6.0.1, but will ask about that
in particular in a separate post.)
Thanks in advance for any advice.
K. Frank
___
Intere
les I should expect? I don't mind doing some
limited porting work, but I wouldn't want to have to deal with major re-writes.
Any advice on the Qt 4 --> 5 transition would be greatly appreciated.
K. Frank
___
Interest mailing list
Intere
ks for doing this and making the packages available.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Frank!
On Tue, Mar 19, 2013 at 10:24 AM, Frank Hemer wrote:
On Tuesday 19 March 2013 15:11:03 André Somers wrote:
>> Op 19-3-2013 14:57, K. Frank schreef:
>> > ...
>> > A cross-platform sleep (in a cross-platform framework, at that). What's
>> > not
Hi André!
On Tue, Mar 19, 2013 at 10:11 AM, André Somers wrote:
> Op 19-3-2013 14:57, K. Frank schreef:
>> Hello Tony!
>>
>> I have something of a side question, below.
>> ...
>> A cross-platform sleep (in a cross-platform framework, at that). What's
>
cannot figure out why QThread:: sleep is protected (or, at
least, why there isn't some other unprotected static sleep somewhere).
A cross-platform sleep (in a cross-platform framework, at that). What's
not to like?
But seriously, does anyone know what the motivation for making sleep
prot
ve to be by value, but by
value or by reference stylistically reflects the by-value semantics
of the POD.
> Tony.
Thanks.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
s wrapping the object in the first place?
I imagine that this is not an uncommon need, so I imagine that there
is some standard practice I can learn from.
Thanks.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Oliver!
On Sat, Feb 9, 2013 at 9:13 AM, Till Oliver Knoll
wrote:
> Am 08.02.2013 um 17:27 schrieb "K. Frank" :
>
>> Hello Jason!
>> ...
>> Obviously, that would add a bit of a layer of complications, but as
>> Thiago said, using console input i
heduled, thereby being much friendlier to
> other processes on the system. Though, if you have a read() loop this would
> also yield the processor if there is nothign to read.
> ...
Thanks for your insight.
K. Frank
> ...
> From: K. Frank
>
> Hi Jason!
>
> On Fri, Feb
Hi Thiago!
On Fri, Feb 8, 2013 at 10:53 AM, Thiago Macieira
wrote:
> On sexta-feira, 8 de fevereiro de 2013 10.15.39, K. Frank wrote:
>> Well, truth be told, I'm not trying to do anything. Or, more seriously,
>> I'm trying to learn, so that I get a sense of the Qt-app
the first thing I thought I might
try is to build a toy app that uses the event loop, but responds initially
only to command-line input.
Thanks for your thoughts.
K. Frank
>
> From: K. Frank
> ...
>
> Hello List!
>
> I am playing around
might give
> you a hint as to how this might be accomplished.
I found two (rather similar) fortune examples:
examples\ipc\localfortuneserver
examples\network\fortuneserver
but they both look like gui applications.
(Also, I should have mentioned -- I am using Qt 4.8 on windows.)
> Rega
I understand that one way to deal with blocking calls is to wrap them
in their own threads, but I'm looking for an approach more in the spirit
of a simple, single-threaded Qt-gui hello-world app.)
I hope it's clear what I'm trying to ask.
Any thoughts or advice on both how to do it
bout the counter-argument "If you use moveToThread (this),
you might make a mistake!" So? If you do any programming, you
might make s mistake. Multi-threaded programming introduces
new issues (that might cause you to make a mistake). Not using
moveToThread (this) doesn't make these issues go away.
> ...
> Regards,
> -mandeep
Thanks to all for the interesting discussion, and ...
Happy (Multi-Threaded) Hacking!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
bles,
but they should be used only as a last resort, and should normally
be superseded by a QT_HOME environment variable or the location
of the executable being run or some other such trivially relocatable
mechanism.
But, as I understand it, this battle has been fought alread
options
and / or build configuration.
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Technology Center
> ...
Good luck.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
hange eases a pain in my stomach.
Again, not commenting on your specific code, but I think in principle
that no indigestion is warranted.
This is a legitimate and interesting question. If my presumptions are
wrong about how the new c++11 standard works in this regard, I would
hope someone chim
Hello Thiago!
Thank you for following up.
On Wed, Oct 24, 2012 at 1:58 PM, Thiago Macieira
wrote:
> On quarta-feira, 24 de outubro de 2012 12.09.05, K. Frank wrote:
>> On Wed, Oct 24, 2012 at 10:56 AM, Thiago Macieira
>>
>> wrote:
>> > On terça-feira, 23 de ou
text switched
onto a core with an up-to-date cache, but isn't it in principle possible
for the flag-polling thread to keep reading the stale value of the stop
flag, and run forever, even though some other thread set the stop flag
to true?
> Thiago Macieira - thiago.macieira (AT) int
stop was QAtomicInt instead of bool?
I don't know the details of Qt's atomic semantics, so I don't know
whether your scheme should work with QAtomicInt. In general,
atomics were designed to address these kinds of issues, but I don't
think that plain-vanilla atomic variables are quite strong enough to do
what we want here. Unless you make use of cross-thread memory
fences, I think of atomics as preventing you from seeing inconsistent
data, but not necessarily preventing you from seeing stale data.
> Thanks!
> -Daniel
Anyway, that's my story, and I'm sticking to it.
Happy Multi-Threaded Hacking!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Thiago!
Thank you for your detailed explanation. I am still confused; it sounds
like you are saying two different things. (Further comments below.)
On Tue, Oct 23, 2012 at 6:11 PM, Thiago Macieira
wrote:
> On terça-feira, 23 de outubro de 2012 16.14.11, K. Frank wrote:
>> > v
ory-mapped IO (both the input and the output) would work
reliably, but nonetheless using volatiles for thread signalling would
not be equally reliable.
(The standard could perhaps say that the semantics of volatile are
formally and explicitly implementatio
don't
capture that deprecated address.
Conversely ...
Also, I don't know whether your filters failed on Nikolai's original
post or on Bo's reply. Bo's reply was sent to the preferred list
address, "nter...@qt-project.org", so maybe your filters are set
up t
27;s possible to turn off.
However, I either want the behavior, or don't mind it, so I've
never looked into turning it off.)
> Thanks.
>
> Bill
Good luck.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hello Jon!
On Fri, Aug 31, 2012 at 12:34 PM, JonY wrote:
> On 8/31/2012 23:46, K. Frank wrote:
>> There is a memory-exhausted issue with building recent versions of Qt with
>> recent versions of mingw-w64. I don't know whose "fault" it is -- my guess
>> is th
he job done (and enjoying the benefits of compacting GC regarding
the memory fragmentation issue).
Anyway ...
Happy Hacking!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Oliver!
One minor point (below):
On Sun, Aug 19, 2012 at 11:18 AM, Till Oliver Knoll
wrote:
> Am 19.08.12 01:29, schrieb K. Frank:
> ...
>> However, it is not legal to call delete on a local (non-new'ed) variable,
>> and the error occurs right when delete is called,
Hello Nikos!
On Sat, Aug 18, 2012 at 2:29 PM, Nikos Chantziaras wrote:
> On 18/08/12 20:46, K. Frank wrote:
>> [...]
>> This does raise one c++ / Qt question for me: When an automatic
>> variable goes out of scope, its destructor is called (and, at some
>> point, the
Hi Nikos!
Thanks for your comments. I do have a follow-up question (below).
On Sat, Aug 18, 2012 at 1:05 PM, Nikos Chantziaras wrote:
> On 18/08/12 19:38, K. Frank wrote:
>> Hello List!
>>
>> I see the following code snippet in some Qt documentation:
>>
way, I'm looking at QGraphicsScene / QGraphicsView in
follow-up to some suggestions on the list to use them for Qt 2-d
game programming.)
Thanks.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Lincoln!
On Thu, Aug 16, 2012 at 8:13 PM, Lincoln Ramsay
wrote:
> On 08/17/2012 09:09 AM, ext K. Frank wrote:
>> What would be a good strategy to make a button move to another
>> location when approached by the mouse?
>
> Create your button as normal but don't p
er?
Suggestions would be very welcome.
Thanks.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
;better" for fairly simple 2-d
games? Power and feature-richness are good, but simplicity and
a gentle learning curve are good too.
Starting from some experience with desktop Qt applications (and
no SDL experience), which would be better?
Than
Hello Roger!
On Tue, Aug 14, 2012 at 7:53 PM, Roger zanoni wrote:
> Hi K. Frank,
>
> We are working on a project that could help you. It's a QtQuick extension
> named "Quasi-Engine" that provides some ready-to-use game elements such as
> sprites, entities
Is that a good way to understand QML in comparison with
widget-based Qt?
Are there specific limitations I might expect to run into when
using QML?
> / juergen
Thanks for your help.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://l
, I
wrote a simple database editor, and I didn't consider using QML
for it. Of course games differ in a lot of ways from database editors.
Which of those differences would QML help me with?
Thanks.
K. Frank
> ...
> From: K. Frank
> To: Qt-interest
>
> Hello List!
>
&g
classes might be appropriate for the main playing
field? Would one typically use a periodic timer to update the
playing field (with a relatively fast frame rate)?
Thanks for any suggestions.
K. Frank
___
Interest mailing list
Interest@qt-project.org
http
ople suggest I organize the build process for something
like this.
The scale should not be too large -- say five or six applications that
share code, and dozens, but probably not hundreds of source files.
Thanks for any ideas.
K. Frank
___
Interest mailing
Hi Thiago!
On Tue, Jul 24, 2012 at 5:20 PM, Thiago Macieira
wrote:
> On terça-feira, 24 de julho de 2012 11.04.22, K. Frank wrote:
>> In terms of compiler speed, it seems to me that the consensus is
>> that gcc on windows (e.g., mingw or mingw-w64) is slow. Would
>> you hav
y that might be?
I've heard a couple of different possibilities: one is that the cost of
spawning processes is higher on windows; and now from Konrad
that a lot of small i/o operations could be the culprit.
> ...
> Thiago Macieira - thiago.macieira (AT) intel.
Hi Konrad!
On Tue, Jul 24, 2012 at 3:06 AM, Konrad Rosenbaum wrote:
> Hi,
>
> On Monday 23 July 2012 23:24:38 K. Frank wrote:
>> On Mon, Jul 23, 2012 at 4:33 PM, Konrad Rosenbaum wrote:
>> > ...
> ...
>> > But I could imagine that slipping a layer between
achine are comparable, and I don't
know what effects my using 64-it windows has, but based on my
experience, I'm not surprised that your build failed with out of memory
if you gave it less than 1 GB.
> ...
> Konrad
Happy Qt Hacking!
K. Frank
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Konrad!
On Sun, Jul 22, 2012 at 11:38 AM, Konrad Rosenbaum wrote:
> Hi,
>
> On Thursday 19 July 2012, K. Frank wrote:
>> On Thu, Jul 19, 2012 at 4:07 AM, Konrad Rosenbaum
> wrote:
>> > I'm using features of C++11 (provided by GCC 4.7, and maybe LLVM 3.1)
>
MSYS, and installable without
> too much troubles?
I am using mingw-w64 quite successfully without msys. I found the
"installation process" very straightforward -- download, unzip, and add
the relevant "bin" directory to the path.
My own co
Hello Guenther!
On Sun, Jul 8, 2012 at 8:11 AM, Guenther Boelter wrote:
> On 07/08/2012 12:45 AM, K. Frank wrote:
>
>> I have a QSqlTableModel (connected to a QTableView) that I use
>> to edit a table in a database.
>>
>> Specifically, I would like to achieve the e
nchronize itself with its underlying table.
Third, ???
The tables I'm working with are not particularly large, so efficiency
isn't a primary concern.
Any suggestions for ways to implement "delete from" functionality
would be most appreciated.
Thanks.
K. Frank
___
Hello André!
Thanks for the further explanation.
On Tue, Jul 3, 2012 at 10:10 AM, André Somers wrote:
> Op 3-7-2012 15:48, K. Frank schreef:
>> Hi André!
>>
>> Thank you for the reply and the pointer to QItemSelectionModel.
>>
>> On Tue, Jul 3, 201
Hi André!
Thank you for the reply and the pointer to QItemSelectionModel.
On Tue, Jul 3, 2012 at 2:06 AM, André Somers wrote:
> Op 3-7-2012 1:17, K. Frank schreef:
>> Hi List!
>>
>> I'm wondering why QAbstractItemView::selectedIndexes() is protected,
>> rather th
1 - 100 of 127 matches
Mail list logo
