[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 241225] konqueror file manager: copy file and pasting in a text
From:       Duan Yao <duanyao () ustc ! edu>
Date:       2011-12-23 15:18:30
Message-ID: E1Re6tC-0007vK-CX () bugs ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=241225


Duan Yao <duanyao@ustc.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |duanyao@ustc.edu




--- Comment #3 from Duan Yao <duanyao ustc edu>  2011-12-23 15:18:30 ---
Please please fix this!

FiNeX said this feature makes KDE file manager more "coherent" than gnome. 
But what benefits does this coherency give to us? I haven't seen any. 
In contrast, this feature has many drawbacks.

First,  "file://" URIs are hardly useful on earth. 
I haven't seen a single software rely on  "file://" URI to work. Can anybody
name one?
You can input an absolute path like "/home/myname" into a web browser's
location bar(which expects an URL) and it will happily show the directory.

Second, many softwares chokes with "file://" URI, especially traditional
command line tools.
Can you execute cd, ls, cat, find, tar... on a "file://" URI ? Of cause not! 
Should these tools be fixed? I don't think so. 
"file:///abc" may also be interpreted as a relative path -- a file "abc" under
a directory "file:" !
How do these tools choose?

Third, URI requires non-English characters being escaped, which makes these
characters not human-readable.
example:
file:///home/duanyao/%E8%B5%84%E6%BA%90/%E4%B8%AA%E4%BA%BA%E4%BF%A1%E6%81%AF.txt

For English-only URI, you can simply remove the "file://" prefix to get the
path back; but if the URI contains 
non-English characters, you are out of luck! PS, I am Chinese.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]