The historical point of departure for the web-interface was a React based system where the data interface was tightly bound to the web interface. This Initiative seeks to address these concerns by decoupling the data rendering from the user interfaces and ultimately creating reusable widget types that will be consumed internally and available for third-party use.
There are four major areas of activity:
CredSperiment
Generic Frontend
Observable Notebooks
Widgets
Please note: I will update this topic to address concerns raised in the comments.
Benefits:
A separation of concerns will allow for other implementation approaches to be used and third-parties to quickly (hopefully) design and show their project’s cred.
Making a collection of visualisations will make the interface more engaging and potentially uncover new “information”
Decoupling allows for more rapid development.
Implementation plan A:
Create a new Branch with UI Folder using Quasar
Rig data exchange
Create pure Vue D3 display components (minimal - no use of Quasar)
Solicit Feedback
Implementation plan B:
Design Observable Notebooks
Extrapolate Notebooks into Widgets
Rebuild “Prototype” Site with Widgets
Solicit Feedback
D3 Components:
“Unfurling Fern”
Force-Graph
Cred Genesis (Tree)
Mermaid Flowcharts?
Features:
Color Mapping
Timeline (SLICE)
Granularity (ZOOM)
Analyzer
Detail Modal (For any entity or group of entities)
I really like the idea of having observable notebooks be the playground for experimenting with widgets like this. The only issue is that it will block on extracting the core SC modules so they can be used as a library. I actually really want to do this for a ton of reasons, but we need to write an initiative for it and scope what work is involved.
And as widgets and the notebook show. The “scores” format is one such decoupling attempt.
Though it definitely doesn’t cover a use-case like the cred explorer frontend. Especially when you’re looking to bring back the drill-down feature that legacy cred had in it’s UI.
Yeah, I think being able to regen cred analysis from the data files there would be a great first goal from the module switch. So that we can start replacing our hardcoded frontend with observable notebooks. (Once we use notebooks to experimentally find the best patterns, widgets, and analyses, we may “re-productionize” them into dedicated frontends.)
It’s worth noting that the data files there contain the whole graph, but only compressed cred. Specifically, the cred file only has data for the top contributions and for the contributors, but not for every contribution. So we do need the client libraries in order to re-generate the full distribution. We can also look into a more space-efficient way to encode the full cred so that it becomes feasible to serialize it all.
