From: Peter Ceresole on
David Pitt <invalid(a)invalid.invalid> wrote:

> http://pittdj.co.uk/temp/test.csv
>
> Firefox, IE8 and NetSurf get it right but not Safari though the cvs can be
> saved manually.

Works correctly in Firefox 3.6.7 *and* Safari 5.0 here... OS 10.6.4.
--
Peter
From: David Pitt on
peter(a)cara.demon.co.uk (Peter Ceresole) wrote:

> David Pitt <invalid(a)invalid.invalid> wrote:
>
> > http://pittdj.co.uk/temp/test.csv
> >
> > Firefox, IE8 and NetSurf get it right but not Safari though the cvs can
> > be saved manually.
>
> Works correctly in Firefox 3.6.7 *and* Safari 5.0 here... OS 10.6.4.

Oh dear, it also fails with Safari on my other Mac but Safari on Windows 7
is OK.
--
David Pitt
From: Justin C on
On 2010-07-22, Chris Ridd <chrisridd(a)mac.com> wrote:
> On 2010-07-22 16:10:56 +0100, Sara said:
>
>> In article <m02mh7-uua.ln1(a)zem.masonsmusic.co.uk>,
>> Justin C <justin.1007(a)purestblue.com> wrote:
>>
>>> On 2010-07-22, Sara <saramerriman(a)blueyonder.co.uk> wrote:
>>>> In article <bfplh7-037.ln1(a)zem.masonsmusic.co.uk>,
>>>> Justin C <justin.1007(a)purestblue.com> wrote:
>>>>
>>>>> This doesn't happen with all file types. I've only had it happen with
>>>>> .csv files so far. What happens is, I Ctrl-click the link and select
>>>>> "Save linked file to Download", the file down-loads and gets named
>>>>> "DownloadedFile". Why?!
>>>>>
>>>>> Here's the html for the link:
>>>>>
>>>>> <td>
>>>>> <a href="product_image_filenames.csv">
>>>>> <img src="/img/csv_icon.jpg" />
>>>>> </a>
>>>>> </td>
>>>>> <td width="85%">
>>>>> <p><strong>Name </strong>
>>>>> <ahref="product_image_filenames.csv">product_image_filenames.csv</a>
>>>>> <br>A file to translate our image filenames to stock descriptions
>>>>> <br><strong>Size </strong> 376 kb
>>>>> <br/><strong>Last update </strong>20 July 2010 16:30
>>>>> </p>
>>>>> </td>
>>>>>
>>>>> If I click the file, it doesn't automatically DL, it opens in Safari, so
>>>>> I have to Ctrl+click.
>>>>>
>>>>> Is this because the file is text (csv)? Is it the html? Can I fix this
>>>>> in Safari or in the html (it is my employer's site).
>>>>>
>>>>> Thank you for any help you can give with this.
>>>>>
>>>> I think I've seen something similar, I download the VAT foreign exchange
>>>> rates every month - and that was happening with these files for a while.
>>>> The only way round it I found was to select 'Download linked file as..'
>>>> and save it with the name and destination I chose. After a while it just
>>>> started working as it should, with a single click, so my immediate idea
>>>> is that it is something that needs fixing at the other end.
>>>
>>> Yebbut... I maintain "the other end", so it's in my power to fix it, and
>>> I want anyone else accessing "the other end" to have the best user
>>> experience that I can give.
>>>
>>>
>> Ah - sorry. Not much help then :-(
>
> Is anything on the client interfering with downloads? What's in the DOM?

ummm.... I know nothing of DOMs, I know what DOM stands for but that
doesn't mean much to me. The page is straight HTML generated by perl
CGI. The perl takes a list of files and puts them in a table, with an
icon for the file-type, and links to the file so that it can be
downloaded.

Could you explain further what it is that you want to know?

Justin.

--
Justin C, by the sea.
From: Chris Ridd on
On 2010-07-23 09:48:04 +0100, Justin C said:

> ummm.... I know nothing of DOMs, I know what DOM stands for but that
> doesn't mean much to me. The page is straight HTML generated by perl
> CGI. The perl takes a list of files and puts them in a table, with an
> icon for the file-type, and links to the file so that it can be
> downloaded.
>
> Could you explain further what it is that you want to know?

DOM is how the page is structured inside the browser. It obviously
*starts* as the stuff coming from your website, but could get altered
subsequently by any number of things. So what I'm wondering is, is
anything in the browser transmogrifying the page contents in any way?

If you open Safari's web inspector window you might get some more info.

--
Chris

From: Justin C on
On 2010-07-23, Chris Ridd <chrisridd(a)mac.com> wrote:
> On 2010-07-23 09:48:04 +0100, Justin C said:
>
>> ummm.... I know nothing of DOMs, I know what DOM stands for but that
>> doesn't mean much to me. The page is straight HTML generated by perl
>> CGI. The perl takes a list of files and puts them in a table, with an
>> icon for the file-type, and links to the file so that it can be
>> downloaded.
>>
>> Could you explain further what it is that you want to know?
>
> DOM is how the page is structured inside the browser. It obviously
> *starts* as the stuff coming from your website, but could get altered
> subsequently by any number of things. So what I'm wondering is, is
> anything in the browser transmogrifying the page contents in any way?
>
> If you open Safari's web inspector window you might get some more info.

Wow, what an interesting thing that is!

I can't spot anything untoward in there. Comparing the 'view source'
shown by Safari, Lynx and Firefox there is no difference... hmmm,
interesting.... Lynx displays the text too.... Firefox? ... Firefox
offers to save the file or "open with...". I suppose that Lynx displays
it because it is just text.

I'm not convinced that this isn't a Safari problem, rather than the
file.

Justin.

--
Justin C, by the sea.
First  |  Prev  |  Next  |  Last
Pages: 1 2 3
Prev: DOSBox and games on FD
Next: iOS4 mem leak?