I noticed that when dragging a .css file into a transitional XHTML document, the link tag isn't properly closed. Just wondering if you could add doctype detection for drag-inserting links to files.
Chris
On 10. Nov 2004, at 7:58, Chris Messina wrote:
I noticed that when dragging a .css file into a transitional XHTML document, the link tag isn't properly closed. Just wondering if you could add doctype detection for drag-inserting links to files.
At present time I'll leave it to only look at the extension, but when more info is available on Spotlight [1], this might be the solution to extract such meta data from documents and use in a generic way (it even has command-line integration).
I'm not in any Apple development program, so I don't know if Spotlight will be up to the job, basically I'd like to run the importer on a buffer (instead of a file), but I guess in practice I could always temporarily save the file to /tmp and get the meta data from that file instead -- and of course the HTML importer should have the DOCTYPE as a meta data attribute, but that shouldn't be a problem.
Until Spotlight, I guess I can just add the inline close-slash in the link tag of the default drag command, as that should be compatible with normal HTML!?!
On Nov 10, 2004, at 10:57 PM, Allan Odgaard wrote:
On 10. Nov 2004, at 7:58, Chris Messina wrote:
I noticed that when dragging a .css file into a transitional XHTML document, the link tag isn't properly closed. Just wondering if you could add doctype detection for drag-inserting links to files.
At present time I'll leave it to only look at the extension, but when more info is available on Spotlight [1], this might be the solution to extract such meta data from documents and use in a generic way (it even has command-line integration).
I'm not in any Apple development program, so I don't know if Spotlight will be up to the job, basically I'd like to run the importer on a buffer (instead of a file), but I guess in practice I could always temporarily save the file to /tmp and get the meta data from that file instead -- and of course the HTML importer should have the DOCTYPE as a meta data attribute, but that shouldn't be a problem.
Until Spotlight, I guess I can just add the inline close-slash in the link tag of the default drag command, as that should be compatible with normal HTML!?!
I've noticed that some versions of Mozilla will choke on tags that were short-closed, like <meta blah="blah" /> if the doctype is not explicitly XHTML.
[1] http://developer.apple.com/macosx/tiger/spotlight.html
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/mailman/listinfo/textmate
Until Spotlight, I guess I can just add the inline close-slash in the link tag of the default drag command, as that should be compatible with normal HTML!?!
I've noticed that some versions of Mozilla will choke on tags that were short-closed, like <meta blah="blah" /> if the doctype is not explicitly XHTML.
Good to know, but if that's 'choke' as in stop rendering the page or crash, personally I'd consider that a Mozilla bug. Now if the doctype *is* XML or XHTML (or what not :-) it should probably fail as per RFC (.. but that's from a known-to-have-failed-before memory area..)
/MS
On Nov 11, 2004, at 9:55 AM, M Spreij wrote:
Until Spotlight, I guess I can just add the inline close-slash in the link tag of the default drag command, as that should be compatible with normal HTML!?!
I've noticed that some versions of Mozilla will choke on tags that were short-closed, like <meta blah="blah" /> if the doctype is not explicitly XHTML.
Good to know, but if that's 'choke' as in stop rendering the page or crash, personally I'd consider that a Mozilla bug. Now if the doctype *is* XML or XHTML (or what not :-) it should probably fail as per RFC (.. but that's from a known-to-have-failed-before memory area..)
well, the short-close is not valid in HTML 4.0 (I don't think officially it is anyway) so that would not really make it a bug. but... most browsers out there (IE and Safari notably) are very forgiving to invalid markup, as they should be. So I would say it is a shortcoming of Mozilla. I think Firefox 1.0 is more graceful around these things. the choke I've seen in older firefoxes breaks the whole layout of a page.
k
/MS _______________________________________________ textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/mailman/listinfo/textmate
-
Allan Odgaard -
Chris Messina -
kumar mcmillan -
M Spreij