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
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
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
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
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
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
> 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
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
> 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
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*
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
On 16 Mar 2015, at 11:58 am, Patrick J. Collins
patr...@collinatorstudios.com 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
On Mar 15, 2015, at 7:58 PM, Patrick J. Collins patr...@collinatorstudios.com
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
On 14 Mar 2015, at 4:43 pm, Patrick J. Collins
patr...@collinatorstudios.com 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
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
On Aug 7, 2014, at 10:23 PM, Daryle Walker dary...@mac.com 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)notifyOnProgressStarted
On 2014 Aug 08, at 06:58, Keary Suska cocoa-...@esoteritech.com 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
On Aug 8, 2014, at 9:58 AM, Keary Suska cocoa-...@esoteritech.com wrote:
On Aug 7, 2014, at 10:23 PM, Daryle Walker dary...@mac.com wrote:
have a bar-style NSProgressIndicator that has its “Display When Stopped”
turned off and (initially) Indeterminate turned on. It (almost) properly
On Aug 8, 2014, at 10:25 AM, Daryle Walker dary...@mac.com wrote:
On Aug 8, 2014, at 9:58 AM, Keary Suska cocoa-...@esoteritech.com wrote:
On Aug 7, 2014, at 10:23 PM, Daryle Walker dary...@mac.com wrote:
have a bar-style NSProgressIndicator that has its “Display When Stopped”
turned
? If
so I would double-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 stop
animation
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
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
only good for trivial implementations.
- Original Message -
From: Daniel Luis dos Santos daniel.d...@gmail.com
To: Cocoa-Dev List cocoa-dev@lists.apple.com
Sent: Saturday, July 5, 2014 1:45:14 PM
Subject: Setting a tag on NSProgressIndicator
Hello all,
I have the item prototype
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 mailing list (Cocoa
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.
Robert,
How do you mean, to match my
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 a face lift?
I
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 images.
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?
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
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
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
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];
[progressIndicator
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
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
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 it seems I must
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
appearance
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
* Let
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. Then over my custom
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? NSProgressIndicator
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,
3. Then my custom view(subclassed
On 16/1/10 7:44 AM, Quincey Morris quinceymor...@earthlink.net 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
On Fri, Jan 15, 2010 at 2:54 PM, Shane Stanley
sstan...@myriad-com.com.au wrote:
On 16/1/10 7:44 AM, Quincey Morris quinceymor...@earthlink.net wrote:
AFAIK, the animation meant by 'startAnimation:' is *not* the animation of
the pattern inside the progress indicator, but an animation of the
On Jan 15, 2010, at 14:54, Shane Stanley wrote:
On 16/1/10 7:44 AM, Quincey Morris quinceymor...@earthlink.net 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
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, PCWizpcwiz.supp...@gmail.com wrote:
Hi,
I have a subclass of NSProgressIndicator I wrote (is attached). I've
overriden
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
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
On Aug 15, 2009, at 6:04 PM, Thomas Bauer t...@freeridecoding.com 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
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
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
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, but if the main
; cocoa-dev@lists.apple.com
Sent: Friday, August 7, 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
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
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 calling
being the same, as well.
—Jeremy
On Wed, Apr 22, 2009 at 4:09 PM, Livio Isaia lis...@tiscalinet.it wrote:
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
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
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 modify my
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
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:
this 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 your
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 position, instead
On Tue, 27 Jan 2009 19:37:57 +, Benjamin Dobson
importedfromsp...@googlemail.com 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
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 method I've
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-dev
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 setDoubleValue:tD
, 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 the awakeFromNib
method I've got a little
, 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:
double tD = 0.5;
[progressBar
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?
inline: Picture 3.png
Regards / Met
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 indicator
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, Mike
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).
What am I doing wrong here
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
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 processing
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 indicator.
The class
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 to the Controller, specifying
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 Button is ctrl-dragged
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't
actually harmful
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
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 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
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
(with period of 0.1 second)
that checks my queue and (among other things) calls -setDoubleValue
for NSProgressIndicator. Maybe it looks a bit tricky, but it is just a
marshalling of structures from one thread to another, it worked fine
for me in Windows, it is tested etc
Now the problem: progress
That's a very strange problem. Ordinarily, even if the main thread
were hung, the progress bar would still show its animation (that's
done on the UI heartbeat thread.) And the way it updates when you
click implies something's messed up with window-redraw behavior.
My first guess is that
On May 19, 2008, at 11:53 PM, Vitaly Ovchinnikov wrote:
I tried to move progress update from timer to selector that was called
by performSelectorFromMainThread - doesn't help too.
Does this comment mean that you're currently calling -setDoubleValue:
from a background thread? That's,
Does this comment mean that you're currently calling -setDoubleValue: from a
background thread? That's, AFAIK, not supported. You need to change this,
No, -setDobuleValue called from the main thread. My first idea was
that NSTimer creates another thread, but after
NSLog(@thread = %@, [NSThread
http://www.appsforlife.com/progress.zip (36Kb)
Idea is simple:
- (void) awakeFromNib
{
[progress setHidden:YES];
timer = [NSTimer init.];
}
- (void) onTimer: (id) timer
{
[progress setDoubleValue:...];
[progress setHidden:NO]; // once or every timer cycle - doesn't
matter (in
)
that checks my queue and (among other things) calls -setDoubleValue
for NSProgressIndicator. Maybe it looks a bit tricky, but it is just a
marshalling of structures from one thread to another, it worked fine
for me in Windows, it is tested etc
Now the problem: progress indicator freezes
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 ;)
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
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
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 code,
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 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 download
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 generate
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 reason
===
@interface VOMainController : NSObject {
unsigned int steps; // on Leopard you can use NSUInteger instead of
unsigned int
NSTimer *timer;
IBOutlet NSProgressIndicator *progress;
}
// I include these prototypes to show that we've overridden them
- (id)init;
- (void)dealloc
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 the
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. Among
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
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
100 matches
Mail list logo