[dev] Kronolith Non-Personal Calendar Names

[Chuck Hagenbuch]

Quoting Jan Schneider <jan at horde.org>:

> To clarify this, is this any different from allowing users to provide
> share names on their own? Slugs in Ansel and Whups are stored
> separately in tables and I would strongly strongly disagree to add
> that overhead to shares, even if they go away in the future.

Well, there's the problem that the Share backend would be much happier  
if we got rid of the DataTree reliance on having both a numeric id, a  
string "name" which is really an id, and then separately the display  
name. Though saying that the backend should support slug, and treating  
the current datatree_name value as a slug, is probably fine.

We just have to ensure there aren't duplicates; using owner/name seems  
good for that.

-chuck

-- 
"I have concerns that we are not behaving like a mature, responsible,  
collection of interdependent organisms." - Rick O.