Cookies are, of course, stored in the browser -- just like LocalStorage. So, there is, by definition, only one set of cookies. However, the CookieJar, which is responsible for actually saving cookies to the browser, could, theoretically, write cookiename that have a username prefix. You would then have to write some handling in the CookieJar that would explicitly re-load the cookie values that is triggered whenever the username in $:/status/UserName is changed. That way, if the same browser is used by several people, each would have their own set of cookies.
Also, just to brag a bit... there's a whole bunch of gems hidden in the implementation of InsideTiddlyWiki...
2) press "unlock" (upper right toolbar) to enable editing mode in the document
3) view a specific System Part, and then edit it to see the actual code.
note: the "authormode" buttons -- more, info, edit, and close -- only appear in the heavily-customized tiddler viewtemplate titlebar when the document is unlocked. They are shown floating in a separate "bubble" that appears above the "reader toolbar" buttons for the tiddler. This allows those buttons to be toggled on/off without otherwise affecting the titlebar's "readermode" layout.
Also: only *some* of the System Parts are currently "portable" (i.e., independent of other TiddlyBook bits-and-pieces). I'm gradually working on dis-entangling more parts so I can -- eventually -- create a separate "TiddlyTools for TW5" distribution document, similar to the old TiddlyTools (for TWClassic) document (that is still currently being presented when you visit the default index page at
www.TiddlyTools.com).
If there's things you'd like to copy and use in your own documents, please ask me for details (and "permission") for those things in particular, since not everything is ready for sharing, and the dependencies might not be simple to untangle.
As "Buckaroo Bonzai" says (while assisting in brain surgery): "... don't tug on that... you never know what it might be attached to!"
enjoy,
-e