Re: [WSG] Back to the Future
Nope, it's genuine. This is an extranet system that financial services companies will be connecting to. Did you know that Norwich Union has thousands of users still in Win3.1 and NN4.03 (so I've been told)? And some of the other insurance and mortgage companies aren't much better. Then there are many who are using thin clients (Citrix), and a few with more modern systems. It's a real hotch-potch. doesn't surpise me at all - a friend told me about a year ago that a bank he was working for was only just replacing a whole lot of win3.1 machines. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] force download a media file
Hi all, I have this problem where i want to force download and mp3 and mp4 format file, but by default the browsers are handling it. I actually want the save as window to appear and give the choice to the viewer. I have goggled and tried a lot of them, but nothing worked, as my server doesnt support asp/php. can it be done using javascript/ajax? Kindly advice. Thanks and regards, Sijo Louis *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] force download a media file
The choice on how to handle any MIME type is in the hands of the downloading application and cannot be controlled by the source site. If it was not for this, it would be too easy for a site to infect any target operating system with malicious intent. Regards, Gary [that is - if you find a way to do it, it is a fault in the browser] On 6/13/07, SJL [EMAIL PROTECTED] wrote: Hi all, I have this problem where i want to force download and mp3 and mp4 format file, but by default the browsers are handling it. I actually want the save as window to appear and give the choice to the viewer. I have goggled and tried a lot of them, but nothing worked, as my server doesnt support asp/php. can it be done using javascript/ajax? Kindly advice. Thanks and regards, Sijo Louis *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] force download a media file
On Wed, 13 Jun 2007 15:40:39 +0530, SJL wrote: I have this problem where i want to force download and mp3 and mp4 format file, but by default the browsers are handling it. I actually want the save as window to appear and give the choice to the viewer. Zipping the file is the only way I know of to ensure a download. warmly, Lea -- Lea de Groot Elysian Systems Brisbane, Australia *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] force download a media file
was just going to say that you could set a header with PHP, but then noticed that you don't have it. Nick Gary Menzel wrote: The choice on how to handle any MIME type is in the hands of the downloading application and cannot be controlled by the source site. If it was not for this, it would be too easy for a site to infect any target operating system with malicious intent. Regards, Gary [that is - if you find a way to do it, it is a fault in the browser] On 6/13/07, *SJL* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I have this problem where i want to force download and mp3 and mp4 format file, but by default the browsers are handling it. I actually want the save as window to appear and give the choice to the viewer. I have goggled and tried a lot of them, but nothing worked, as my server doesnt support asp/php. can it be done using javascript/ajax? Kindly advice. Thanks and regards, Sijo Louis *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Nick Roper partner logical elements *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] force download a media file
Lea de Groot wrote: On Wed, 13 Jun 2007 15:40:39 +0530, SJL wrote: I have this problem where i want to force download and mp3 and mp4 format file, but by default the browsers are handling it. I actually want the save as window to appear and give the choice to the viewer. Zipping the file is the only way I know of to ensure a download. Have you tried adding a header with something similar to below.. Response.AppendHeader(Content-Disposition,attachment; filename=\ + strFileToDownload + \); Response.ContentType = audio/mpeg; ./C *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] force download a media file
In regard to content-disposition The following RFC states (very late in the text in the section on Security) In general, the receiving MUA should not name or place the file such that it will get interpreted or executed without the user explicitly initiating the action. http://www.ietf.org/rfc/rfc2183.txt So - while it may seem like content-disposition is an answer, a well behaved MIME-type interpreter should still ask the user what they want to do with the file. So, this still does not (or at least should not) allow an MP3 (or any other file) to be run or executed without the users intervention. At minimum, the behaviour for content-disposition is not guaranteed. In fact, some browsers continue to be naughty in that they actually DOWNLOAD the file first (to some temporary location), then fire up an appropriate application to handle the MIME type against the downloaded file rather than running the handling application as a plug-in (freestanding or embedded) and passing it the address/URL of the resource to process. Regards, Gary On 6/13/07, C. Bergström [EMAIL PROTECTED] wrote: Lea de Groot wrote: On Wed, 13 Jun 2007 15:40:39 +0530, SJL wrote: I have this problem where i want to force download and mp3 and mp4 format file, but by default the browsers are handling it. I actually want the save as window to appear and give the choice to the viewer. Zipping the file is the only way I know of to ensure a download. Have you tried adding a header with something similar to below.. Response.AppendHeader(Content-Disposition,attachment; filename=\ + strFileToDownload + \); Response.ContentType = audio/mpeg; ./C *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] force download a media file
And I forgot to add... By the time you could execute Javascript (and that would not be possible once the MIME type has been specified) the browser would have already decided what to do with the content (NOTE: I cannot see how you could execute any JS once you were outside of the HTML MIME type). Regards, Gary On 6/13/07, Gary Menzel [EMAIL PROTECTED] wrote: In regard to content-disposition The following RFC states (very late in the text in the section on Security) In general, the receiving MUA should not name or place the file such that it will get interpreted or executed without the user explicitly initiating the action. http://www.ietf.org/rfc/rfc2183.txt So - while it may seem like content-disposition is an answer, a well behaved MIME-type interpreter should still ask the user what they want to do with the file. So, this still does not (or at least should not) allow an MP3 (or any other file) to be run or executed without the users intervention. At minimum, the behaviour for content-disposition is not guaranteed. In fact, some browsers continue to be naughty in that they actually DOWNLOAD the file first (to some temporary location), then fire up an appropriate application to handle the MIME type against the downloaded file rather than running the handling application as a plug-in (freestanding or embedded) and passing it the address/URL of the resource to process. Regards, Gary On 6/13/07, C. Bergström [EMAIL PROTECTED] wrote: Lea de Groot wrote: On Wed, 13 Jun 2007 15:40:39 +0530, SJL wrote: I have this problem where i want to force download and mp3 and mp4 format file, but by default the browsers are handling it. I actually want the save as window to appear and give the choice to the viewer. Zipping the file is the only way I know of to ensure a download. Have you tried adding a header with something similar to below.. Response.AppendHeader (Content-Disposition,attachment; filename=\ + strFileToDownload + \); Response.ContentType = audio/mpeg; ./C *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] force download a media file
On 13 Jun 2007, at 8:10 PM, SJL wrote: I have this problem where i want to force download... I actually want the save as window to appear and give the choice to the viewer. Hmm. I've been following this thread, with its discussion of headers, MIME types and content-disposition, and I have to say that your post suggests a fundamental dilemma, even before you get to all the server-side shenanigans: you can't force your visitors to do anything - and especially not if you want to 'give them choice' as well! The web is unique, in that it's a user-configurable medium. In the same way that we shouldn't try to serve the same pixel-perfect layouts to every visitor, you shouldn't expect to be able to 'force' your visitors to download a file. If their browser is configured with a helper app that handles your file inline, let it happen! Savvy surfers expect a measure of control - or at least the illusion of control - over their experience. That's why you hear, over and over, not to use pop-ups, new windows, or other practices that take that control out of their hands. They don't like it - and they'll go somewhere else. 'Podcasts' all over the web (and I quote the word because it's becoming a generic term for a downloadable audio file) are supplemented with a single, simple instruction: 'Right-click (or Control-click) and choose Save As...' Now *that's* giving your visitors choice. N ___ omnivision. websight. http://www.omnivision.com.au/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] BarCamp Perth now FREE
Well Finally Perth gets to hold a BarCamp. Thing is it's only 16 Days away on the 30th June from 9-5, Central TAFE, 140 Royal St, East Perth So if you are in Perth, Western Australia. Come along. Its all about sharing. And its FREE. Register ASAP, and get your t-shirt details to the organiser ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and you get a FREE t-shirt on the day. So Signup here - http://www.webindustry.asn.au/projects/barcamp-perth What's a BarCamp. Well those details are on the wiki http://www.barcamp.org/BarCampPerth -- Gary Barber Blog - http:/manwithnoblog.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Out of Office AutoReply: digest for wsg@webstandardsgroup.org
Hello, Thank you for emailing me. I am currently out of the office attending Analyst Development Workshops and will return on Tuesday, June 19th. Please note that emails sent to my mail box will not be actioned until this date. If you require urgent assistance or action, please contact me on 040 442 4399. Many thanks Teale. --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities Suncorp. Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Out of Office AutoReply: digest for wsg@webstandardsgroup.org
I will be out of the office until Friday 15 June. If you have urgent queries please contact me on my mobile (+44-79 661 006 21) or email [EMAIL PROTECTED] Many thanks, Anna *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Screen Reader Accessible Navigation Suggestions
Hi Folks, I was wondering if the group could offer some advice regarding accessible navigation for a website. I have a website that I'm working on that needs to be accessible for people who use screen readers such as Jaws. I am kind of stumped on which type of navigation to utilize since the website has approximately 110 pages. I can just create a list for the navigation. Does anyone have any suggestions as to what would be the best way to set up the navigation for this site? Thanks for your help. John *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Screen Reader Accessible Navigation Suggestions
That's not a big site so I would expect that two lists for the primary and secondary navigation would be sufficient. Use a third list if you need a third level of navigation. I would advise against nesting the second and third level navigation lists, which is what people often do. It may be semantically correct but it makes it difficult for screen reader users to build a mental model of the navigation because it changes so much from page to page, and some won't even know what nested lists are. Consistency is key to a good user experience with a screen reader. Avoid any kind of dropdown menu. There have been many attempts to create accessible dropdown menus, but they all cause accessibility problems for one user group or another. Even the best ones rely on non-standard interaction models in order to achieve good accessibility, which is not really a solution at all. If you want to provide headings to indicate the primary, secondary and tertiary menus then you can hide them off screen. They are not essential but they can help the user build a mental model of the page and they provide landmarks that aid navigation. Steve _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Moynihan Sent: 13 June 2007 17:46 To: wsg@webstandardsgroup.org Subject: [WSG] Screen Reader Accessible Navigation Suggestions Hi Folks, I was wondering if the group could offer some advice regarding accessible navigation for a website. I have a website that I'm working on that needs to be accessible for people who use screen readers such as Jaws. I am kind of stumped on which type of navigation to utilize since the website has approximately 110 pages. I can just create a list for the navigation. Does anyone have any suggestions as to what would be the best way to set up the navigation for this site? Thanks for your help. John *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Back to the Future
Chris Taylor wrote: Thanks for the input everyone, it looks like old-school tables with inline styles is the way to go, unfortunately. You may be right, if it were me, I'd install an old copy of Frontpage or dreamweaver and use that... matching the era of the tool with the era of the browser will probably make it less work for you. Cheers, -Alastair *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Screen Reader Accessible Navigation Suggestions
Hi Steve, Thanks for replying to my posting. I am a little confused as to exactly what you are referring to. Are you saying have a primary navigation for various sections of the website and then on each secondary page add another list and the same for third level pages? Would you have any links as examples that I can take a look at? Thanks for your help, John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Green Sent: Wednesday, June 13, 2007 1:50 PM To: wsg@webstandardsgroup.org Subject: RE: [WSG] Screen Reader Accessible Navigation Suggestions That's not a big site so I would expect that two lists for the primary and secondary navigation would be sufficient. Use a third list if you need a third level of navigation. I would advise against nesting the second and third level navigation lists, which is what people often do. It may be semantically correct but it makes it difficult for screen reader users to build a mental model of the navigation because it changes so much from page to page, and some won't even know what nested lists are. Consistency is key to a good user experience with a screen reader. Avoid any kind of dropdown menu. There have been many attempts to create accessible dropdown menus, but they all cause accessibility problems for one user group or another. Even the best ones rely on non-standard interaction models in order to achieve good accessibility, which is not really a solution at all. If you want to provide headings to indicate the primary, secondary and tertiary menus then you can hide them off screen. They are not essential but they can help the user build a mental model of the page and they provide landmarks that aid navigation. Steve _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Moynihan Sent: 13 June 2007 17:46 To: wsg@webstandardsgroup.org Subject: [WSG] Screen Reader Accessible Navigation Suggestions Hi Folks, I was wondering if the group could offer some advice regarding accessible navigation for a website. I have a website that I'm working on that needs to be accessible for people who use screen readers such as Jaws. I am kind of stumped on which type of navigation to utilize since the website has approximately 110 pages. I can just create a list for the navigation. Does anyone have any suggestions as to what would be the best way to set up the navigation for this site? Thanks for your help. John *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Screen Reader Accessible Navigation Suggestions
Yes that's exactly what I'm suggesting. Our www.accessibility.co.uk website is an example of that. It doesn't have third level navigation but if it did I would put another list below the second level navigation. The site is only about 30 pages so third level menus are not needed, and the few third level pages are just linked from within the body of second level pages. We have done the same at www.testpartners.co.uk, which has about 60 pages but don't look at the coding - it's more than 4 years old and in desperate need of a rewrite. Steve _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Moynihan Sent: 13 June 2007 19:44 To: wsg@webstandardsgroup.org Subject: RE: [WSG] Screen Reader Accessible Navigation Suggestions Hi Steve, Thanks for replying to my posting. I am a little confused as to exactly what you are referring to. Are you saying have a primary navigation for various sections of the website and then on each secondary page add another list and the same for third level pages? Would you have any links as examples that I can take a look at? Thanks for your help, John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Green Sent: Wednesday, June 13, 2007 1:50 PM To: wsg@webstandardsgroup.org Subject: RE: [WSG] Screen Reader Accessible Navigation Suggestions That's not a big site so I would expect that two lists for the primary and secondary navigation would be sufficient. Use a third list if you need a third level of navigation. I would advise against nesting the second and third level navigation lists, which is what people often do. It may be semantically correct but it makes it difficult for screen reader users to build a mental model of the navigation because it changes so much from page to page, and some won't even know what nested lists are. Consistency is key to a good user experience with a screen reader. Avoid any kind of dropdown menu. There have been many attempts to create accessible dropdown menus, but they all cause accessibility problems for one user group or another. Even the best ones rely on non-standard interaction models in order to achieve good accessibility, which is not really a solution at all. If you want to provide headings to indicate the primary, secondary and tertiary menus then you can hide them off screen. They are not essential but they can help the user build a mental model of the page and they provide landmarks that aid navigation. Steve _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Moynihan Sent: 13 June 2007 17:46 To: wsg@webstandardsgroup.org Subject: [WSG] Screen Reader Accessible Navigation Suggestions Hi Folks, I was wondering if the group could offer some advice regarding accessible navigation for a website. I have a website that I'm working on that needs to be accessible for people who use screen readers such as Jaws. I am kind of stumped on which type of navigation to utilize since the website has approximately 110 pages. I can just create a list for the navigation. Does anyone have any suggestions as to what would be the best way to set up the navigation for this site? Thanks for your help. John *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Julie Watkins-Lyall is away from the office.
I will be out of the office starting 14/06/2007 and will not return until 19/06/2007. I will respond to your message when I return. If you require an urgent response, please call my mobile 0422917755. ** IMPORTANT: This e-mail is intended for the use of the addressee and may contain information that is confidential, commercially valuable or subject to legal or parliamentary privilege. If you are not the intended recipient you are notified that any review, re-transmission, disclosure, use or dissemination of this communication is strictly prohibited by several Commonwealth Acts of Parliament. If you have received this communication in error please notify the sender immediately and delete all copies of this transmission together with any attachments. ** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***