Updated Folders: Collected Clippings (markdown)

Folders:-Collected-Clippings.md

@@ -12,7 +12,7 @@ that key off of tags
 
 
 
-DUMB FOLDERS
+## DUMB FOLDERS
 
 Dumb folders are just smart folders with a specific structure of
 nested tags, unless you're planning on having them correspond to real
@@ -58,7 +58,7 @@ folders.
 
 
 
-SMART FOLDERS
+## SMART FOLDERS
 
 What smart folders are is a folder that instead of having a static set
 of items that only changes when items are added/removed is a query
@@ -102,7 +102,7 @@ inside another folder (dumb or smart), but could also have other items
 
 
 
-WHAT COMPLEXITY OF QUERY? 
+### WHAT COMPLEXITY OF QUERY? 
 
 > (tag1 AND tag2) OR (tag3 AND tag1 AND tag4) NOT (tag5 OR tag6)
 
@@ -139,16 +139,23 @@ And also doesn't even support non-tag criteria. /sigh.
 
 
 
-FOLDER HIERARCHY
+## FOLDER HIERARCHY
 
 Folders will have a `parent-folder-id` property. That way a simple
 nesting hierarchy can be established, and we don't have to worry about
 loops. A blank `parent-folder-id` just means it is in the root (i.e.
 userpage).
 
+[later...]
+
+There is some use cases where being able to place a given folder into multiple other folders (e.g. "Social Policies" into "Friday Game", "Open Table Group", "Thursday Group").
+
+Since all brews and all folders are retrieved as flat data tables and then assembled for the userpage, this approach won't actually the Laws of Time and Relative Dimensions in Space and we can cope. 
+
+More thought and discussion is called for.
 
 
-USER FACING URLS?
+## USER FACING URLS?
 
 > Ah and at that point we'd need Folders to exist as a whole separate
 Mongo object that has relations back to brews, so we can use object
@@ -171,7 +178,7 @@ privately so people don't just url spam until they find a valid folder
 
 
 
-PASSWORD PROTECTED FOLDERS
+## PASSWORD PROTECTED FOLDERS
 
 > object ids would also allow you to share them more privately so
 > people don't just url spam until they find a valid folder
@@ -222,7 +229,7 @@ And `/../folder?p=wrong_secret` would also be 404
 
 
 
-TAGS UI:
+## TAGS UI:
 
 > I assume only the OG author can add and remove authors?
 
@@ -253,7 +260,7 @@ the owner changes.
 
 
 
-DO TAGS *AFTER* FOLDERS
+## DO TAGS *AFTER* FOLDERS
 
 Hmm .. we’re gonna have to hold off on brew tags until we also get
 user folders implemented .. because users *will() use tags as
@@ -265,9 +272,9 @@ FWIW the idea of smart folders based off tags was going to be
 implemented after we got user settings set up -- that way you'd only
 see folders you created.
 
+[RESOLVED: we've since this discussion moved ahead and implemented tags]
 
-
-TAGS BY INCREMENTS
+## TAGS BY INCREMENTS
 
 I think the best plan for tags to start is just an incremental release
 where we release the ability to add tags, they show up, and you can
@@ -275,7 +282,7 @@ filter by them
 
 
 
-FOLDERS AS SPECIAL CASE OF TAGS?
+## FOLDERS AS SPECIAL CASE OF TAGS?
 
 > Those are just two separate tagging mechanisms. You could have a url
 route strategy which displays them differently, but I'm not sure why
@@ -304,7 +311,7 @@ centric objects).
 
 
 
-PUBLIC VS PRIVATE TAGS
+## PUBLIC VS PRIVATE TAGS
 
 > All public tags are actually "public:{tag}" and the tag search only
 looks for ones that match 'public:{tag}'. Or maybe the reverse of
@@ -326,7 +333,7 @@ visible on that brew.
 
 
 
-SMART FOLDERS VS SERVER PERFORMANCE
+## SMART FOLDERS VS SERVER PERFORMANCE
 
 > Bogging down the server with complex and large queries is not exactly
 optimal so I imagined you guys would find some reasonable limit that
@@ -397,7 +404,7 @@ of the view.
 
 
 
-A BREW IN EVERY PORT
+## A BREW IN EVERY PORT
 
 We're planning on allowing a specific brew to be placed into multiple
 dumb folders. Think of them as symlinks.
@@ -408,7 +415,7 @@ So just a desktop shortcut but for brews? xD
 
 
 
-VERY EARLY TAG DISCUSSIONS:
+## VERY EARLY TAG DISCUSSIONS:
 
 
 It would be cool to be able to share a whole Folder at a time, rather