• 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
Re: Extending Safari
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Extending Safari


  • Subject: Re: Extending Safari
  • From: Greg Langmead <email@hidden>
  • Date: Wed, 12 Feb 2003 11:00:01 -0800

I have a follow-up about the Adobe SVG viewer Leonard mentioned. The Adobe plugin is a plugin in the sense that its rectangular area is specified inside the HTML, and the plugin cannot negotiate a different size. Is this always good enough for SVG, or should SVG really dictate the size itself? I am in fact slightly confused on this point. My mental analogy is with PICTs, which can be arbitrarily scaled but yet have a notion of a default size. Apps that import PICTs usually ask for this size and use it, in essence letting the PICT decide its rectangle whenever possible. I figured something similar was really necessary to do SVG properly, and that is related to my question about tighter integration.

A second point is that SVG should ideally be sprinkled throughout an XHTML document, not stored in separate files. Does the Adobe plugin only handle the case where a separate URL pointing to a file with just SVG markup is indicated? Again, my understanding was that a better implementation would require tighter integration, where individual nodes of XML could be passed off to a component.

IE on Windows has the IBehavior, a component interface which has the integration features I am looking for, but so far it appears to be a unique browser in this regard. I am looking for shreds of evidence that Safari may become a platform for this sort of extensibility like IE. As new W3C standards emerge, it is possible to write behaviors for IE that implement them (our company makes a free MathML behavior called MathPlayer that does this) without waiting for the browser writer to add that support themselves.

Greg

On Wednesday, February 12, 2003, at 09:42 AM, Leonard Rosenthol wrote:

At 8:57 AM -0800 2/12/03, Greg Langmead wrote:
Does anyone know Apple's plans for supporting KPart extensions, or some other integration technology, in Safari?

I don't speak for Apple, but I would be very surprised to see KPart implemented in Safari - unless Apple were to attempt that system wide (which I doubt, having gotten burned badly with OpenDoc).

Don't get me wrong - KPart is quite cool, BUT it's also tightly tied into KDE and Qt...


What I'm looking for is any clue to Apple's plans with regard to KPart or other browser-extension technology, and barring that, what their plans for SVG and/or MathML are. I'm hoping someone here, maybe someone from Apple, can point me in the right direction.


I can tell you that the Adobe SVG Viewer works just fine inside of Safari...


Leonard
-- ----------------------------------------------------------------------- ----
Leonard Rosenthol <mailto:email@hidden>
<http://www.lazerware.com>
_______________________________________________
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: scientific number formatter
  • Next by Date: Re: scientific number formatter
  • Previous by thread: Extending Safari
  • Next by thread: scientific number formatter
  • Index(es):
    • Date
    • Thread