• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
LoginWindow and graphic daemons in the startup context
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

LoginWindow and graphic daemons in the startup context


  • Subject: LoginWindow and graphic daemons in the startup context
  • From: Z Rosen <email@hidden>
  • Date: Thu, 18 Mar 2004 11:57:03 -0500

I am attempting to write a tiny utility that displays icons for mounted firewire drives next to the LoginWindow and allows you to unmount the drives by clicking each icon.

- Since the application can not be user-bound, I am assuming it must be a part of the "startup context". As of 10.3 StartupItems are being "phased out" in favor of Bootstrap Daemons as the means of launching daemons at boot in the startup context.

- From my linux experience, I know that daemons do not draw to the screen but run strictly in the background. Therefore I assume I need a two-tiered system: a daemon that will launch and communicate with a windowing app when it sees the LoginWindow has opened.

1) Is it possible to launch a graphical app from the starup context? Is there a better way to do this or something I'm missing?

2) How should the daemon figure out when the LoginWindow is being displayed without constantly polling active threads (since loginwindow is always running)?

Thanx for the help,
ZR
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.


  • Prev by Date: Re: substring return a new string?
  • Next by Date: Re: Calling original functions from overriding Category functions
  • Previous by thread: Re: Calling original functions from overriding Category functions
  • Next by thread: Re: Calling original functions from overriding Category functions
  • Index(es):
    • Date
    • Thread