Use MBProgressHUD. It has much better options for deterministic and
indeterminate progress indicators.
I have been using it since 2011 or 2012.
There are several factors that many people are unaware of in that if the
operation completes in under .75 seconds, you do not want to display the
prog
On Jul 28, 2017, at 14:16 , Mark Allan wrote:
>
> Reducing the frequency of NSXPC messages was a secondary goal to figuring out
> how often the main app ought to be updating the UI.
I’d be interested in knowing why you didn’t say that the other way round.
Surely reducing the frequency of the X
Many thanks for all the responses. In terms of what I'm doing, the NSTimer
with 0.1 second granularity sounds like the best fit.
> On 28 Jul 2017, at 7:26 pm, Charles Srstka wrote:
>
> If you’re using Swift
Still on Objective-C. Thanks though, I'll keep that bookmarked for when I
venture i
If you’re using Swift, I made a custom replacement for NSProgress that is
specifically designed to cut down on CPU time used to update the progress. It
allows you to set the granularity for notifications, so that they’ll only
update when the progress has changed since the last update by an inter
On Jul 28, 2017, at 08:57 , Mark Allan wrote:
>
> I have an app with a helper tool that performs some lengthy process in a loop
> and reports progress to the user. It works out how many iterations of the
> loop will be needed, sets the progressbar.maxValue, and then increments the
> progress
On 28 Jul 2017, at 16:57, Mark Allan wrote:
>
> I'm wondering if anyone has any thoughts about or links to best practices
> when using determinate NSProgressIndicators.
[snip]
> I'm debating doing it with an NSTimer firing every second, but wondered if
> anyone had any other suggestions?
I’d
> Am 28.07.2017 um 17:57 schrieb Mark Allan :
>
> Setting the max value to 100 and only updating 100 times (i.e. as a
> percentage) seems too infrequent because the loop can iterate more than a
> million times.
Just keep track of the time of the last update and do it every 0.1 seconds or
so.
Hi all,
I'm wondering if anyone has any thoughts about or links to best practices when
using determinate NSProgressIndicators.
I have an app with a helper tool that performs some lengthy process in a loop
and reports progress to the user. It works out how many iterations of the loop
will be n
> On Apr 13, 2017, at 13:35 , Tom Doan wrote:
> >
> > the indeterminate one has an almost imperceptibly lighter
> > medium-dark moving over medium-dark.
>
> This suggests you have set your system appearance to Graphite instead
> of Blue (in System Preferences -> General), and it may well be that
I've been using determinate NSProgressIndicators for years and
those seem to work fine. I recently added a indeterminate one for a
particular operation. On first (and second and third) takes, I thought
it wasn't working. Then I looked *really* closely and found that there
actually is a *very* s
On Mar 15, 2015, at 7:58 PM, Patrick J. Collins
wrote:
> And guess what? result is always false... Which makes me wonder why in their
> documentation do they suggest that result == nil check? But, I am confused
> why
> it's recreating views from scratch anytime the table content changes?
Is
> On 16 Mar 2015, at 11:58 am, Patrick J. Collins
> wrote:
>
> The problem is, there is quite an obnoxious lag between spinner being
> hidden and table view contents actually updating. I am assuming because
> this is a 13 column x several hundred rows,
That's a big table... sure it's the righ
> You probably want to rethink what you mean by "processing of data".
> The table ALWAYS lazy loads, and only asks your data source for the
> row it needs when it needs them. The user scrolls, more rows needed,
> your data source supplies them. This is all VIEW stuff, nothing to do
> with data pro
> On 14 Mar 2015, at 4:43 pm, Patrick J. Collins
> wrote:
>
> Is there a way to determine when the table has actually finished drawing
> itself so I can hook into that?
You probably want to rethink what you mean by "processing of data". The table
ALWAYS lazy loads, and only asks your data so
I am trying to have a progress spinner show upon processing of data, and
hide upon completeion of rendering all the columns/rows of my table...
The problem is, if I do something like:
if (row == lastRow) [self hideSpinner]
This does not get called until I physically scroll to the end of my
vie
ble-check the isDisplayedWhenStopped value at or after
>>> awakeFromNib. If the value is still NO, IIRC there has been a long-standing
>>> bug with NSProgressIndicator in certain views. Try calling
>>> [[self.loadingProgress superview] setNeedsDisplay:YES] after you sto
On Aug 8, 2014, at 10:25 AM, Daryle Walker wrote:
> On Aug 8, 2014, at 9:58 AM, Keary Suska wrote:
>
>> On Aug 7, 2014, at 10:23 PM, Daryle Walker wrote:
>>
>>> have a bar-style NSProgressIndicator that has its “Display When Stopped”
>>> turned off and
On Aug 8, 2014, at 9:58 AM, Keary Suska wrote:
> On Aug 7, 2014, at 10:23 PM, Daryle Walker wrote:
>
>> have a bar-style NSProgressIndicator that has its “Display When Stopped”
>> turned off and (initially) Indeterminate turned on. It (almost) properly
>> updates
On 2014 Aug 08, at 06:58, Keary Suska wrote:
> IIRC there has been a long-standing bug with NSProgressIndicator in certain
> views. Try calling [[self.loadingProgress superview] setNeedsDisplay:YES]
> after you stop animation. If that works, that will be confirmation that the
&g
On Aug 7, 2014, at 10:23 PM, Daryle Walker wrote:
> have a bar-style NSProgressIndicator that has its “Display When Stopped”
> turned off and (initially) Indeterminate turned on. It (almost) properly
> updates when a load is going on:
>
> //=
> - (void)notif
I have a bar-style NSProgressIndicator that has its “Display When Stopped”
turned off and (initially) Indeterminate turned on. It (almost) properly
updates when a load is going on:
//=
- (void)notifyOnProgressStarted:(NSNotification *)notification //
WebViewProgressStartedNotification
eally
only good for trivial implementations.
- Original Message -
From: "Daniel Luis dos Santos"
To: "Cocoa-Dev List"
Sent: Saturday, July 5, 2014 1:45:14 PM
Subject: Setting a tag on NSProgressIndicator
Hello all,
I have the item prototype of a NSCollectionView. This
Hello all,
I have the item prototype of a NSCollectionView. This prototype in declared in
a NIB file along with its view.
Now I want to display an image in this view, but while it is loading I want to
display a circular progress indicator instead of the loaded image.
I have subclassed NSView an
Check out http://cocoacontrols.com/. (my new favorite site) It has several
NSProgressIndicator subclasses.
Todd
On Jan 17, 2012, at 10:36 AM, Robert Monaghan wrote:
> Hi Everyone..
>
> Can someone point me to a blog or webpage that describes how to give an
> existing NSControl
On Jan 17, 2012, at 08:36, Robert Monaghan wrote:
> Hi Everyone..
>
> Can someone point me to a blog or webpage that describes how to give an
> existing NSControl a face lift?
> I want to change the "baby blue" appearance of NSProgressIndicator, to match
> my UI.
R
Hi Everyone..
Can someone point me to a blog or webpage that describes how to give an
existing NSControl a face lift?
I want to change the "baby blue" appearance of NSProgressIndicator, to match my
UI.
Thanks!
bob,
___
Cocoa-dev ma
Oh. Thank you for the information.
I would like to make this message short because this is Cocoa mailing list not
QuicTime mailing list. ( The topic was changed from Cocoa related question to
QT one. )
BTW, I think I can create QTMovie in my case :
This is from Tech Note TN2138
//
No - creating the QT Movie must happen on the main thread - but after it's
created, you can pass it off to secondary threads for processing…
Rob
On Sep 1, 2011, at 1:13 PM, JongAm Park wrote:
> Hmmm.. probably.. enterQTKitOnThread allows to create and initialize QTMovie
> objects on threads
Hmmm.. probably.. enterQTKitOnThread allows to create and initialize QTMovie
objects on threads?
On Sep 1, 2011, at 9:33 AM, JongAm Park wrote:
> Hello,
>
> I wrote codes to processing images on a second thread and the main thread
> displays and handles "progress dialog box".
> Because it is
Hello,
I wrote codes to processing images on a second thread and the main thread
displays and handles "progress dialog box".
Because it is not possible to create a "UI thread" according to Cocoa
framework, I had the main thread process the progress dialog box, while a
second thread process imag
I've got a sample project demonstrating the problem at:
https://files.me.com/ericgorr/vboa2p
(if for some reason you cannot access it, let me know and I'll send it
direct...it's only ~39k.)
If you run the application, pressing the Start Code Loop or Start Draw
Loop buttons, will require a fo
On 13 Jun 2011, at 9:48 AM, mail...@ericgorr.net wrote:
> But, the primary thing I would like to know is whether or not I can make the
> progress bar animate while the while(1){} loop is running inside of the
> drawRect: method of MyClass without using an additional window. While I wrote
> the
doing something wrong.. hehehe.. including me.
what am I doing wrong?
here is the code that I use to create the progress indicator
progressIndicator = [[NSProgressIndicator alloc]
initWithFrame:NSMakeRect(10, 5, 280, 8)];
[progressIndicator setMinValue:0.0f];
[progressIndi
Hello all.. I have a StatusItem on the StatusBar, and when the app its doing
something Im placing a NSProgressIndicator SpinnerStyle as the view of the
StatusItem.
On 10.6 it shows normal, but on 10.5 when I replace the image of the StatusItem
for the progress indicator view, then I see a
Thanks Graham. Yes I understand what you're saying and it makes sense. I'll
probably just have to take what the Framework gives or maybe look for an
alternative solution. You would think an alternative color for highlighted
rows would be easy enough and still fit the Aqua guidelines since App
On 23/05/2010, at 6:55 PM, Rick C. wrote:
> eems I must try to redraw everything using -drawRect when all is really want
> is to change the color. Is there a more obvious way that I might be
> overlooking?
Probably not - most UI stuff that the system draws is hard-wired to the Aqua
appearan
Hello,
I'm trying to change the color of a determinate spinning style
NSProgressIndicator similar to what happens in Mail.app when a row is selected
in the left pane. Thing is I've had no luck getting -setControlTint to work
and I've tried to subclass NSProgressIndicator but
Since no one offered an explanation for this, I filed a bug. 7602237.
The short workaround lesson is this: Do not unhide an NSProgressIndicator and
then re-use it in determinate mode. Instead, create a new one in the same
frame, as shown in the -recreate: method in my original post
After many hours of troubleshooting, I've isolated strange behavior of an
NSProgressIndicator in one of my projects into a demo app.
If, when using an determinate NSProgressIndicator repeatedly to show progress
in different tasks and all of the following are true:
* Hide it between tasks
On Jan 15, 2010, at 14:54, Shane Stanley wrote:
> On 16/1/10 7:44 AM, "Quincey Morris" wrote:
>
>> AFAIK, the "animation" meant by 'startAnimation:' is *not* the animation of
>> the pattern inside the progress indicator, but an animation of the change in
>> the length of the filled-in part of th
On Fri, Jan 15, 2010 at 2:54 PM, Shane Stanley
wrote:
> On 16/1/10 7:44 AM, "Quincey Morris" wrote:
>
>> AFAIK, the "animation" meant by 'startAnimation:' is *not* the animation of
>> the pattern inside the progress indicator, but an animation of the change in
>> the length of the filled-in part
On 16/1/10 7:44 AM, "Quincey Morris" wrote:
> AFAIK, the "animation" meant by 'startAnimation:' is *not* the animation of
> the pattern inside the progress indicator, but an animation of the change in
> the length of the filled-in part of the progress bar. That is, when it goes
> from 1/4 to 1/2,
On Jan 15, 2010, at 12:03, cocoa learner wrote:
> My NSProgressIndicator is not animating (determinant/indeterminant in both
> the cases), I have implemented the arrangement in following way -
>
> 1>. main window,
> 2>. NSImageView over main window's content view,
On Jan 15, 2010, at 1:03 PM, cocoa learner wrote:
> Any body has any suggestion how it will work???
> Do I need to implement any other method in my custom view subclass, except -
> drawRect???
Are you doing something that is blocking the main thread's run loop from
running? NSPro
Hi all,
My NSProgressIndicator is not animating (determinant/indeterminant in both
the cases), I have implemented the arrangement in following way -
1>. main window,
2>. NSImageView over main window's content view,
3>. Then my custom view(subclassed NSView), over NSImageView,
4&
Have you checked this: http://developer.apple.com/qa/qa2006/qa1473.html
If it's a redraw issue that should solve your problem.
On Fri, Aug 21, 2009 at 3:50 PM, PCWiz wrote:
> Hi,
>
> I have a subclass of NSProgressIndicator I wrote (is attached). I've
> overriden the increm
correctly but here is what I
tried:
- Calling the whole code (starting the NSAnimation and the
ProgressIndicator animation) using a performSelectorOnMainThread
does not fix it.
- Calling the whole code using performSelector delayed does not fix
it.
- Calling the NSProgressIndicator
performSelector delayed does not fix it.
- Calling the NSProgressIndicator startanimation alone on the main
thread does not fix it either.
However your response triggered an idea and this works:
[myViewNSAnimation startAnimation];
[myindicator performSelector:@selector(startAnimation:) withObject:nil
On Aug 15, 2009, at 6:04 PM, Thomas Bauer wrote:
Further to my below question I found out that the problem is related
to what is triggering the code that starts the animation:
If the code that starts the NSAnimation and the NSProgressIndicator
animation is called in an IBAction called by a
Dear List!
Further to my below question I found out that the problem is related
to what is triggering the code that starts the animation:
If the code that starts the NSAnimation and the NSProgressIndicator
animation is called in an IBAction called by a button on a different
window,
the
Dear List!
I am using an indetermined NSProgressIndicator as a subview of a NSView.
The frame of the NSView is animated using a NSAnimation.
Basically before (or after - i have tried both) [mynsanimation
startAnimation] I do a [myprogressindicator startAnimation:self];
However, the
On Aug 7, 2009, at 10:44, r c wrote:
I have read that document, but it indicates that this method (as
well as start and stopAnimation:) only apply to indeterminate
progress indicators - is this not true?
It doesn't say that for setUsesThreadedAnimation:, only for the other
two. FWIW I don
, 2009 10:09:47 AM
Subject: Re: determinate NSProgressIndicator animation
On 8/7/09 10:06 AM, r c said:
>In a determinate NSProgressIndicator the blue portion animates in some
>application (Finder copy is an easy example). I have noticed that this
>is not always the case. My guess is
On 8/7/09 10:06 AM, r c said:
>In a determinate NSProgressIndicator the blue portion animates in some
>application (Finder copy is an easy example). I have noticed that this
>is not always the case. My guess is that the animation takes place in
>the main thread of the application
In a determinate NSProgressIndicator the blue portion animates in some
application (Finder copy is an easy example). I have noticed that this is not
always the case. My guess is that the animation takes place in the main thread
of the application, but if the main thread is busy, the animation
fore redisplaying, they'll be stuck being the same, as well.
—Jeremy
On Wed, Apr 22, 2009 at 4:09 PM, Livio Isaia wrote:
> I have a NSProgressIndicator that indicates the progress of a disk saving
> job.
> Initially it's hidden so:
>
> [myIndicator setMaxValue
I have a NSProgressIndicator that indicates the progress of a disk
saving job.
Initially it's hidden so:
[myIndicator setMaxValue:count];
[myIndicator setMinValue:0];
[myIndicator setDoubleValue:0];
[myIndicator setHidden:NO];
[myIndicator displayIfNeeded];
Then I do the job ca
I was trying to solve this problem before too. I thought you could get
the CIImage of the individual frames of the progress indicator and
apply an Invert filter on it. I'm not even sure if it'd work though
... I never implemented it and It's probably simpler to just use the
AMIndeterminateProgressI
Well that is pretty damn awesome. I will take a look at it. Thank you.
On Feb 7, 2009, at 8:35 AM, Andreas Mayer wrote:
Am 07.02.2009 um 14:39 Uhr schrieb Andreas Mayer:
But you could modify my AMIndeterminateProgressIndicatorCell class:
http://www.harmless.de/cocoa-code.php#progressindica
Am 07.02.2009 um 14:39 Uhr schrieb Andreas Mayer:
But you could modify my AMIndeterminateProgressIndicatorCell class:
http://www.harmless.de/cocoa-code.php#progressindicator
Well, this seemed to be a useful addition, so I just added a color
property myself. :)
Andreas
__
Am 06.02.2009 um 18:55 Uhr schrieb Guy Umbright:
I have a black background and would like to display a spinning
progress indicator but it draws with a light background. Is there a
way to do this with NSProgressIndicator?
I don't think there is.
But you could modi
with NSProgressIndicator?
Guy
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update
On Tue, 27 Jan 2009 19:37:57 +, Benjamin Dobson
said:
>I'm in chapter 24 of Hillegass's book, which contains an
>NSProgressIndicator bound to AppController.count (AppController being
>an NSObject subclass). One thing is really bugging me: when
>AppController.count is
Hi,
I'm in chapter 24 of Hillegass's book, which contains an
NSProgressIndicator bound to AppController.count (AppController being
an NSObject subclass). One thing is really bugging me: when
AppController.count is updates, the progress bar immediately jumps to
the new positio
other ideas?
On 23/01/2009, at 2:35 AM, Randall Meadows wrote:
On Jan 22, 2009, at 3:31 AM, Aaron Wallis wrote:
As an example, i've got a controller which has a
NSProgressIndicator bound to it through IB, and on the
awakeFromNib method I've got a little bit of code:
h it
stopped the barber shop animation, it didn't display the progress.
Any other ideas?
On 23/01/2009, at 2:35 AM, Randall Meadows wrote:
On Jan 22, 2009, at 3:31 AM, Aaron Wallis wrote:
As an example, i've got a controller which has a
NSProgressIndicator bound to it through IB, and
On Jan 22, 2009, at 3:31 AM, Aaron Wallis wrote:
As an example, i've got a controller which has a NSProgressIndicator
bound to it through IB, and on the awakeFromNib method I've got a
little bit of code:
double tD = 0.5;
[progressBar setDoub
If I remember correctly, %d requires an integer
On Jan 22, 2009, at 11:31 AM, Aaron Wallis wrote:
double tD = 0.5;
[progressBar setDoubleValue:tD];
NSLog(@"%d", [progressBar doubleValue]);
___
Cocoa-de
Hi there,
This is probably a really obvious bug, but I can't seem to get my
NSProgressIndicator to show progress when using incrementBy: or
setDoubleValue:.
As an example, i've got a controller which has a NSProgressIndicator
bound to it through IB, and on the awakeFromNib m
2008/9/4 Marcel Borsten <[EMAIL PROTECTED]>:
> I'm using a NSProgressIndicator in my interface, but it shows some strange
> edges around it when it is visible. The progress indicator is superimposed
> over a background picture (which is loaded by a the view as background).
>
The picture is drawn in a custom view with:
[[NSColor colorWithPatternImage:image] set];
I don't think I can load the NSProgressIndicator as a subview in this
way, so I am going to look at getting the image there in another way.
Regards
Marcel
On 4 sep 2008, at 14:58,
Are you making the progress indicator a subview of the picture? If
not, that would explain your screenshot.
On 4 Sep 2008, at 13:29, Marcel Borsten wrote:
I'm using a NSProgressIndicator in my interface, but it shows some
strange edges around it when it is visible. The progress indi
I'm using a NSProgressIndicator in my interface, but it shows some
strange edges around it when it is visible. The progress indicator is
superimposed over a background picture (which is loaded by a the view
as background). What am I doing wrong here?
<>
Regards / Met vriende
e massaged into Objective-C classes. In one of them, I am trying
to drive an NSProgressIndicator view as defined by the NIB for the
project. There is a core processing loop that originally spit out
multiple '.' to stdout as it ran. Now I want to capture a count of
these and update the in
ll Meadows wrote:
On Aug 28, 2008, at 10:37 AM, Martin Stoufer wrote:
I am developing an app that is utilizing some legacy C code that I
have massaged into Objective-C classes. In one of them, I am trying
to drive an NSProgressIndicator view as defined by the NIB for the
project. There is a core
On Aug 28, 2008, at 10:37 AM, Martin Stoufer wrote:
I am developing an app that is utilizing some legacy C code that I
have massaged into Objective-C classes. In one of them, I am trying
to drive an NSProgressIndicator view as defined by the NIB for the
project. There is a core processing
I am developing an app that is utilizing some legacy C code that I have
massaged into Objective-C classes. In one of them, I am trying to drive
an NSProgressIndicator view as defined by the NIB for the project. There
is a core processing loop that originally spit out multiple '.' to
al Message-
From: [EMAIL PROTECTED]
[mailto:cocoa-dev-bounces
[EMAIL PROTECTED]
] On Behalf Of Micha Fuhrmann
Sent: Thursday, July 03, 2008 3:30 AM
To: Cocoa-Dev List
Subject: NSProgressIndicator thread safe?
Hi everyone,
one of my user has its MBP crashing on me, I just can't figure what
None of the AppKit is thread-safe. Check out
-performSelectorOnMainThread.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
] On Behalf Of Micha Fuhrmann
Sent: Thursday, July 03, 2008 3:30 AM
To: Cocoa-Dev List
Subject: NSProgressIndicator thread safe?
Hi everyone
+ 1464
11 com.apple.AppKit 0x94b8334a -[NSProgressIndicator
heartBeat:] + 2304
12 com.apple.AppKit 0x94b827bc -[NSUIHeartBeat
_heartBeatThread:] + 1597
13 com.apple.Foundation0x928baf1d -[NSThread main] + 45
14 com.apple.Foundation
On 23 May '08, at 4:43 AM, John Love wrote:
Changing the spin method to look like:
- (void) spinIt:(BOOL)begin {
if (begin) [spinner startAnimation:nil];
else[spinner stopAnimation:nil];
}
Looks good.
@interface MyDocument:NSDocument
{
IBOutlet Controller *theControl;
}
@
On a further check of the docs this is probably not it, because init
is the designated initializer.
But in any case, you ought to start logging and/or asserting your
expectations, so that any invalid pointers and so on stand out like a
sore thumb in the log - you'll get to the bottom of thi
Why are you autoreleasing the NSProgressIndicator? That means that
when the pool is released, your "spinner" pointer will go stale. Odds
are it will crash - not sure why it isn't doing so in the first case.
Also, if it's an IBOutlet why are you assigning to it? This isn&
I have successfully been able to create a small Cocoa multiple document
project whose GUI consists of a NSProgressIndicator, or wheel, and a Button,
titled "Spin". In the .nib window, the "Controller" is ctrl-dragged to the
wheel, specifying an outlet "wheel" and the
I have successfully been able to create a small project whose GUI consists
of a NSProgressIndicator, or wheel, and a Button, titled "Spin". In the .nib
window, the "Controller" is ctrl-dragged to the wheel, specifying an outlet
"wheel" and the Button is ctrl-dragged
Thank you.
> It's up to you what OS you want to support, a trade-off between
> development/testing time and market size.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact
On 20 May '08, at 9:16 PM, Vitaly Ovchinnikov wrote:
Anyway, should I "forget" about Tiger? I want to release my app this
summer and I don't think that it is a good idea to drop support of the
previous OS.
Some apps are Leopard-only, usually because they require new APIs
(like Core Animatio
>> Do I need to report this to Apple? Or what?
>
> Not unless you can reproduce it on 10.5 somehow. The only thing Apple would
> fix in 10.4 nowadays is some kind of critical security bug or catastrophic
> system error.
Well, actually I already submitted this problem to apple. Maybe
they'll take a
On 20 May '08, at 2:30 PM, Vitaly Ovchinnikov wrote:
Yes, that's it. But I can reproduce it at every run. Just Command+R at
XCode at here it is.
I can't reproduce it at all on 10.5.2. I've tried launching in Xcode
and from the Finder, and being careful not to click/type/move the
mouse aft
one more topic to comment:
> Also: you call [progress setHidden:NO] every time that the timer fires.
> This may prove inefficient later on, so I'd simply leave it unhidden.
real code is a bit more complex: if user changed some parameters, I
start the "big calculation" and show the progress bar. Am
> I apologize for not being able to offer an "Ah-ha!!!" sort of solution
> immediately, and also for this very long e-mail. I don't know if my
> suggestions will help, but they may at least lead to cleaner code, and may
> perhaps solve your problems. If I may...
Thanks for your suggestions, but
, try creating a *new*
project under Xcode 2.5, if you haven't already, instead of importing
your old one. That might do the trick, if some build settings got
corrupted.
// === BEGIN INTERFACE CODE ===
@interface VOMainController : NSObject {
unsigned int steps; // on Leopard you can use "N
> It is working fine for me using Mac OS X 10.5 and Mac OS X 10.4 when
> compiled with Xcode 2.5 against the 10.4u SDK (not tried any other
> version of Xcode or SDK).
just installed XCode 2.5 and tried the demo project - result is the
same, progress freezes.
I have a slow computer, maybe the reas
> Well on my 8th or so try on a 10.4 system I got it to do something
> like what I think you are reporting. If you double-click launch the
> application and do NOT move the mouse, click the mouse button, or
> press any key on the keyboard the progress UI will not start moving.
> As soon as you gene
On Tue, May 20, 2008 at 2:06 PM, Vitaly Ovchinnikov
<[EMAIL PROTECTED]> wrote:
>> It is working fine for me using Mac OS X 10.5 and Mac OS X 10.4 when
>> compiled with Xcode 2.5 against the 10.4u SDK (not tried any other
>> version of Xcode or SDK).
>
> well, it seems that I know what my mac will d
> It is working fine for me using Mac OS X 10.5 and Mac OS X 10.4 when
> compiled with Xcode 2.5 against the 10.4u SDK (not tried any other
> version of Xcode or SDK).
well, it seems that I know what my mac will download tonight ;)
thanks for testing, I'll try to download and install 2.5
_
On Tue, May 20, 2008 at 1:59 PM, Vitaly Ovchinnikov
<[EMAIL PROTECTED]> wrote:
>> If you send your progress view a setUsesThreadedAnimation: message
>> with a value of YES do it continue to animate?
>
> Just tried to send this message in my test project - it doesn't animate.
> I removed almost all
> What version of Mac OS X are you running? What version of Xcode are you
> using?
Mac OS X 10.4.11 (running at G4)
XCode 2.0 (IDE - 514, Core - 515, ToolSupport - 514)
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin req
On Tue, May 20, 2008 at 1:54 PM, Vitaly Ovchinnikov
<[EMAIL PROTECTED]> wrote:
> Ideas?
What version of Mac OS X are you running? What version of Xcode are you using?
-Shawn
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post ad
> If you send your progress view a setUsesThreadedAnimation: message
> with a value of YES do it continue to animate?
Just tried to send this message in my test project - it doesn't animate.
I removed almost all code, including all my C++ code. Finally it takes
about 10 lines to hang a progress ;)
1 - 100 of 109 matches
Mail list logo
