FROM : John Stiles
DATE : Sat Dec 11 16:09:23 2004
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_removed>>
> > 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_removed>)
> > Help/Unsubscribe/Update your Subscription:
> >
> http://lists.apple.com/mailman/options/cocoa-dev/
> sherman.<email_removed>
> >
> > This email sent to sherman.<email_removed>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Carbon-dev mailing list (<email_removed>)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/carbon-dev/
> <email_removed>
>
> This email sent to <email_removed>
>
DATE : Sat Dec 11 16:09:23 2004
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_removed>>
> > 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_removed>)
> > Help/Unsubscribe/Update your Subscription:
> >
> http://lists.apple.com/mailman/options/cocoa-dev/
> sherman.<email_removed>
> >
> > This email sent to sherman.<email_removed>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Carbon-dev mailing list (<email_removed>)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/carbon-dev/
> <email_removed>
>
> This email sent to <email_removed>
>
| Related mails | Author | Date |
|---|---|---|
| Sherman He | Dec 10, 13:15 | |
| Vince DeMarco | Dec 11, 00:01 | |
| Ken Victor | Dec 11, 00:47 | |
| Sherman He | Dec 11, 04:22 | |
| Andrew Farmer | Dec 11, 09:51 | |
| John Stiles | Dec 11, 16:09 | |
| Finlay Dobbie | Dec 11, 18:36 | |
| Guy English | Dec 13, 14:54 | |
| John Stiles | Dec 13, 15:44 | |
| Guy English | Dec 13, 16:28 | |
| Howard Griffith | Dec 13, 18:31 | |
| Sherman He | Dec 15, 02:56 | |
| Sherman He | Dec 15, 05:25 | |
| Clark Cox | Dec 15, 15:30 |






Cocoa mail archive

