Re: [RESOLVED] setting the cursor from an NSBackgroundOnly app
Re: [RESOLVED] setting the cursor from an NSBackgroundOnly app
- Subject: Re: [RESOLVED] setting the cursor from an NSBackgroundOnly app
- From: Chase <email@hidden>
- Date: Sat, 16 Jul 2005 12:42:39 -0500
[NSApp deactivate] didn't work, because the previous app's key window
doesn't become key again.
[NSApp hide:nil] does it perfectly. it's kind weird that i have to
"hide" me app, but oh well... it works.
I was worried that the status item would disappear too, but
apparently hiding doesn't affect status items.
Thanks very, very much to both of you who got me thinking again about
LSUIelement.
Cheers.
- Chase
On Jul 16, 2005, at 12:18 PM, Chase wrote:
Use LSUIElement = 1 instead?
Assume for the moment that i can't use LSUIElement for some other
unrelated reason.
How can I work around this while still using LSBackgroundOnly.
actually. forget what i just said. this would definitely resolve
about a half dozen hacky workarounds i've implemented to get around
default LSBackground behavior.
when you mentioned LSUIElement, it made me think... what was it
that bugged me so much about it in the first place?
it's been so long since i decided that i didn't like it that i
actually forgot what my reason was.
i just set it in info.plist and ran it and it's great! and, the
thing that used to bug me is that the app becomes key when you
click on it, but that will actually be perfect for dealing with
this window (in MANY respects, not just this one). waaaaay back
when i decided i didn't like LSUIElement, the app had no window.
it was ONLY a status item in the menubar. it seemed funky becoming
key with no window.
anyway, let's say i do use LSUIElement. the only problem i can
think of would be: when the window is closed, i want to relinquish
control back to whatever app had control before me.
how can i "give up" being the key app?
if i can get that to work, it'll be PERFECT.
thanks.
- chase
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden