[kdepim-users] KMail and File Associations

[kitts]

On Tuesday 04 Mar 2008 1:45:56 pm Will Stephenson wrote:
> > I believe this is some issue with the website not reporting correctly the
> > mime type and kmail/konqueror/khtml not basing its decision on the
> > filename extension.
>
> Right. Grrr, grrr, naughty site admin! Ok, that's my canine side indulged.
>
> WRONG:
> $ wget -S http://nioframework.sourceforge.net/Transformation_Chain3.odt
>
> --09:09:03--  http://nioframework.sourceforge.net/Transformation_Chain3.odt
>            => `Transformation_Chain3.odt'
> Resolving nioframework.sourceforge.net... 66.35.250.209
> Connecting to nioframework.sourceforge.net|66.35.250.209|:80... connected.
> HTTP request sent, awaiting response...
>   HTTP/1.1 200 OK
>   Date: Tue, 04 Mar 2008 08:09:17 GMT
>   Server: Apache/1.3.33 (Unix) PHP/4.3.10
>   Last-Modified: Mon, 03 Mar 2008 18:40:30 GMT
>   ETag: "b6e1914-14d20-47cc461e"
>   Accept-Ranges: bytes
>   Content-Length: 85280
>   Connection: close
>   Content-Type: text/plain
> Length: 85,280 (83K) [text/plain]
>
> 100%[=================================>] 85,280        91.62K/s
>
> 09:09:18 (91.43 KB/s) - `Transformation_Chain3.odt' saved [85280/85280]
>
> RIGHT:
> $ wget -S
> http://testsuite.opendocumentfellowship.com/testcases/TextContents/textForm
>atting/alignment/testDoc/testDoc.odt
>
> --09:14:45--  
> http://testsuite.opendocumentfellowship.com/testcases/TextContents/textForm
>atting/alignment/testDoc/testDoc.odt => `testDoc.odt'
> Resolving testsuite.opendocumentfellowship.com... 69.93.127.23
> Connecting to testsuite.opendocumentfellowship.com|69.93.127.23|:80...
> connected.
> HTTP request sent, awaiting response...
>   HTTP/1.1 200 OK
>   Date: Tue, 04 Mar 2008 08:14:45 GMT
>   Server: Apache/2.0.54 (Debian GNU/Linux) DAV/2 SVN/1.1.4
> PHP/5.0.5-Debian-0.8~sarge1
>   Last-Modified: Wed, 13 Jun 2007 12:46:05 GMT
>   ETag: "4b9aa-ccf-ff4e1d40"
>   Accept-Ranges: bytes
>   Content-Length: 3279
>   Keep-Alive: timeout=15, max=100
>   Connection: Keep-Alive
>   Content-Type: application/vnd.oasis.opendocument.text
> Length: 3,279 (3.2K) [application/vnd.oasis.opendocument.text]
>
> 100%[=================================>] 3,279         15.77K/s
>
> 09:14:46 (15.70 KB/s) - `testDoc.odt' saved [3279/3279]

I see this problem so often i tend to wonder who should be responsible for the 
fix!?? I know ideally it should be the site admin but its gonna be a tough 
job especially when the other browsers are tolerant of this. Would it be 
better in such cases that khtlm informs the user of the discrepancy and asks 
him to report the issue to the site admin and then offers an action choice? 
Or to maybe offer the user an "open with" option. The latter however may not 
work with javascript based apps etc.
-- 
Cheers!
kitts
_______________________________________________
KDE PIM users mailing list
kdepim-users at kde.org
https://mail.kde.org/mailman/listinfo/kdepim-users