[Qt-interest] Subject: Re: QProgressBar
Ahmed Khaled
ahmed_khaled_omer at yahoo.com
Thu Apr 30 11:28:54 CEST 2009
thanks alot it works with me
________________________________
From: "qt-interest-request at trolltech.com" <qt-interest-request at trolltech.com>
To: qt-interest at trolltech.com
Sent: Thursday, April 30, 2009 10:21:58 AM
Subject: Qt-interest Digest, Vol 5, Issue 284
Send Qt-interest mailing list submissions to
qt-interest at trolltech.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.trolltech.com/mailman/listinfo/qt-interest
or, via email, send a message with subject or body 'help' to
qt-interest-request at trolltech.com
You can reach the person managing the list at
qt-interest-owner at trolltech.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Qt-interest digest..."
Today's Topics:
1. QProgressBar (Ahmed Khaled)
2. Re: Bug in Qt 4.5.1 QGraphicsItem setOpacity? (Ian Thomson)
3. Re: QProgressBar (Ian Thomson)
4. Mac OS X integration using a different locale (Mike Polan)
5. Re: Unable to set the Geometry of the QGraphicsView widget at
Run Time (chandrasekar wagmare)
----------------------------------------------------------------------
Message: 1
Date: Thu, 30 Apr 2009 00:03:31 -0700 (PDT)
From: Ahmed Khaled <ahmed_khaled_omer at yahoo.com>
Subject: [Qt-interest] QProgressBar
To: qt-interest at trolltech.com
Message-ID: <113664.64754.qm at web50906.mail.re2.yahoo.com>
Content-Type: text/plain; charset="us-ascii"
hello
i want to use a progress bar in my application but not the ordinary existing progress bars i want to use a continous progress bar like what appears when opening the windowsXP i.e it doesnt need to be updated continuously
illustration:
i don't need the progress bar that ragnes from 0% to 100%
thanks for your interest
Best Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.trolltech.com/pipermail/qt-interest/attachments/20090430/b0321163/attachment-0001.html
------------------------------
Message: 2
Date: Thu, 30 Apr 2009 08:21:30 +0100
From: Ian Thomson <Ian.Thomson at iongeo.com>
Subject: Re: [Qt-interest] Bug in Qt 4.5.1 QGraphicsItem setOpacity?
To: qt-interest at trolltech.com
Message-ID: <49F9517A.60909 at iongeo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
I didn't take a deep look at the floating point stuff first time round.
It actually seems fine now that I take another look.
I guess it appears that Qt does not redraw the graphics item when its
opacity changes to close to 0.0. You should report this to the Qt bug
tracker.
Cheers,
Ian.
Murphy, Sean M. wrote:
> Thanks for checking! I played with it some more, and in my
> fadeTimeout() function, where I check whether the opacity is <= 0.0, if
> at that point, you put in a line of code to stop the timer, then when
> run the application, you'll get the following behavior. The items fade
> in to full intensity (1.0), then fade out to where they are still
> slightly visible and then the timer stops (which only happens at <=
> 0.0). If at that point, you click OUT of this application, causing
> some other application window to get window focus, then a repaint
> happens which does make the 4 colored items go completely transparent.
> I haven't figured out the right Qt repaint call to explicitly make this
> happen in my own code though.
>
> What's your theory on the floating point stuff? I understand the
> dangers of comparing floats in general, but in this example, I'm
> starting at 0.0, adding 0.2 several times, and then subtracting 0.2
> several times. Even though 0.2 can't be correctly represented in
> floating point numbers, whatever that value is, should be deterministic,
> correct? And since my limits check whether I'm >= 1.0 or <=0.0, the
> worst that could happen is 0.0 + 5 * 0.2 is something slightly less than
> 1.0, and the loop would run one more time to something slightly less
> than 1.2 before it flips? Or am I missing something else?
>
> Sean
>
> -----Original Message-----
> From: qt-interest-bounces at trolltech.com
> [mailto:qt-interest-bounces at trolltech.com] On Behalf Of Ian Thomson
> Sent: Wednesday, April 29, 2009 10:55 AM
> To: qt-interest at trolltech.com
> Subject: Re: [Qt-interest] Bug in Qt 4.5.1 QGraphicsItem setOpacity?
>
> Hi,
>
> I can confirm I see the same thing on red hat 5 linux with Qt 4.5.1.
>
> I examined your test program and I am suspicious that there could be a
> problem with floating point comparisons, but in any case just setting
> the opacity to 0.0 doesn't seem to alter how it is displayed. It does
> seem to be a Qt issue.
>
> Hope this helps,
> Ian.
>
> Murphy, Sean M. wrote:
>> I've got problem with setting the opacity on QGraphicsPixmapItem's. I
>> first noticed it in my real application, and then came up with a test
>> application that reproduces the problem, which I've included.
>>
>> When you run the test application, you get a QGraphicsScene with a
>> checkerboard pattern background. Over the top of the background, I've
>> put in 4 colored QGraphicsPixmapItem's. I then have a timer that sets
>> the opacity of the 4 colored items from 0.0 to 1.0 in 0.2 steps, then
>> decreases the opacity from 1.0 to 0.0 in 0.2 steps, and repeats this
>> process forever.
>>
>> On my Mac running Qt 4.5.0 this seems to work perfectly, when the
>> opacity of the tiles is 1.0 I can't see the checkerboard pattern
> through
>> them, and when their opacity is set to 0.0, I can only see the
>> checkerboard pattern.
>>
>> On my Windows machine, running the versions of Qt and mingw provided
> by
>> qt-sdk-win-commercial-2009.02.exe, at opacity of 1.0 the checkerboard
>> pattern is hidden (correct), but when the opacity is 0.0, I can still
>> see evidence of the tile colors superimposed over the checkerboard
>> pattern.
>>
>> Can anyone confirm this?
>>
>> Does anyone know what to do to work around it? On Windows, explicitly
>> hiding the items when their opacity reaches 0.0 doesn't seem to work
>> either...
>>
>> Sean
>>
>>
>>
> ------------------------------------------------------------------------
>> _______________________________________________
>> Qt-interest mailing list
>> Qt-interest at trolltech.com
>> http://lists.trolltech.com/mailman/listinfo/qt-interest
>
> _______________________________________________
> Qt-interest mailing list
> Qt-interest at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-interest
>
> _______________________________________________
> Qt-interest mailing list
> Qt-interest at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-interest
------------------------------
Message: 3
Date: Thu, 30 Apr 2009 08:29:17 +0100
From: Ian Thomson <Ian.Thomson at iongeo.com>
Subject: Re: [Qt-interest] QProgressBar
To: qt-interest at trolltech.com
Message-ID: <49F9534D.4010002 at iongeo.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
It is not very obvious but in the QProgressBar documentation it mentions
this: "If minimum and maximum both are set to 0, the bar shows a busy
indicator instead of a percentage of steps."
This sounds like what you want. Try something like this:
myProgressBar->setTextVisible(false);
myProgressBar->setMinimum(0);
myProgressBar->setMaximum(0);
Cheers,
Ian.
Ahmed Khaled wrote:
> hello
> i want to use a progress bar in my application but not the ordinary
> existing progress bars i want to use a continous progress bar like what
> appears when opening the windowsXP i.e it doesnt need to be updated
> continuously
>
> illustration:
> i don't need the progress bar that ragnes from 0% to 100%
>
> thanks for your interest
> Best Regards
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Qt-interest mailing list
> Qt-interest at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-interest
------------------------------
Message: 4
Date: Thu, 30 Apr 2009 04:14:20 -0400
From: Mike Polan <kanadakid at gmail.com>
Subject: [Qt-interest] Mac OS X integration using a different locale
To: qt-interest at trolltech.com
Message-ID:
<fcabf3310904300114m4952675akeb4e6b63a9cdbc31 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I am using Qt 4.5, and I have run into a problem as far as the call to
setUnifiedTitleAndToolBarOnMac() is concerned. Normally, when I add the
QActions for "Preferences" and "About (this program)" to my menus, they
automatically get put into the correct menus on the Mac menu bar (that is,
under the (program name) menu -> About | Preferences...). This is fine if
the text of the QActions is in English, but as soon as I put said actions in
another language, Polish in this case, the actions are not put into the
correct menus. I was wondering if this was a bug, or if I need to do some
other step to ensure such behavior?
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.trolltech.com/pipermail/qt-interest/attachments/20090430/a8490dac/attachment-0001.html
------------------------------
Message: 5
Date: Thu, 30 Apr 2009 13:51:48 +0530
From: chandrasekar wagmare <sekarwagmare at gmail.com>
Subject: Re: [Qt-interest] Unable to set the Geometry of the
QGraphicsView widget at Run Time
To: Kamakshi Sivaraman <Kamakshi.Sivaraman at lntinfotech.com>
Cc: qt-interest at trolltech.com
Message-ID:
<3bba330b0904300121x6752ae76y7b8474c5ed35475b at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
how u are updating the setGeometry() function ... for ex: using QTimer slot
...?
On Thu, Apr 30, 2009 at 12:18 PM, Kamakshi Sivaraman <
Kamakshi.Sivaraman at lntinfotech.com> wrote:
>
> Hi All,
>
> Currently I am working with QGraphicsView as widget and by default the
> geometry is (0, 0, 916, 850) and
> maximum size of the widget is set to (16777215, 16777215).
>
> Now I need to set the geometry of the above widget at Run Time,I have
> increased the width and height ,
> but it is not getting reflected even thought the sizes of width and height
> is less than maximum size.
>
> For E.g.
> At Run Time the value of widget's geometry is changed to (0,0,916,2400) by
> using setGeometry() function.
> But Still the widget remains with its default geometry.
>
> Please help.
>
>
>
> Thanks & Regards,
> S.KAMAKSHI
> Larsen & Toubro Infotech Limited
> Whitefield,
> Bangalore -560066
> *
> Larsen & Toubro Infotech Ltd.**
> **www.Lntinfotech.com* <http://www.lntinfotech.com/>
>
> This Document is classified as:
>
> L&T Infotech Proprietary L&T Infotech Confidential L&T Infotech
> Internal Use Only L&T Infotech General Business
>
> This Email may contain confidential or privileged information for the
> intended recipient (s) If you are not the intended recipient, please do not
> use or disseminate the information, notify the sender and delete it from
> your system.
> ______________________________________________________________________
>
> _______________________________________________
> Qt-interest mailing list
> Qt-interest at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-interest
>
>
--
CHANDRU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.trolltech.com/pipermail/qt-interest/attachments/20090430/1b55db4a/attachment.html
------------------------------
_______________________________________________
Qt-interest mailing list
Qt-interest at trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-interest
End of Qt-interest Digest, Vol 5, Issue 284
*******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/qt-interest-old/attachments/20090430/cb5ef251/attachment.html
More information about the Qt-interest-old
mailing list