On 25/07/2009, at 4:34 PM, Kyle Sluder wrote:
I ended up finding a basically sane way to do this -- just
one method, and I did not have to subclass NSView -- but
with a large hack for one feature:
Subclassing NSView is not a big deal. Just override -drawRect, draw
the image you want, and dr
Well, mea culpa, I have not been speaking clearly; what I want to
badge is not the dock tile but the dock icon, and I cannot find a way
to get at the view for that, so as to install a special class: The
interface seems to be through NSApp:applicationIconImage and
NSAPP:setApplicationIconIma
Am 23.07.2009 um 08:55 schrieb Marco S Hyman:
On Jul 22, 2009, at 11:38 PM, Graham Cox wrote:
My warning was of a very general nature, and may not apply to your
app. But every time you declare buffer space as a stack array, you
should mentally consider whether a buffer exploit might be possib
Am 25.07.2009 um 03:27 schrieb Graham Cox:
Display a modal progress window which tells the user's what's going
on, show an indeterminate progress bar and include a "Stop" button.
The worker code can wait on the alias being resolved and the main
thread can keep the user informed. By using a m
Hi, All,
In my app I have a timer, created in the awakeFromNib and living until
the app terminates. And I have some problem when I close the
application. Here are my code snippets:
- (void) awakeFromNib {
...
processingTimer = YES;
timer = [NSTimer scheduledTimerWithTime
First off, your object's -dealloc is never going to get called,
because NSTimers retain their targets. (If your -dealloc is getting
called, then you've got some memory management issues.) A breakpoint
or an NSLog in -dealloc will tell you if it's getting called.
> I'm not sure, if I must invalidat
On 25.07.2009, at 18:48, Dave Keck wrote:
First off, your object's -dealloc is never going to get called,
because NSTimers retain their targets.
If so, then where should I "dealloc" everything, I created in the
awakeFromNib? I believed that dealloc will be called when my
AppController wil
> If so, then where should I "dealloc" everything, I created in the
> awakeFromNib? I believed that dealloc will be called when my
> AppController will be released. But you say it is never released. Then
> what should I do?
In dealloc, as you do now. But you need to arrange for dealloc to be calle
Hi all,
In my application, I want to drag the file into the table view. At the same
time, display the file's basic information in the columns of the table view.
Now, I got the basic information of the file and saved it in a NSDictionary
object.The code is :theInfoDictionary
> But when I drop the file into the table view, the app exited immediately.
Find the crash report and look at it; if you don't figure it out from that,
send another message here with the crash report.
--
Scott Ribe
scott_r...@killerbytes.com
http://www.killerbytes.com/
(303) 722-0567 voice
___
On 25.07.2009, at 19:56, Scott Ribe wrote:
If so, then where should I "dealloc" everything, I created in the
awakeFromNib? I believed that dealloc will be called when my
AppController will be released. But you say it is never released.
Then
what should I do?
In dealloc, as you do now. But
On Jul 25, 2009, at 7:35 AM, Alexander Bokovikov wrote:
On 25.07.2009, at 19:56, Scott Ribe wrote:
If so, then where should I "dealloc" everything, I created in the
awakeFromNib? I believed that dealloc will be called when my
AppController will be released. But you say it is never released.
On Jul 24, 2009, at 3:23 PM, Keith Duncan wrote:
the setup code only gets called once and then none of the actually
displayed views in the collection handle any of my intended mouse
tracking.
That's probably because your subclass of NSCollectionViewItem isn't
getting created for each ite
hm, a quick answer to my own question:
inserting
[self performSelector:@selector(updateTrackingAreas) withObject:nil
afterDelay:0.01];
into scrollWheel: seems to fix my problem.
Ben
On Jul 24, 2009, at 3:23 PM, Keith Duncan wrote:
the setup code only gets called once and then none of the a
On 25.07.2009, at 21:29, Adam R. Maxwell wrote:
Your original post said you're trying to do this at quit, but you
can't rely on any object being sent -dealloc at application quit
time. Do your cleanup in applicationWillTerminate:, either as the
app delegate or by registering for the notif
Hello,
I have never been able to reproduce this one myself, but have received
a number of similar crash reports. The crash occurs on this line
(detached thread):
NSDictionary *iTunesLib = [[NSDictionary alloc] initWithContentsOfFile:libPath];
libPath is a retained ivar, guaranteed to be a valid
On 25 Jul 2009, at 03:56, Uli Kusterer wrote:
I don't think you can use sizeof() on a pointer passed as a
parameter, though. That only works on variables in the current
scope. That pointer could point at anything, so the compiler has no
idea whether it points at the stack or the heap. Even i
On Sat, Jul 25, 2009 at 7:04 PM,
slasktrattena...@gmail.com wrote:
> Hello,
>
> I have never been able to reproduce this one myself, but have received
> a number of similar crash reports. The crash occurs on this line
> (detached thread):
>
> NSDictionary *iTunesLib = [[NSDictionary alloc]
> initW
On Jul 25, 2009, at 10:04 AM, Alexander Bokovikov wrote:
On 25.07.2009, at 21:29, Adam R. Maxwell wrote:
Your original post said you're trying to do this at quit, but you
can't rely on any object being sent -dealloc at application quit
time. Do your cleanup in applicationWillTerminate:,
On Jul 25, 2009, at 1:58 AM, Jay Reynolds Freeman > wrote:
Well, mea culpa, I have not been speaking clearly; what I want to
badge is not the dock tile but the dock icon,
Not sure I understand what you're talking about. Do you mean to modify
the application's icon even when it isn't running
On Jul 25, 2009, at 10:04 AM, slasktrattena...@gmail.com wrote:
I have never been able to reproduce this one myself, but have received
a number of similar crash reports. The crash occurs on this line
(detached thread):
NSDictionary *iTunesLib = [[NSDictionary alloc]
initWithContentsOfFile:lib
What I want to do is modify the dock icon while the application
running. The only interface I can find to do this is
NSApp.setApplicationIconImage: , which requires an NSImage. I have no
way to get at the actual view being used to draw the dock icon, in
order to subclass it; I have to creat
On Sat, Jul 25, 2009 at 7:53 PM, Bill Bumgarner wrote:
> On Jul 25, 2009, at 10:04 AM, slasktrattena...@gmail.com wrote:
>
>> I have never been able to reproduce this one myself, but have received
>> a number of similar crash reports. The crash occurs on this line
>> (detached thread):
>>
>> NSDict
On Jul 25, 2009, at 10:54 AM, Jay Reynolds Freeman > wrote:
The doc tile is the tiny image of the application main window that
appears in the dock when you minimize the application. The dock
icon is (usually) the regular application icon, that appears in the
dock when the application is l
On Jul 25, 2009, at 11:00 AM, "slasktrattena...@gmail.com" > wrote:
I find the third option the most likely: iTunes rewrites the data file
frequently. Is there a way to lock the file while reading it, or
detect if it is being modified, or suchlike? Thanks.
You aren't guaranteed that the iTunes
On Sat, Jul 25, 2009 at 1:54 PM, Jay Reynolds
Freeman wrote:
> What I want to do is modify the dock icon while the application running.
> The only interface I can find to do this is
> NSApp.setApplicationIconImage: , which requires an NSImage. I have no way
> to get at the actual view being used
There are a lot of good tutorials on unit testing with XCode. What
you will probably need is a good mocking framework for the interaction.
A list from this list:
http://www.mail-archive.com/cocoa-dev@lists.apple.com/msg09642.html
OCMock:
http://www.mulle-kybernetik.com/software/OCMock/
Once
What Sherm suggests is exactly what I described as my solution,
and it does work, with one serious problem: Capturing the image
that gets drawn in the manner described *also* captures whatever
background lies beyond the transparent portions of the image, and
that is not what I want. That is why
> If I set a particular background color for the view where I am drawing
> the image...
Sherm's suggestion does not involve drawing into a view at all...
--
Scott Ribe
scott_r...@killerbytes.com
http://www.killerbytes.com/
(303) 722-0567 voice
___
C
Hello all,
I need to create a subclass of UITextField for a text field that
performs some control over its own editing. The obvious idea is to
make the subclass instance set itself up as its own delegate, but that
freezes the app as soon as the delegate method -
textFieldDidBeginEditing re
>On Jul 25, 2009, at 1:17 AM, lorenzo7...@gmail.com wrote:
>
>> I'd like to add unit testing to my app, but I'ma little bit unclear
>> on the concept. I've looked at Apple's docs on the Sentest framework
>> and had no trouble getting the sample project working, but I lose it
>> when translating the
> You have two choices: change your application's icon using
> -[NSApplication setApplicationIconImage:], or customize the dock
> tile returned by -[NSApplication dockTile]. Neither of these
> changes will persist after your application quits.
I do not want to change the dockTile, and no public m
I won't pretend to know the answer, but this struck me as odd:
On Jul 25, 2009, at 3:06 PM, WT wrote:
- (void) awakeFromNib
{
super.delegate = self;
super.text = @"Hello world";
NSLog(@"awakeFromNib called - delegate set to self");
}
Shouldn't it be [self setDelegate: self]? I wou
On Sat, Jul 25, 2009 at 8:20 PM, Kyle Sluder wrote:
> On Jul 25, 2009, at 11:00 AM, "slasktrattena...@gmail.com"
> wrote:
>
>> I find the third option the most likely: iTunes rewrites the data file
>> frequently. Is there a way to lock the file while reading it, or
>> detect if it is being modifie
On Jul 25, 2009, at 11:20 AM, Kyle Sluder wrote:
On Jul 25, 2009, at 11:00 AM, "slasktrattena...@gmail.com" > wrote:
I find the third option the most likely: iTunes rewrites the data
file
frequently. Is there a way to lock the file while reading it, or
detect if it is being modified, or suc
On Sat, Jul 25, 2009 at 9:28 PM, Alexander
Heinz wrote:
>
> On Jul 25, 2009, at 11:20 AM, Kyle Sluder wrote:
>
>> On Jul 25, 2009, at 11:00 AM, "slasktrattena...@gmail.com"
>> wrote:
>>
>>> I find the third option the most likely: iTunes rewrites the data file
>>> frequently. Is there a way to loc
On Jul 25, 2009, at 9:17 PM, Brian Slick wrote:
I won't pretend to know the answer, but this struck me as odd:
On Jul 25, 2009, at 3:06 PM, WT wrote:
- (void) awakeFromNib
{
super.delegate = self;
super.text = @"Hello world";
NSLog(@"awakeFromNib called - delegate set to self");
}
S
On Jul 25, 2009, at 12:25 PM, "slasktrattena...@gmail.com" > wrote:
You mean because it might be rewritten or corrupted while my app is
reading it, or because the format might change in the future?
I was referring to the latter. Of course you've already noted the
former.
Yes, but then iTu
Wow, this all sounds very convoluted. If you must have two levels of
delegation (which sounds like flawed design, to me) then I would
suggest doing it in a more straightforward manner. That is, make a
delegate for UITextField, and then have another delegate protocol for
that object so it ca
On Sat, Jul 25, 2009 at 9:39 PM, Kyle Sluder wrote:
> As I mentioned, look at NSPropertyListSerialization. NSDictionary is a plist
> type and can be decoded from an NSData.
OK, thanks.
>> Also, is the NSData equivalent any safer than NSDictionary's? It's
>> initWithContentsOfFile: method is docum
Convoluted? I don't see it that way.
This particular text field needs to limit its number of characters to
a given interval. Why should any other object have to deal with that
problem when the field itself can take care of it? Still, it might be
the case, though it also might not be the cas
On Jul 25, 2009, at 12:59 PM, "slasktrattena...@gmail.com" > wrote:
Sorry for being ignorant, but how do I ensure the safety of the file?
I don't see anything about this in the NSData API.
Look at other APIs in the system. The point is to wind up with an
NSData; this doesn't mean the API you u
On Sat, Jul 25, 2009 at 10:21 PM, Kyle Sluder wrote:
> Also not a safe option; other Apple apps can access the XML file, includeing
> CoreServices (for the media picker in the Open panel). Unfortunately we
> don't know how they do it and therefore can't be guaranteed that they won't
> also break if
When we have an object who has a property that's generated based on other
properties, usually we implement the
+keyPathsForValuesAffecting[PropertyName] class method.
What I'm trying to do is basically the same thing for a property on my
NSManagedObject, but traversing a relationship.
My model is
On Sat, Jul 25, 2009 at 1:14 PM, WT wrote:
> This particular text field needs to limit its number of characters to a
> given interval. Why should any other object have to deal with that problem
> when the field itself can take care of it? Still, it might be the case,
> though it also might not be t
That approach makes much more sense.
Luke
On Jul 25, 2009, at 2:44 PM, Kyle Sluder wrote:
On Sat, Jul 25, 2009 at 1:14 PM, WT wrote:
This particular text field needs to limit its number of characters
to a
given interval. Why should any other object have to deal with that
problem
when the f
I was wondering if it is possible to connect more than one delegate from
the Window in IB.
When I create a new Cocoa application in XCode, the
Delegate_AppDelegate.m/h is created automatically.
I would like to add a second object with specific functionality as a
delegate object.
How do I do th
On Sat, Jul 25, 2009 at 2:55 PM, Gevik wrote:
> How do I do this?
You don't. Read up on the delegate pattern again, and how it's
implemented in Cocoa. You can't have one pointer point at two
different things, so therefore you can't have two delegates hooked up
to one outlet.
--Kyle Sluder
_
On Jul 25, 2009, at 11:44 PM, Kyle Sluder wrote:
On Sat, Jul 25, 2009 at 1:14 PM, WT wrote:
This particular text field needs to limit its number of characters
to a
given interval. Why should any other object have to deal with that
problem
when the field itself can take care of it? Still, it
On Sat, Jul 25, 2009 at 4:55 PM, Gevik wrote:
> I was wondering if it is possible to connect more than one delegate from the
> Window in IB.
> When I create a new Cocoa application in XCode, the Delegate_AppDelegate.m/h
> is created automatically.
> I would like to add a second object with specific
There is only one window outlet, so you can only hook up one object as
the window's delegate. I am currently running into a similar issue
with a text field delegate. See the discussion in the thread "[iPhone]
Why can't a UITextField be its own delegate?"
My solution, which has stirred some
Correction...
I meant to say "There is only one DELEGATE outlet..." not "There is
only one WINDOW outlet..."
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the mod
On Sat, Jul 25, 2009 at 12:15 PM, Jay Reynolds
Freeman wrote:
> I do not want to change the dockTile, and no public method of
> NSDockTile appears to change the dock icon in any case. I am
> indeed using -[NSApplication setApplicationIconImage:], my
> problem is creating a new image that has the c
Not if the delegates are already subclassed from classes not sharing a
common ancestor. Even if they have a common ancestor, I might not have
access to the source code for the ancestor so I might not be able to
refactor the common code to that level. The end result is having to
repeat code
Le 25 juil. 09 à 21:59, slasktrattena...@gmail.com a écrit :
On Sat, Jul 25, 2009 at 9:39 PM, Kyle Sluder
wrote:
As I mentioned, look at NSPropertyListSerialization. NSDictionary
is a plist
type and can be decoded from an NSData.
OK, thanks.
Also, is the NSData equivalent any safer than
On Jul 25, 2009, at 5:55 PM, Gevik wrote:
I was wondering if it is possible to connect more than one delegate
from the Window in IB.
No, but you could make an object that forwards delegate messages to
multiple other objects, and have that be the window delegate.
--Andy
__
On Sat, Jul 25, 2009 at 3:00 PM, WT wrote:
> What if the delegates are already subclassed? Since multiple inheritance is
> not an option, the code that limits the number of characters would have to
> be repeated in several places.
You always have categories, but that's not necessarily a good idea.
On Jul 26, 2009, at 12:23 AM, Kyle Sluder wrote:
On Sat, Jul 25, 2009 at 3:00 PM, WT wrote:
What if the delegates are already subclassed? Since multiple
inheritance is
not an option, the code that limits the number of characters would
have to
be repeated in several places.
You always have
On Jul 25, 2009, at 14:04, Steven Degutis wrote:
When we have an object who has a property that's generated based on
other
properties, usually we implement the
+keyPathsForValuesAffecting[PropertyName] class method.
What I'm trying to do is basically the same thing for a property on my
NSMana
On Jul 25, 2009, at 3:23 PM, Kyle Sluder wrote:
Internally, UITextField is going to use self.delegate to get its
delegate, following the correct accessor behavior. You've gone and
replaced -delegate to return self. But the delegate pattern says that
messages which this object does not underst
On Jul 25, 2009, at 3:36 PM, WT wrote:
No. -delegate returns the "outside" delegate, not self. As I said,
from the outside world, everything is business as usual. If you call
-setDelegate: to set yourself up as the delegate, then you are
what's returned by a call to -delegate.
If that we
Hello,
I have a managed object model entities A and B with one-to-many relationship.
For this particular task, I want to retrieve all A objects which has a
relation to B with a property matches to "string".
I had tried @"ALL bObjects.bProperty MATCHES 'string'", and it caused
an objc_exception_t
On Jul 26, 2009, at 12:23 AM, Kyle Sluder wrote:
There is no reason for any outside entity to want to refer to
super.delegate. In fact, unless I'm wrong, I don't think it's even
possible
to retrieve super.delegate from the custom instance.
Ooh, I think we've found your bug.
I don't think
On Jul 26, 2009, at 12:41 AM, Adam R. Maxwell wrote:
On Jul 25, 2009, at 3:23 PM, Kyle Sluder wrote:
Internally, UITextField is going to use self.delegate to get its
delegate, following the correct accessor behavior. You've gone and
replaced -delegate to return self. But the delegate pattern
On Jul 25, 2009, at 6:21 PM, Andy Lee wrote:
On Jul 25, 2009, at 5:55 PM, Gevik wrote:
I was wondering if it is possible to connect more than one delegate
from the Window in IB.
No, but you could make an object that forwards delegate messages to
multiple other objects, and have that be the
On Jul 25, 2009, at 3:41 PM, "Adam R. Maxwell" wrote:
Where is this guaranteed by the delegate pattern? I've created a
fair number of classes with delegates and never done this; it would
be interesting to know that I've been doing it wrong for years ;).
You seem to be right; I can't find
If you just starting out with Unit testing, I would suggest you
picking up a good book covering the subject.
For starters I would recommend every developer to read "The pragmatic
programmer" (http://www.amazon.com/Pragmatic-Programmer-Journeyman-Master/dp/020161622X
)
and then to complete the
On Jul 26, 2009, at 12:42 AM, Kyle Sluder wrote:
On Jul 25, 2009, at 3:36 PM, WT wrote:
No. -delegate returns the "outside" delegate, not self. As I said,
from the outside world, everything is business as usual. If you
call -setDelegate: to set yourself up as the delegate, then you are
On Jul 25, 2009, at 3:14 PM, Kyle Sluder provided a variety
of extremely helpful and pertinent comments:
> I'm also pretty sure you don't want to use -setApplicationIconImage:.
> That will cause all occasions of your app icon, including places that
> use +[NSImage imageNamed:] with an @"NSApplica
On Jul 26, 2009, at 1:04 AM, WT wrote:
Now, I agree that UITextField will run into an infinite loop (in the
sample app) when calling -respondsToSelector on its delegate because
it is its own delegate. However, why is it then that -
textFieldShouldBeginEditing returns successfully and -
text
On Jul 25, 2009, at 4:04 PM, Jay Reynolds Freeman wrote:
On Jul 25, 2009, at 3:14 PM, Kyle Sluder provided a variety
of extremely helpful and pertinent comments:
> I'm also pretty sure you don't want to use -
setApplicationIconImage:.
> That will cause all occasions of your app icon, includin
On Jul 25, 2009, at 3:41 PM, Adam R. Maxwell wrote:
On Jul 25, 2009, at 3:23 PM, Kyle Sluder wrote:
Internally, UITextField is going to use self.delegate to get its
delegate, following the correct accessor behavior. You've gone and
replaced -delegate to return self. But the delegate pattern
On Jul 25, 2009, at 4:04 PM, WT wrote:
On Jul 26, 2009, at 12:42 AM, Kyle Sluder wrote:
On Jul 25, 2009, at 3:36 PM, WT wrote:
No. -delegate returns the "outside" delegate, not self. As I said,
from the outside world, everything is business as usual. If you
call -setDelegate: to set yo
On Jul 25, 2009, at 5:02 PM, Luke the Hiesterman wrote:
On Jul 25, 2009, at 3:41 PM, Adam R. Maxwell wrote:
On Jul 25, 2009, at 3:23 PM, Kyle Sluder wrote:
Internally, UITextField is going to use self.delegate to get its
delegate, following the correct accessor behavior. You've gone and
r
Jay Reynolds Freeman wrote:
Precisely! And what I am wishing for is a way to specify a window
whose
"existing color" is "transparent", so that the bitmap created will in
essence have (red, green, blue, alpha) = (0, 0, 0, 0), in locations
not otherwise explicitly drawn. If such a window appeare
On Jul 25, 2009, at 5:32 PM, Adam R. Maxwell wrote:
On Jul 25, 2009, at 5:02 PM, Luke the Hiesterman wrote:
On Jul 25, 2009, at 3:41 PM, Adam R. Maxwell wrote:
On Jul 25, 2009, at 3:23 PM, Kyle Sluder wrote:
Internally, UITextField is going to use self.delegate to get its
delegate, foll
On Jul 26, 2009, at 1:18 AM, WT wrote:
On Jul 26, 2009, at 1:04 AM, WT wrote:
Now, I agree that UITextField will run into an infinite loop (in
the sample app) when calling -respondsToSelector on its delegate
because it is its own delegate. However, why is it then that -
textFieldShouldBegi
I've told you twice now that the problem is UITextField implements
selectors that it also uses as delegate calls. The answer to the
question "can I make delegate == self on UITextField" is a definite NO.
Luke
On Jul 25, 2009, at 5:35 PM, WT wrote:
On Jul 26, 2009, at 1:18 AM, WT wrote:
O
On Jul 25, 2009, at 5:35 PM, WT wrote:
First, since I don't know how to get the name of a method (as a
string) from its selector,
Did you miss NSStringFromSelector() and sel_getName()?
smime.p7s
Description: S/MIME cryptographic signature
___
C
On Jul 26, 2009, at 2:42 AM, Luke the Hiesterman wrote:
I've told you twice now that the problem is UITextField implements
selectors that it also uses as delegate calls.
By my count, you only did that once, and I only read it after I sent
my last message. In any case, forgive me for being s
On Jul 26, 2009, at 2:42 AM, Adam R. Maxwell wrote:
On Jul 25, 2009, at 5:35 PM, WT wrote:
First, since I don't know how to get the name of a method (as a
string) from its selector,
Did you miss NSStringFromSelector() and sel_getName()?
I did, even though I looked at both the NSString and
On Sat, Jul 25, 2009 at 5:35 PM, Luke the Hiesterman wrote:
> I read the code too quickly. I just thought it was the standard if
> ([delegate respondsToSelector:]) [delegate doSomething]; paradigm. I
> retract my statement. That is definitely not a standard of the delegation
> pattern.
Nothing
On Sat, Jul 25, 2009 at 4:04 PM, Jay Reynolds
Freeman wrote:
> Kyle, I read you loud and clear, or at least I think I do, but the behavior
> you describe for the app icon image in the dock is not what I am seeing. I
> am running my application now, with my bitmap-hacking code in place,
> and it ha
Jay: I hope I am on the mark here with what you are trying to
achieve I have just constructed a rather tiny app that displays a
custom image in the Dock. This custom view is shown in the dock for
the app itself when running (not just when minimized). The app icon
is *not* shown becau
Why use Core Foundation? How about (written in Mail):
- (NSDictionary *)dictionaryFromPropertyListFile:(NSString *)path
error:(NSError **)outError
{
NSData *data = [NSData dataWithContentsOfFile:path options:NULL
error:&outError];
if (!data) return nil;
NSString *errorStr
WT wrote:
It seems I'll have to opt for having a regular UITextField and a
custom class whose sole purpose is to provide a delegate that does
the common work. As Kyle suggested, I may need to make that a
superclass and derive additional delegates to perform extra work
after the common tas
Hi Everyone:
I am drawing elements dynamically to the screen, and attempting to put them
in a NSScrollView. However, when I add them to the view inside the
NSScrollView, it doesn't seem as if the scroll view knows that there is more
contents. The elements simply go off of the top of the window,
On Sat, Jul 25, 2009 at 7:30 PM, Pierce
Freeman wrote:
> I am drawing elements dynamically to the screen, and attempting to put them
> in a NSScrollView. However, when I add them to the view inside the
> NSScrollView, it doesn't seem as if the scroll view knows that there is more
> contents. The
> You need to post your code.
I'll put my "main" code at the end of this email.
>
> It sounds like you've overridden -drawRect: to draw custom contents.
> The view's frame determines how the scroll view behaves; if you're
> just drawing all over the place in -drawRect: without properly calling
>
On Sat, Jul 25, 2009 at 7:59 PM, Pierce
Freeman wrote:
> I'm not quite sure if I'm over riding -drawRect:, but it's possible that I
> have. Hopefully my code will see if I have.
If you can't answer this question, you need to cover some basic
fundamentals. "Did you override -drawRect:" is a very
On 26/07/2009, at 11:16 AM, Stuart Malin wrote:
Of course, you can have your custom view draw whatever you'd like
(in a 128 x 128 frame).
If the appearance of the view needs to change due to underlying
changes in teh state of your app, just issue the -display message to
the dockTile:
Hi I am trying to extract the value in an XML node/element as an int. Here
is a snip of what the xml looks like.
1
1
gi|229264291|gb|CP001598.1|
Bacillus anthracis str. A0248, complete genome
CP001598
5227419
What I ne
92 matches
Mail list logo
