Provide a link to download a file vs. open it

[Paul Everitt]

** BEFORE CLOSING, make sure this works with Word/Excel/PPT. **

When a user clicks through FILES and reaches a File, they have some different things they might want to do with the File:

1) See some information about the file, including links to tag it, edit it, and delete it.

2) Click a link to download the file, using the filename of the file (versus the URL) as the downloaded filename.

3) "Open" the file in place. For images, this might mean viewing the file in the browser. For PDFs in some browsers, this might mean viewing the PDF in the browser. For Word files, this might mean opening the file in Word.

For a long time, clicking the item in a folder led to (1), which provided another link mis-labeled "download" for (2). Chris Rossi, for Files-that-are-images, fixed the mis-labeling and provided links for both (2) and (3).

Take that same support and do it for regular all files. In essence, this has something to do with setting the content disposition.

=== Transcript ====

Yes, that sounds right. And the "open" option opened up the file in
your browser. If the user wants to save the to their desktop than they
would select, "save".

Thanks!

-Nat

-----Original Message-----
From: Paul Everitt via RT [mailto:<email address hidden>]
Sent: Friday, April 23, 2010 11:37 AM
To: Nathaniel Katin-Borland
Subject: Re: [sixfeetup/karl-support #79070] No Longer Able to link
directly to files

Ok, I guess your point isn't about images, which now work correctly, but
about documents.

As I remember the old behavior for a Word file:

1) Go to some community.

2) Click on FILES.

3) One of the folder items is a Word file.

4) You click on the link for that entry.

5) You get a page showing the title of the file, options to tag, to Edit
and Delete, and a link to "Download" the file.

6) You click the link for downloading and up pops the window.

Does that match your impression of the previous behavior?

--Paul

On Apr 23, 2010, at 11:29 AM, <email address hidden> via RT wrote:

Sure. You used to be able to click on a document in the File section
(say a Word or Excel file) and when the dialog box came up asking what
you want to do with the file, if you selected "Open," it would open
to
file within your browser window. You could then use the URL for the
file to link directly to the file, rather than to the file page. Now
when you click "Open" files are opened up within the application, not
the browser window, so you can't get the direct URL for the file for
linking. This is a pain because if you link to a document, users have
to go through several more clicks before they view the file. I see
that
you implemented a "view" option for images, so can we do something
similar for documents?

[JimPGlenn (jpglenn09)]

this LP ticket was an update to rt https://rt01.sixfeetup.com/Ticket/Display.html?id=79070

[Paul Everitt (paul-agendaless)]

ChrisR, since you did the original a couple of weeks ago, makes sense to give this to you.

[Chris Rossi (chris-archimedeanco)]

This was basically already done during my first pass. Whether or not the "view" link appears currently depends on whether or not the mimetype is of a type that we consider viewable, which is part of the mime info we keep around for different file types. I tried to restrict the viewable attribute to types I knew to be commonly viewable in web browsers. If there are other types that should be included, I can expand the list of viewable types.

Currently the viewable types are:

application/pdf
audio/mpeg
image/gif
image/jpeg
image/png
text/plain
text/html

If there are other types that are commonly browser viewable that I've missed, let me know, and I can add them.

[Paul Everitt (paul-agendaless)]

Hi Jason, could you read through this and give your opinion, then re-assign to me?

My guess is that IE has native support for Word/Excel/PPT being displayed inline if you have Office installed. Thus, you'd need for that scenario what Nat describes: the ability to view and also to download. But we'd need a graceful way to handle other cases. Perhaps the content-disposition will cover that as ChrisR describes.

Also, let us know what mime-types need the treatment.

[Tres Seaver (tseaver)]

Oops -- I thought this was parked for implementation, not for requirements review.

[Paul Everitt (paul-agendaless)]

We'll consider this one closed based on lack of feedback. We can re-open if there's interest.

[Paul Everitt (paul-agendaless)]

We implemented the second link. Later action on the product backlog might provide a 3rd link, to view inline in IE.

[Nat Katin-Borland (nborland)]

What's the second link?

-Nat

[Paul Everitt (paul-agendaless)]

Hmm, I just checked, and it looks like this one got closed in error. I think the mistake was, it was tested using a PDF and got marked closed.

Perhaps we re-open it and at the same time, tackle this product backlog item:

"View MS Content. As a user viewing MS content in KARL (Word, Excel, PowerPoint docs) I will have an option to view the content inline in my web browser. This will allow direct linking to documents."

That work for you?

--Paul

On Aug 16, 2010, at 10:59 AM, Nat Katin-Borland wrote:

> What's the second link?
>
> -Nat
>
> --
> Provide a link to download a file vs. open it
> https://bugs.launchpad.net/bugs/571228
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in KARL3: Fix Released
>
> Bug description:
>
> When a user clicks through FILES and reaches a File, they have some different things they might want to do with the File:
>
> 1) See some information about the file, including links to tag it, edit it, and delete it.
>
> 2) Click a link to download the file, using the filename of the file (versus the URL) as the downloaded filename.
>
> 3) "Open" the file in place. For images, this might mean viewing the file in the browser. For PDFs in some browsers, this might mean viewing the PDF in the browser. For Word files, this might mean opening the file in Word.
>
> For a long time, clicking the item in a folder led to (1), which provided another link mis-labeled "download" for (2). Chris Rossi, for Files-that-are-images, fixed the mis-labeling and provided links for both (2) and (3).
>
> Take that same support and do it for regular all files. In essence, this has something to do with setting the content disposition.
>
> === Transcript ====
>
> Yes, that sounds right. And the "open" option opened up the file in
> your browser. If the user wants to save the to their desktop than they
> would select, "save".
>
> Thanks!
>
> -Nat
>
> -----Original Message-----
> From: Paul Everitt via RT [mailto:<email address hidden>]
> Sent: Friday, April 23, 2010 11:37 AM
> To: Nathaniel Katin-Borland
> Subject: Re: [sixfeetup/karl-support #79070] No Longer Able to link
> directly to files
>
>
> Ok, I guess your point isn't about images, which now work correctly, but
> about documents.
>
> As I remember the old behavior for a Word file:
>
> 1) Go to some community.
>
> 2) Click on FILES.
>
> 3) One of the folder items is a Word file.
>
> 4) You click on the link for that entry.
>
> 5) You get a page showing the title of the file, options to tag, to Edit
> and Delete, and a link to "Download" the file.
>
> 6) You click the link for downloading and up pops the window.
>
> Does that match your impression of the previous behavior?
>
> --Paul
>
> On Apr 23, 2010, at 11:29 AM, <email address hidden> via RT wrote:
>
> Sure. You used to be able to click on a document in the File section
> (say a Word or Excel file) and when the dialog box came up asking what
> you want to do with the file, if you selected "Open," it would open
> to
> file within your browser window. You could then use the URL for the
> file to link directly to the file, rather than to the...

[Paul Everitt (paul-agendaless)]

We need uploaded files that are Word, Excel, and PPT to have a "View File" screen with the same 2-link approach as PDF files.

[Paul Everitt (paul-agendaless)]

Chris, I think this is one that should get bumped up on priority.

[Chris Rossi (chris-archimedeanco)]

So the reason this got parked waiting was we asked for feedback regarding comment #3 above: which file types should we add to the list of types that are "viewable" in the browser. Since I haven't gotten any concrete feedback about that, I'm inclined to just enable the "view" link for all files and we'll let the browser sort out whether or not it thinks it can view it inline. If the browser can't display a file inline it will ask the user to download it, effectively making the "view" and "download" links the same if the browser can't display the file.

[Nat Katin-Borland (nborland)]

I'm confused about what issues are still up in the air.

Thanks,
Nat

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Institute - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: [phone]
http://www.soros.org/
http://www.karlproject.org
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of
Chris Rossi
Sent: Tuesday, August 31, 2010 11:06 AM
To: Nathaniel Katin-Borland
Subject: [Bug 571228] Re: Provide a link to download a file vs. open it

So the reason this got parked waiting was we asked for feedback
regarding comment #3 above: which file types should we add to the list
of types that are "viewable" in the browser. Since I haven't gotten any
concrete feedback about that, I'm inclined to just enable the "view"
link for all files and we'll let the browser sort out whether or not it
thinks it can view it inline. If the browser can't display a file
inline it will ask the user to download it, effectively making the
"view" and "download" links the same if the browser can't display the
file.

--
Provide a link to download a file vs. open it
https://bugs.launchpad.net/bugs/571228
You received this bug notification because you are a direct subscriber
of the bug.

Status in KARL3: Confirmed

Bug description:
** BEFORE CLOSING, make sure this works with Word/Excel/PPT. **

When a user clicks through FILES and reaches a File, they have some
different things they might want to do with the File:

1) See some information about the file, including links to tag it, edit
it, and delete it.

2) Click a link to download the file, using the filename of the file
(versus the URL) as the downloaded filename.

3) "Open" the file in place. For images, this might mean viewing the
file in the browser. For PDFs in some browsers, this might mean viewing
the PDF in the browser. For Word files, this might mean opening the
file in Word.

For a long time, clicking the item in a folder led to (1), which
provided another link mis-labeled "download" for (2). Chris Rossi, for
Files-that-are-images, fixed the mis-labeling and provided links for
both (2) and (3).

Take that same support and do it for regular all files. In essence,
this has something to do with setting the content disposition.

=== Transcript ====

Yes, that sounds right. And the "open" option opened up the file in
your browser. If the user wants to save the to their desktop than they
would select, "save".

Thanks!

-Nat

-----Original Message-----
From: Paul Everitt via RT [mailto:<email address hidden>]
Sent: Friday, April 23, 2010 11:37 AM
To: Nathaniel Katin-Borland
Subject: Re: [sixfeetup/karl-support #79070] No Longer Able to link
directly to files

Ok, I guess your point isn't about images, which now work correctly, but
about documents.

As I remember the old behavior for a Word file:

1) Go to some community.

2) Click on FILES.

3) One of the folder items is a Word file.

4) You click on the link for that entry.

5) You get a page showing the title of the file, options to tag, to Edit
and Delete, and a link to "Download" the file.

6) Yo...

[Paul Everitt (paul-agendaless)]

Sorry, I thought I had given the feedback in comment #10. The file types we need this for are Word, Excel, and Powerpoint. If your question is what are those mime types, I can go look those up.

--Paul

On Aug 31, 2010, at 11:05 AM, Chris Rossi wrote:

> So the reason this got parked waiting was we asked for feedback
> regarding comment #3 above: which file types should we add to the list
> of types that are "viewable" in the browser. Since I haven't gotten any
> concrete feedback about that, I'm inclined to just enable the "view"
> link for all files and we'll let the browser sort out whether or not it
> thinks it can view it inline. If the browser can't display a file
> inline it will ask the user to download it, effectively making the
> "view" and "download" links the same if the browser can't display the
> file.
>
> --
> Provide a link to download a file vs. open it
> https://bugs.launchpad.net/bugs/571228
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in KARL3: Confirmed
>
> Bug description:
> ** BEFORE CLOSING, make sure this works with Word/Excel/PPT. **
>
> When a user clicks through FILES and reaches a File, they have some different things they might want to do with the File:
>
> 1) See some information about the file, including links to tag it, edit it, and delete it.
>
> 2) Click a link to download the file, using the filename of the file (versus the URL) as the downloaded filename.
>
> 3) "Open" the file in place. For images, this might mean viewing the file in the browser. For PDFs in some browsers, this might mean viewing the PDF in the browser. For Word files, this might mean opening the file in Word.
>
> For a long time, clicking the item in a folder led to (1), which provided another link mis-labeled "download" for (2). Chris Rossi, for Files-that-are-images, fixed the mis-labeling and provided links for both (2) and (3).
>
> Take that same support and do it for regular all files. In essence, this has something to do with setting the content disposition.
>
> === Transcript ====
>
> Yes, that sounds right. And the "open" option opened up the file in
> your browser. If the user wants to save the to their desktop than they
> would select, "save".
>
> Thanks!
>
> -Nat
>
> -----Original Message-----
> From: Paul Everitt via RT [mailto:<email address hidden>]
> Sent: Friday, April 23, 2010 11:37 AM
> To: Nathaniel Katin-Borland
> Subject: Re: [sixfeetup/karl-support #79070] No Longer Able to link
> directly to files
>
> Ok, I guess your point isn't about images, which now work correctly, but
> about documents.
>
> As I remember the old behavior for a Word file:
>
> 1) Go to some community.
>
> 2) Click on FILES.
>
> 3) One of the folder items is a Word file.
>
> 4) You click on the link for that entry.
>
> 5) You get a page showing the title of the file, options to tag, to Edit
> and Delete, and a link to "Download" the file.
>
> 6) You click the link for downloading and up pops the window.
>
> Does that match your impression of the previous behavior?
>
> --Paul
>
> On Apr 23, 2010, at 11:29 AM, <email address hidden> via RT wrote:
>
> Sur...

[Chris Rossi (chris-archimedeanco)]

On Tue, Aug 31, 2010 at 12:03 PM, Paul Everitt <email address hidden> wrote:

>
> Sorry, I thought I had given the feedback in comment #10. The file types
> we need this for are Word, Excel, and Powerpoint. If your question is what
> are those mime types, I can go look those up.
>
> Ah, ok. Sorry. I can look those up. But does it make more sense to just
always show the view link? I'm starting to think it might lead to the least
amount of confusion.

Chris

[Paul Everitt (paul-agendaless)]

Let's give that a try (always show it) unless Nat says otherwise.

--Paul

On Aug 31, 2010, at 12:17 PM, Chris Rossi wrote:

> On Tue, Aug 31, 2010 at 12:03 PM, Paul Everitt <email address hidden>
> wrote:
>
>>
>> Sorry, I thought I had given the feedback in comment #10. The file types
>> we need this for are Word, Excel, and Powerpoint. If your question is what
>> are those mime types, I can go look those up.
>>
>> Ah, ok. Sorry. I can look those up. But does it make more sense to just
> always show the view link? I'm starting to think it might lead to the least
> amount of confusion.
>
> Chris
>
> --
> Provide a link to download a file vs. open it
> https://bugs.launchpad.net/bugs/571228
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in KARL3: Fix Committed
>
> Bug description:
> ** BEFORE CLOSING, make sure this works with Word/Excel/PPT. **
>
> When a user clicks through FILES and reaches a File, they have some different things they might want to do with the File:
>
> 1) See some information about the file, including links to tag it, edit it, and delete it.
>
> 2) Click a link to download the file, using the filename of the file (versus the URL) as the downloaded filename.
>
> 3) "Open" the file in place. For images, this might mean viewing the file in the browser. For PDFs in some browsers, this might mean viewing the PDF in the browser. For Word files, this might mean opening the file in Word.
>
> For a long time, clicking the item in a folder led to (1), which provided another link mis-labeled "download" for (2). Chris Rossi, for Files-that-are-images, fixed the mis-labeling and provided links for both (2) and (3).
>
> Take that same support and do it for regular all files. In essence, this has something to do with setting the content disposition.
>
> === Transcript ====
>
> Yes, that sounds right. And the "open" option opened up the file in
> your browser. If the user wants to save the to their desktop than they
> would select, "save".
>
> Thanks!
>
> -Nat
>
> -----Original Message-----
> From: Paul Everitt via RT [mailto:<email address hidden>]
> Sent: Friday, April 23, 2010 11:37 AM
> To: Nathaniel Katin-Borland
> Subject: Re: [sixfeetup/karl-support #79070] No Longer Able to link
> directly to files
>
> Ok, I guess your point isn't about images, which now work correctly, but
> about documents.
>
> As I remember the old behavior for a Word file:
>
> 1) Go to some community.
>
> 2) Click on FILES.
>
> 3) One of the folder items is a Word file.
>
> 4) You click on the link for that entry.
>
> 5) You get a page showing the title of the file, options to tag, to Edit
> and Delete, and a link to "Download" the file.
>
> 6) You click the link for downloading and up pops the window.
>
> Does that match your impression of the previous behavior?
>
> --Paul
>
> On Apr 23, 2010, at 11:29 AM, <email address hidden> via RT wrote:
>
> Sure. You used to be able to click on a document in the File section
> (say a Word or Excel file) and when the dialog box came up asking what
> you want to do with the file, if you selected "Open," it would open
> to
...

[Chris Rossi (chris-archimedeanco)]

On Tue, Aug 31, 2010 at 2:07 PM, Paul Everitt <email address hidden> wrote:

>
> Let's give that a try (always show it) unless Nat says otherwise.
>
> Ok, that's what is currently committed on trunk. Changing it back and
adding the other mime types is only a few minutes, if we change our minds.

[JimPGlenn (jpglenn09)]

fixed