Closed Bug 5701 Opened 26 years ago Closed 7 years ago

[AppleEvents] Required events not yet supported in Mac Mozilla.

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

PowerPC
macOS
defect

Tracking

()

RESOLVED INVALID
Future

People

(Reporter: mcmullen, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: helpwanted, platform-parity, Whiteboard: [Mac issue])

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.
Priority: P3 → P1
Target Milestone: M6
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.
Component: Apprunner → Event Handling
QA Contact: 3853 → 3847
Summary: Required events not yet supported in Mac Mozilla. → [PP]Required events not yet supported in Mac Mozilla.
Priority: P1 → P3
Target Milestone: M6 → M9
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.
Target Milestone: M9 → M10
Target Milestone: M11 → M12
Move to M13.
Target Milestone: M13 → M15
Move to M15.  Not a beta 1 requirement.
Keywords: pp
Summary: [PP]Required events not yet supported in Mac Mozilla. → Required events not yet supported in Mac Mozilla.
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.
Assignee: don → sfraser
*** 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'])
Status: NEW → ASSIGNED
Summary: Required events not yet supported in Mac Mozilla. → [AppleEvents] Required events not yet supported in Mac Mozilla.
M17
Target Milestone: M15 → 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
Keywords: correctness, nsbeta3
Target Milestone: M17 → M18
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+
Whiteboard: nsbeta3+
Mass update:  changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
adding brackets to status whiteboard
Whiteboard: nsbeta3+ → [nsbeta3+]
setting priority in status whiteboard (medium)
Whiteboard: [nsbeta3+] → [nsbeta3+][p:3]
just a reminder: check 43163 when this is checked in, this fix may fix that as 
well
update whiteboard
Whiteboard: [nsbeta3+][p:3] → [nsbeta3+][p:3][Mac issue]
bump up priority per review with bij and beppe
Priority: P3 → P2
Whiteboard: [nsbeta3+][p:3][Mac issue] → [nsbeta3+][p:2][Mac issue]
This is not a stopper, pdtp3.
Priority: P2 → P3
Whiteboard: [nsbeta3+][p:2][Mac issue] → [nsbeta3+][p:2][Mac issue][pdtp3]
Target Milestone: M18 → Future
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.
Keywords: helpwanted
Whiteboard: [nsbeta3+][p:2][Mac issue][pdtp3] → [nsbeta3-][p:2][Mac issue][pdtp3]
Updating QA Contact.
QA Contact: ckritzer → lorca
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-.
Whiteboard: [nsbeta3-][p:2][Mac issue][pdtp3] → [nsbetadenied][p:2][Mac issue][pdtp3]
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
see also Bug 82362
Keywords: nsbeta3
QA contact updated
QA Contact: gerardok → madhur
Removing [PDT] grafitti.
Whiteboard: [nsbetadenied][p:2][Mac issue][pdtp3] → [Mac issue]
removing myself from the cc list
QA Contact: madhur → rakeshmishra
Blocks: 125419
QA Contact: rakeshmishra → trix
OS: Mac System 8.5 → MacOS X
Assignee: sfraser_bugs → nobody
QA Contact: trix → events
Status: ASSIGNED → NEW
This seems no longer relevant. If it still is, a new focused bug would be better.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.