We need to support odoc, quit, and print. 'odoc' is currently supported at startup since it is converted into a -url command-line argument. It is not supported yet after startup. 'print' is currently converted into a -print command-line argument at startup (this CLA is not yet supported). It is not yet supported in any sense after startup, either. 'quit' is not yet supported.

John, this is what you're doing for M6, right?

Right.

Accepting

Changing to P1 the priority of bugs upon whose solution others are waiting.

Fixed up to a point: print is still not supported properly. But Quit and Open Document now are. So I'm moving this to M9 (in case we want to support print, but I doubt we will have time), and reducing it to P3.

Bulk reassigning mcmullen@netscape.com bugs to don@netscape.com.

Move to M13.

Move to M15. Not a beta 1 requirement.

I should probably have this bug. For the record, our AE support is currently: 1. The 4 basic (run, open, print, quit). Print only works at startup. 2. Simple GetURL suppport (open url in new window) 3. Simple OpenURL support (Spyglass suite) (open url in new window) 4. Do JavaScript event support is in, but there is no implementation yet. I think for beta we need full GetURL and OpenURL support, because these are essential when using Mozilla as the preview browser with an HTML editor like BBEdit or DreamWeaver. If we are pushing mozilla to web authors, we should at least make an effor to play nice with their tools.

*** Bug 5117 has been marked as a duplicate of this bug. ***

Copying in text from bug 5117: Appending feedback from newsgroup: If you don't support WWW!OURL you will break my application. Previous versions of the browser supported this event. Please continue to support it. -- Jim Correia Bare Bones Software, Inc. correia@barebones.com <http://www.barebones.com> One of the most useful features, for me, in Netscape AE support right now is that I can get the URL of a certain window. This allows me to write scripts that do really cool things, like: get frontmost window in Netscape get URL of frontmost window match hostname of URL to list of hostnames futz URL into an FTP URL based on parameters specific to the host tell Anarchie Pro to open FTP URL in BBEdit Now I just have a key macro set in OSA Menu that runs this script, and it is a one-step process to edit the page I am looking at in BBEdit. All this to say that I hope this information is available via the basic object model support in Mac Mozilla. :) -- Chris Nandor mailto:pudge@pobox.com http://pudge.net/ %PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])

M17

with 2000070608 (M17) GetURL no longer works. Steps to reproduce: 1. Run AppleScript: tell application "Netscape" activate GetURL "http://www.yahoo.com" end tell Result: Netscape 6 puts up an alert saying the Url http://www.yahoo.co&^&^&%&^ was not found. The last character of the URL is truncated and junk is appended.

setting to correctness and nsbeta3, this also needs to be verified on other platforms

talked with Simon, much of this is already done for the mac, but it is not yet checked in

I think Simon did a good job of scoping a minimum subset of AppleEvents that Gecko embedders on the Mac need us to support.

setting to nsbeta3+

Mass update: changing qacontact to ckritzer@netscape.com

adding brackets to status whiteboard

setting priority in status whiteboard (medium)

just a reminder: check 43163 when this is checked in, this fix may fix that as well

update whiteboard

bump up priority per review with bij and beppe

This is not a stopper, pdtp3.

pdt deems this not necessary for beta3, setting it to p3 which places it below the wire for beta and rtm, marking future and adding helpwanted. If this impacts your work or impacts another bug, please state your arguement in the bug, delete entries in the whiteboard for reconsideration.

Updating QA Contact.

strictly speaking, the following comments should be a new bug but that new bug would have a dependency on this bug so for now I'm adding these comments here (someone please file a new bug if deemed appropriate). From http://www.macintouch.com/netscape6.html from Jeremy Reichman on 11/16/2000: not much of a scripting dictionary (particularly for mail!), compared to the nicely scriptable Microsoft Internet apps (can't believe I just said that) ... doesn't appear to allow the setup or administration of many preferences ... but does seem to rely on JavaScript for almost everything (since I don't know JavaScript, this doesn't help me at this point in time) so there may be ways around this ... doesn't even have a simple AppleScript command, AFAIK, to get the URL of the frontmost window

Comments from 61356: Right now, AS support is inferior to Communicator's, which was never more than a browser dictionary anyway. By adding AS support for all tasks within Moz, including email, news and web composition/viewing, it would allow Mac based workflow apps to have a choice other than Outlook Express or Eudora. It would also give those who need to have both the browser and email scriptable the ability to do just that. Considering the adaptability of scriptable apps, this would greatly increase Mozilla's adaptation rate by the Mac community. An example of how this is useful would be for a multimedia web flow. By linking a fully scriptable Mozilla to Photoshop, with the Photscripter plugin or Graphic Converter 4.0, and an image database such as Cumulus, you could have a client send you via email a stuffed set of high resolution images. A filter would note the sending address, and remove the attachment, placing it in an open folder. A folder action would then unstuff the images, and insert them into cumulus. It would also take one of those images, and pass it to a Photoshop/Graphic converter script, which would convert it to a jpeg, and downconvert the resolution to 72 or 96 dpi. THe script could then send this sample back to the client for approval by building a new email message in Mozilla and attaching the image. The client then sends it back with approve/disapprove in the header. If disapprove, the email is forwarded as an attachment to the appropriate person. If approved, *another* script is started which batch converts all the images, and then inserts them into a web page, in either composer or another web design product, and the approve/disapprove cycle could repeat. Once this is done, then the final page and images are pushed out to the appropriate server, and the time taken is dumped into a FMPro database, where an invoice is generated. All of this can be done *now* using IE or Communicator as a browser, and OE/Entourage/Eudora for email, and BBEdit/Dreamweaver/AS native/ GoLive as the HTML generator. If Mozilla were to adapt the capabilities of these other application's dictionaries, and implement them into it's own, then the workflows could be *greatly* simplified by going to one product for email/html viewing/creation. This would make Mozilla a VERY attractive product in AS workflows where email, HTML functions, etc. are used. John Welch mactech, macweek, and IS AppleScript wizard

*** Bug 61356 has been marked as a duplicate of this bug. ***

simon, isn't what John is asking for beyond the scope of this bug, which seems to be "just support required events"? Wouldn't it seem to be a good idea to keep it a separate bug?

Well, perhaps. Crawl walk run...

Changing Status for my reference. Was NSBETA3-.

Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.

see also Bug 82362

QA contact updated

Removing [PDT] grafitti.

removing myself from the cc list

This seems no longer relevant. If it still is, a new focused bug would be better.