From allan@macromates.com Tue Apr 19 08:26:16 2005 From: Allan Odgaard To: textmate@lists.macromates.com Subject: Re: [TxMt] context output to html Date: Tue, 19 Apr 2005 10:26:13 +0200 Message-ID: <8e410a058c87ce8e28a3d4ad3e635fe7@macromates.com> In-Reply-To: <4264B724.3000109@phlo.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3283907015471833523==" --===============3283907015471833523== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Apr 19, 2005, at 9:45, Florian G. Pflug wrote: > This happens on my system too - I believe the 10.3.9 update broke it > (It > contained a new Safari Version, and thus probably a new WebKit too, > which > I suppose the HTML-View is based on ;-) ). Yes, I saw your msg on IRC (after you left) :) > Might this be a "security feature"? After all, it might not be > unreasonable > not to allow a web-page to redirect to a page on the client computer... I think it is meant as a security feature, maybe one can e.g. redirect an iframe to a local file and use Javascript/DOM to read the contents and post it to a server -- however, when the original file is also loaded from file:// (and in this case, even programmatically set) then I think it should be allowed. > Maybe it's just a matter of telling the Webkit-View that the page it > is displaying > is to be trusted or something like that? There's no such API that I know of, but there is the ability to overload various steps of the page-loading process, so it might be possible for me to allow some way of redirection to local files. > I'll try to put the html the pdf-preview-command is generating onto > some > webserver, and check if safari follows the redirect... I'll report back > when I tried that out.. I tested this, it works in OmniWeb but not Safari nor Firefox when I redirect to file://, if however I redirect to a custom URL scheme then it works for Safari. Also, Safari/webview refuses to follow any or