Here you can find the slides from my talk at #BlockchainSpirit yesterday, thanks to everyone who was there! #Solid https://speakerdeck.com/noeldemartin/showcasing-an-app-that-uses-the-solid-protocol-for-decentralized-storage
@vinnl Hi there :) If you read the description of the deck I have a brief explanation of the slides. This in particular is what you'd ask users in the "log in" screen, instead of logging into your application, you ask them where they want the data to be stored and ask for permissions. I actually use this package to achieve that: https://github.com/solid/solid-auth-client
@noeldemartin Huh, that's interesting UX - even after you mentioned there was a description, it took me a while to find out I could scroll down 😀
Anyway, where/how do you store the location the user chose? (I'm familiar with how Solid works, just trying to figure out your data model 😀 )
@vinnl There is a couple of things I need to improve: Adding and reading from the Type Registry and giving "power users" more control over where to store them, like /public, /private, /inbox, etc. The last one is tricky, because I don't want to confuse users who don't know much about Solid, so I'm not doing anything about it for now.
@noeldemartin Right, so you just read the storage root, then inspect every Container in there, and then check whether that contains Inbox tasks?
Using the Type Registry for that sounds like a good thing going forward. Ideally, IMHO users shouldn't even have to think about "where" data lives - the apps they use just leave a trail to wherever it is from the user's profile (e.g. through the Type Registry).
@vinnl Yes I agree :)
I wasn't too familiar with the Type Registry but I've been using it for a new app I'm developing and I'll probably use it going forward. In Solid Focus I'm specifically looking for `lifecycle:TaskGroup` containers in the root of the storage, and I use all the lifecycle vocab for relationships between tasks/containers.
This is an instance-of-one managed by Noel De Martin.