view: Avoid using cute unicode homomorphs for '/' and '\' and instead use ugly escaping, as the unicode method doesn't work on non-unicode supporting systems.
This commit is contained in:
parent
6b963426a0
commit
42619e2231
5 changed files with 39 additions and 20 deletions
|
@ -39,4 +39,4 @@ I was trying out the metadata extraction via libextractor and for the mimetype t
|
|||
Apart from this git-annex is working very well for me. I mostly use it as an archive, distributing numerous copies on various hard drives and cloud providers and keeping track of what is where.Its an amazing tool for that.
|
||||
|
||||
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
@ -0,0 +1,24 @@
|
|||
[[!comment format=mdwn
|
||||
username="joey"
|
||||
subject="""comment 1"""
|
||||
date="2016-01-08T15:52:22Z"
|
||||
content="""
|
||||
I was able to reproduce this problem, but only with LANG=C. It works in a
|
||||
unicode locale.
|
||||
|
||||
What's torpedoing this is a hack that it uses to handle "/" in a view.
|
||||
|
||||
pseudoSlash :: Char
|
||||
pseudoSlash = '\8725' -- '∕' /= '/'
|
||||
|
||||
It's necessary that in a view, each viewed metadata component yield exactly one
|
||||
level of directory hierarchy. Otherwise, it would be impossible to reverse
|
||||
"a/b/c/file" when viewing on 2 metadata components --
|
||||
is that "a/b" and "c" or "a" and "b/c"?
|
||||
|
||||
Which is why I used this cutsey hack, but yeah, it requires working
|
||||
unicode support.
|
||||
|
||||
Sigh, 2016 and still can't have nice things.. Suppose it'll have to use an
|
||||
ugly encoding for them instead.
|
||||
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue