Re: Kill other process's warning dialog
Re: Kill other process's warning dialog
- Subject: Re: Kill other process's warning dialog
- From: John Stiles <email@hidden>
- Date: Sat, 11 Dec 2004 07:09:23 -0800
You know, if you are a *new* Mac developer, maybe you should listen to the many, many *experienced* Mac developers who are telling you that this is a terrible feature. End users just don't want this.
Plus, even if you use Accessibility, it probably won't work correctly with Firefox/Mozilla or OmniWeb or Internet Explorer. Each of those apps has its own, unique security warning dialog. (Firefox/Mozilla's may not even be using standard Mac OS controls--in that case, then Accessibility is completely powerless to control it.) Being able to fool Safari isn't a solution.
On Dec 10, 2004, at 7:22 PM, Sherman He wrote:
Hello EveryBody,
Thanks alot for your answers.
First all, i will say, i am working in a very normal program, nothing with
evil like spyware.
The warning dialog i try to eliminate is the one which will be displayed
when https web page transfer to http web page, and vice versa. Because the
program which i am working on will cause the user's web page transfered
between these two situation frequently. My customas think it is better to
eliminate it.
Nice Guy English, can you give me some more details of this acceibility API
, i am a new Mac programer, example will be better.
Best Regards,
Sherman
> [closing another processes dialog box]
>
> On Fri, 10 Dec 2004 09:57:41 -0800, John Stiles <email@hidden>
> wrote:
>> (a) It's not possible in OS X
> Well you could use the acceibility API and do it that way. You get a
> complete window list and can talk to all the controls on the system.
> And it won't break when Apple updates the OS. But the user would have
> to explicity turn it on.
>
>> (b) This sounds like a horrible, horrible thing to do
> Yes. Very, very horrible. Please don't do that.
>
> Guy
> _______________________________________________
> 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.
Carbon-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