feat: display the projects created by the user

[kittybest]

Description
This PR is trying to figure out what is the best way to display the projects to the user during the application registration period, since they might wanna check if their application is approved or not, and they might want to edit it.

Method 1: (Which is now implemented in this PR)
store user's projectId in the localStorage, load those projects separately and display on the top area of the project dashboard.

• Why store the ids in the localStorage? because the one upload this project might not be the one holding that payout address
• Why display in a separate area instead of display them altogether but just add a highlight border or tag on it? we could discuss more about it, display in a separate block or display altogether with other approved projects
• Why the approved application by the user is displayed both in the separate block and in all projects? this should also be discussed, the reason why I did this is because imagine there are hundreds of projects there but user still wanna check their approved projects
• Why not just adjust the sorting and put the projects created by the user always on the top? is also a good idea, but maybe we need to add something to let user know exactly these are their projects?

Related Issues
close #514

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Comments	Updated (UTC)
maci-platform	✅ Ready (Inspect)	Visit Preview	💬 Add feedback	Jan 10, 2025 3:24pm

[crisgarner]

• Why store the ids in the localStorage? because the one upload this project might not be the one holding that payout address

If the end goal is for a deployer to update the application, maybe we should store in the metadata the creator address, and enable it to edit. The issue with localStorage, is that if you switch devices or want to check status on mobile, might not get this information, also you can wipe your localstorage.

[ctrlc03]

• Why store the ids in the localStorage? because the one upload this project might not be the one holding that payout address

If the end goal is for a deployer to update the application, maybe we should store in the metadata the creator address, and enable it to edit. The issue with localStorage, is that if you switch devices or want to check status on mobile, might not get this information, also you can wipe your localstorage.

yea we could default to localstorage, if empty then pull from connected address

[kittybest]

• Why store the ids in the localStorage? because the one upload this project might not be the one holding that payout address

If the end goal is for a deployer to update the application, maybe we should store in the metadata the creator address, and enable it to edit. The issue with localStorage, is that if you switch devices or want to check status on mobile, might not get this information, also you can wipe your localstorage.

Yes I agree, but I think if we urgently need this feature, this can serve as a temporary solution.
If it's not urgent, then we could discuss a better solution, or you think we should go with the way you propose?

[ctrlc03]

• Why store the ids in the localStorage? because the one upload this project might not be the one holding that payout address

If the end goal is for a deployer to update the application, maybe we should store in the metadata the creator address, and enable it to edit. The issue with localStorage, is that if you switch devices or want to check status on mobile, might not get this information, also you can wipe your localstorage.

Yes I agree, but I think if we urgently need this feature, this can serve as a temporary solution. If it's not urgent, then we could discuss a better solution, or you think we should go with the way you propose?

don't think it's urgent (but might be wrong), can probably add that extra feature of pulling from address too?

[kittybest]

updated, but this is kind of a dummy solution 🤔 since the creator is stored in the metadata, so if we wanna check who create the application, we need to load them all from the subgraph and fetch metadata one by one.
Thinking about maybe put creator to the contract same as the payout address?
but since this is not an urgent issue, thinking it's quite enough for now.

[ctrlc03]

updated, but this is kind of a dummy solution 🤔 since the creator is stored in the metadata, so if we wanna check who create the application, we need to load them all from the subgraph and fetch metadata one by one. Thinking about maybe put creator to the contract same as the payout address? but since this is not an urgent issue, thinking it's quite enough for now.

let's keep it simple. If the payout address is the same as the connected user, show as their application. If no matches, then check localstorage. If no matches in local storage, then show just all applications

[kittybest]

updated, but this is kind of a dummy solution 🤔 since the creator is stored in the metadata, so if we wanna check who create the application, we need to load them all from the subgraph and fetch metadata one by one. Thinking about maybe put creator to the contract same as the payout address? but since this is not an urgent issue, thinking it's quite enough for now.

let's keep it simple. If the payout address is the same as the connected user, show as their application. If no matches, then check localstorage. If no matches in local storage, then show just all applications

so you think we don't need creator right now? just remove it?
and if there's no match, there would be no app displayed in My Apps section, instead, would say "click to create your app".

if there's creator, then now we check localStorage > creator > no wallet connected or no match apps then display nothing. This would also affect the other PR: edit application.
So I think the creator is still needed.

[ctrlc03]

updated, but this is kind of a dummy solution 🤔 since the creator is stored in the metadata, so if we wanna check who create the application, we need to load them all from the subgraph and fetch metadata one by one. Thinking about maybe put creator to the contract same as the payout address? but since this is not an urgent issue, thinking it's quite enough for now.

let's keep it simple. If the payout address is the same as the connected user, show as their application. If no matches, then check localstorage. If no matches in local storage, then show just all applications

so you think we don't need creator right now? just remove it? and if there's no match, there would be no app displayed in My Apps section, instead, would say "click to create your app".

if there's creator, then now we check localStorage > creator > no wallet connected or no match apps then display nothing. This would also affect the other PR: edit application. So I think the creator is still needed.

is the creator stored in the subgraph when one creates the application?

[kittybest]

updated, but this is kind of a dummy solution 🤔 since the creator is stored in the metadata, so if we wanna check who create the application, we need to load them all from the subgraph and fetch metadata one by one. Thinking about maybe put creator to the contract same as the payout address? but since this is not an urgent issue, thinking it's quite enough for now.

let's keep it simple. If the payout address is the same as the connected user, show as their application. If no matches, then check localstorage. If no matches in local storage, then show just all applications

so you think we don't need creator right now? just remove it? and if there's no match, there would be no app displayed in My Apps section, instead, would say "click to create your app".
if there's creator, then now we check localStorage > creator > no wallet connected or no match apps then display nothing. This would also affect the other PR: edit application. So I think the creator is still needed.

is the creator stored in the subgraph when one creates the application?

nope, it's stored in the metadata, which I mentioned in the dummy solution section. Actually I would prefer to store it in the Recipient on the subgraph, how do you think about it?

[kittybest]

Conclusion:

• remove the localstorage part
• use payout to determine whether a project belong to the user or not
• keep the creator in project metadata in case of future usage