-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. Weβll occasionally send you account related emails.
Already on GitHub? Sign in to your account
π³οΈβππ β£ Supabase CRUD Frontend component #16
Labels
data source
data source for content generation in [HDASH-4]
documentation
Improvements or additions to documentation
duplicate
This issue or pull request already exists
goerli
Issues relating to the ethereum components of Star Sailors, e.g. NFT, Moralis/Supabase
Comments
Gizmotronn
added
documentation
Improvements or additions to documentation
duplicate
This issue or pull request already exists
data source
data source for content generation in [HDASH-4]
goerli
Issues relating to the ethereum components of Star Sailors, e.g. NFT, Moralis/Supabase
labels
Nov 14, 2022
Gizmotronn
added a commit
that referenced
this issue
Nov 15, 2022
The old dashboard design served its purpose. It got us to start planning where we are going to take things and some of the styling will be reused. However, right now I'm focusing on functionality so I've made the Account page front & center. The dashboard pages are still there, although I'd recommend going into https://github.com/Signal-K/sytizen/tree/sta-1-basic-dashboard-index-format + the issues derived from STA-1 on Linear to see the complete list of original dashboard components
Gizmotronn
added a commit
that referenced
this issue
Nov 16, 2022
Gizmotronn
added a commit
that referenced
this issue
Nov 18, 2022
Gizmotronn
added a commit
that referenced
this issue
Nov 21, 2022
β¦tend component for connecting to APIs (including with Py) for #1 Two new directories: `./Ansible` β£ Contract & build files here. Will be moved into a new folder in the root React/Next.js project, but for now I'm leaving this in a separate node project to keep things separated for easier debugging `./client` β£ Frontend client for interacting with the smart contracts in `Ansible` directory. Similar story to the directory positioning in `Ansible`. We'll migrate it over to the Node project in the root directory before merging this branch, however we will also transition as much as possible out of typescript.
Gizmotronn
added a commit
that referenced
this issue
Dec 17, 2022
Gizmotronn
added a commit
that referenced
this issue
Dec 20, 2022
Gizmotronn
added a commit
that referenced
this issue
Dec 21, 2022
Gizmotronn
referenced
this issue
Dec 24, 2022
Gizmotronn
added a commit
that referenced
this issue
Dec 31, 2022
Aside from authentication and signing, no user actions on the frontend for Signal-K/Silfur#24 have been added (but we're getting close). We appear to be having an issue with fetching data (from posts) from Lens. Will have this fixed by the next commit.
Gizmotronn
added a commit
that referenced
this issue
Jan 1, 2023
β¦n-using-moralis πβ»οΈ β Flask, Lens, Moralis authentication + Read/Write, graphql interactivity #16 , Signal-K/Silfur#24
Gizmotronn
added a commit
that referenced
this issue
Jan 1, 2023
I've moved the main authentication function (Flask, Moralis) in the `server` directory into the `api/auth` dir. No longer appears to work (apparently an issue with `magic-sdk` not being included in another node package. We'll fix this later, but since we're getting Lens to handle the signature process for the next part of this webapp, that isn't going to be fixed for now. Signal-K/Silfur#24
Gizmotronn
added a commit
that referenced
this issue
Jan 2, 2023
Currently there's a mutate issue in `lib/auth/useLogin.ts` (in `Server/frontend`). (not assignable to param type ~~...). This is causing the SignInButton (which is derived from @thirdweb-dev/react (sdk) to also have an error with the default return statement (which should provide an access token from Lens IF the user has succesfully connected their wallet, completed a challenge (this challenge will later be replaced by the Flask-based challenge in `Server/app.py`), and signed in with Lens. So I'll be fixing this in the next commit. More notes available on the Notion page linked in #23 / #22 / #21
Gizmotronn
added a commit
that referenced
this issue
Jan 3, 2023
β¦mic routes for profile loading Signal-K/Silfur#24 & #16
Gizmotronn
added a commit
that referenced
this issue
Jan 3, 2023
β¦d (and defining some new roles for #16 backend) Check out the Notion documentation here: https://skinetics.notion.site/Lens-posting-a07f0e9c243249c0a3517e4160874137 Currently having a bit of a problem with determining the method we'll use to define proposal parameters, but I've come up with a fallback solution (i.e. using bots & comments) for the MVP. Potentially these "comments" could also be stored off-Lens but still be visible on the frontend (problem here is if you're looking at the proposals from an alternate client), bringing the Discord integration further into the limelight (using DeWork.xyz as the intermediary bot), as well as highlighting a real usecase/benefit to having both Supabase & Moralis as the data stores. Hopefully the metadata standards for publications are just as loose as with the `appId` standard on lens, as we'll just be able to create dummy metadata that is saved to the IPFS publication URI and therefore callable via graphql. So overall, a lot of questions coming up, but some UI improvements as well as some more read interactivity for the client...
Gizmotronn
added a commit
that referenced
this issue
Jan 4, 2023
β¦w flask route #16 to fetch proposal data Some minor styling changes... Idea for metadata: Create an nft with all the contents of the candidate, then edit them to include some actions the player did on the candidate, then send that lazy-minted NFT as the metadata/publication contents for the Lens post. This way we can have a frontend like on the `client` dir example & automate the process of creating & updating the metadata & candidate content on the nft using Flask & Jupyter (see next commit for some more info) Done some minor fetching examples, this seems to be causing some console issues on next in `Server/frontend` so will attempt to fix those later as well
Gizmotronn
added a commit
to Gizmotronn/comments
that referenced
this issue
Jan 17, 2023
Gizmotronn
added a commit
to Gizmotronn/comments
that referenced
this issue
Jan 17, 2023
β¦cloud Supabase instance Next step -> creating frontend component for users to update their profile information from (will merge with Signal-K/client@7d5dd61 contents later) Signal-K/sytizen#16 More styling issues in both `/test` and the root vite app - overlapping with Signal-K/client#12 Signal-K/client#9 Signal-K/client#8
Gizmotronn
added a commit
to Gizmotronn/comments
that referenced
this issue
Jan 18, 2023
Gizmotronn
added a commit
to Gizmotronn/comments
that referenced
this issue
Jan 19, 2023
β¦tion of comments in Next Signal-K/Silfur#29 Signal-K/sytizen#16 Comments are now saved in state in a Next app (as well as keeping the old components from the first iteration, see https://www.notion.so/skinetics/Threaded-Comments-8374255ed9314473b044db150fb13c36#2d2d9b3f2c914bdc88c105e0596083f8 for more info)
Gizmotronn
added a commit
that referenced
this issue
Jan 20, 2023
β¦pyter for matplotlib manipulations https://www.notion.so/skinetics/January-Week-3-8dcc344a601842959a025940a90c1cc4#6b761b8a793041e1972ad2ecba5b93f0 NFT integration: #18 #6 #1 Signal-K/Silfur#28 -> contract calls Frontend API interaction: #16 Signal-K/Silfur#29 -> handled with Supabase in Gizmotronn/comments@9e70ab0 Signal-K/Silfur#26 Signal-K/Silfur#25 -> starting to implement proposals board in Next with Supabase, then will build in contract calls for web3/eth interaction Signal-K/Silfur#24 Signal-K/Silfur#22 -> minting will now be handled by a minimal UI & the API wrapper in Server/thirdweb_handler & moralis_handler Signal-K/Silfur#21 -> custom post types and fields are in Signal-K/client@4cff28c & Signal-K/client@5ce80a5 & Signal-K/client@c950d66, so we're starting off with building it on postgres before adding Lens interactions Signal-K/Silfur#3
Gizmotronn
added a commit
that referenced
this issue
Jan 21, 2023
β¦and docs around the blueprint structure Currently we're only able to export the notebooks to graph images (to then be sent to Postgres) via Deepnote, so I've started building a simple Flask wrapper on Deepnote that will communicate with the main Flask app here: https://deepnote.com/workspace/star-sailors-49d2efda-376f-4329-9618-7f871ba16007/project/Untitled-project-dca7e16c-429d-42f1-904d-43898efb2321/%2Fmain.py I've done some more work on the client, so the next step is getting Flask to read user interactions and prepare them to be saved into the database for their planets' stats. #1 #16 #18 Signal-K/Silfur#26 Signal-K/Silfur#24 Signal-K/Silfur#25
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Jan 25, 2023
Also updated header component to provide links to the section Signal-K/sytizen#16 Temporarily had to remove the `Threads` hooks because being unfinished, they were causing build errors. They will be re-added later. Vercel has now been updated with a new test link -> check out the generator https://starprotocol-gizmotronn.vercel.app/generator/planet-editor Documentation on the gallery is available here: https://skinetics.notion.site/Supabase-Primer-6cf6c0e31fe6421b9fe0f084d8bad0e5
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Jan 25, 2023
Changelog: Moved the gallery components into the offchain account section. Added new feature where users can take a screenshot of the planet they've created Currently, the screenshot is saved as an image URI string (see bottom of commit for e.g.), which is a problem as it is then uploaded to Supabase as a URI. What we need to do is convert the URI to an image inside the app (without saving it as a file on the app (as in a png file being saved next to the jsx file). This could be done before it's uploaded to Supabase, or when it's retrieved... Signal-K/sytizen#18 Signal-K/sytizen#16
Gizmotronn
added a commit
that referenced
this issue
Jan 26, 2023
β¦o Supabase communication Supabase docs: #16 https://www.notion.so/skinetics/Off-Chain-Database-Interaction-c5c7a3a553b949d88d42270a3222c7ce#1295adbca95842649befbc411e201e3b https://www.notion.so/skinetics/Planet-interaction-components-b79c458943804b8695c9044dcb17b957#665f173d6fb64a9babd4b86f0631740d Removed files are located on above notion docs ^^w
Gizmotronn
added a commit
that referenced
this issue
Jan 26, 2023
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Jan 27, 2023
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Jan 28, 2023
Also fixed profile styling issue on my Lens profile (#7 #8 #9 #10 #11 #12): https://www.notion.so/skinetics/Threaded-Comments-2nd-iteration-flow-475d8a2328be4be8a1403256f094790e#61f363eddac74572b243ebb0c9c6513a Signal-K/sytizen#16
Gizmotronn
added a commit
to Plikt/automatingMetadata
that referenced
this issue
Feb 1, 2023
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Feb 7, 2023
β¦management added There's an issue with loading the Avatars in the PostCard component -> we need to match them to the post id & the user who created the post [id] however it seems there's an endless loop that's been established where the client is constantly trying to communicate with the server (Supabase). The key to fixing this issue is getting the Avatar data to be passed in the same way as it is in the PostFormCard component (which is not experiencing any problems) Signal-K/sytizen#16
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Feb 8, 2023
1. Completed authentication header for web client. To the end user it is 100% offchain, with user profiles being stored on a postgresql database. However, I've taken a dive into the Magic sdk to create wallet addresses for each user, as well as a Flask-based authentication handler for future metamask/wallet interaction. I've made this decision for a few reasons (like simplicity), but the main reason is for the client to seem like a regular journal platform and not be confusing, as well as follow the 'web3-agnostic' design language I favour for projects like this due to confusion and/or distrust of web3 products/teams. However, since each user will have a wallet address, they'll be able to interact with smart contracts and IPFS just fine. Further discussion will need to take place to discuss long-term suitability of this model, including things like gas fees (currently everything regarding transactions is occurring on Goerli [testnet] and gas fees will be processed by a "superuser" so that there's no restrictions or huge expenses) and how we go about getting users to trust the web3 nature (which I've got a lot of experience with). However, I don't fully know the exact demographics we'll be targeting & also I understand that that's quite a while away, so I'll raise it now but won't spend any time thinking about it until the time comes 2. I've continued with the contracts for proposals/publications & updating the metadata standards. I favour a lazy minting approach with data processing being handled by a Flask blueprint (which is a formula my team have developed on signal-k/sytizen). Right now I'm using Thirdweb & Moralis for the contract interactions and I have also, with much difficulty, succeeded in getting Moralis to self-host on my Postgres server. Finally, I've begun the process of optimising the base layer contracts so that the gas fees (which are already reduced post-merge) are essentially negligible at this time. 3. File upload for posts/articles feature on the web client is complete, and the smart contracts now receive all file upload metadata from this. 4. Begun a new flask blueprint (forked from point #2) to generate dataset previews based on which modules (e.g. lightkurve) are used and to add interactive nature to the 'sandbox' feature discussed earlier 5. Reluctantly continued some documentation (above message from the Desci discord, see Signal-K/sytizen#16 for more info)
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Feb 20, 2023
Users can now navigate to `/planets/{$planetID}` to see information relating to their planet, including datasets, articles, a sandbox, basic stats/info, a gallery, and a generator. Generator: Signal-K/sytizen#18 Right now it's just the same generator script, but eventually it will take in the fields like radius from the table the page itself is generated from. We'll update the frontend fields to use a UI based on the <Card /> component we've designed for the Profile pages. users will be able to edit these fields and create a fork of the anomaly in its dataset sandbox for use in their own projects, and this can be part of the "XP" demo for "citizen science points" to mimic the behaviour of the reputation erc20 token: Now that staking has been re-added, time to close #18 Signal-K/sytizen#16 Profile pages Signal-K/sytizen#13 Signal-K/sytizen#6 -> Generator & staking Signal-K/sytizen#1 -> sandbox & generator Signal-K/Unity-Demo#28 Signal-K/Unity-Demo#5 Signal-K/starsailors#4 -> user input on anomalies Signal-K/Silfur#26 Signal-K/Silfur#25 -> Some small changes with the Thirdweb module behaviour, still yet to commence full re-integration now though Signal-K/Silfur#24 Signal-K/Silfur#22 -> Replacing "mint" FOR NOW with just a "claim" button that sends the planet to your supabase table inventory (array/foreign key in 'profiles' table Signal-K/Silfur#21 Signal-K/Silfur#12 -> Keep an eye on this, but for now this is deprecated Signal-K/Silfur#3 -> Again keep an eye on the original card game contract, but until we commence the full re-integration of the smart contracts, this is not needed Signal-K/Silfur#30 -> This is working a treat Signal-K/Silfur#29 -> Now need to add true threaded comments & integrate it with sandbox items Full notes available here: https://www.notion.so/skinetics/February-Flow-Planets-8c864b66147c447f82136772336e9bc6?pvs=4#09b8260b2360412683ef5935309fd011
This was referenced Feb 20, 2023
Gizmotronn
added a commit
that referenced
this issue
Mar 1, 2023
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Mar 2, 2023
Gizmotronn
added a commit
to Signal-K/client
that referenced
this issue
Mar 4, 2023
β¦ beginning for Signal-K/Silfur#22, Signal-K/Silfur#24. Added new ship interface for the web game type interface described in Signal-K/sytizen#16. Build error tracked down in #26 -> mapping the articles was not an issue, it was the use of the UI Provider that caused the build errors.
Gizmotronn
added a commit
that referenced
this issue
Mar 6, 2023
Gizmotronn
added a commit
that referenced
this issue
Mar 16, 2023
Gizmotronn
added a commit
that referenced
this issue
Mar 16, 2023
β¦g its TIC stats from Lightkurve in #18
Gizmotronn
added a commit
that referenced
this issue
Mar 17, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
data source
data source for content generation in [HDASH-4]
documentation
Improvements or additions to documentation
duplicate
This issue or pull request already exists
goerli
Issues relating to the ethereum components of Star Sailors, e.g. NFT, Moralis/Supabase
Allow users to edit and augment their profiles on the frontend in the current iteration of the dashboard.
The text was updated successfully, but these errors were encountered: