artonomous / artonomous-mvp

A Self-Owning, Self-Sustaining, Self-Improving Autonomous Artist Using the Ethereum Blockchain
158 stars 21 forks source link

OLD: Front-End Design: Map Out Pages Required (eg, Home, Auction View, etc) #24

Open simondlr opened 6 years ago

simondlr commented 6 years ago

Using this issue for the hardcoded_generator MVP.

simondlr commented 5 years ago

Here's my thoughts for the MVP.

Pages: Home/Gallery.

A simple description. We can be all "AI" about to sell the idea.

Followed by the current art piece that is up for auction. From there you can click to "Auction" page.

Underneath it is the recent 10 pieces that were sold, followed by a "see more" button at the bottom, allowing you to page through the art.

Buy Art/Auction.

On this page, it shows the current art piece up for auction. It also shows the current price. It will have a "Buy Art" or "Claim Art" button on it (when it goes beyond 24 hours).

View Art.

Each artwork will have a single page to view it. It includes stats like the has blocknumber, the hash of the generator, the current owner, etc. It will include the ability to transfer the art from there. In v2, it will also contain the ability to buy/sell it directly from the artonomous website.

Buy/Sell SOUL.

This is the page that showcases the curved bond to buy into the SOUL of Artonomous. A buy/sell option would exist. It would also display the total revenue Artonomous has made from selling its artwork.

About.

Short description. Links to github.


That seems about it? Seems like a good place to start. Anyone want to take on some simple wireframing/design work?

djosey commented 5 years ago

ok - first off, love the idea.

first question. what is the generation mechanism? because the pages you lay out can exist nicely as 'pages', but the first thing I'm thinking about is navigation, which should drive the gist of the user experience - literally, as the user jumps from one piece to another. do the smart contracts on chain generate in something like a branching tree structure, like pieces are generated from a genesis piece and random iterations on that design?

concept: trippy irl museum experience skeumorphism.

I don't know what you think of this but I'm imagining a very minimalist, sort of hard edges outlined with material color scheme, but REAL navigation, like the user is not clicking a link and dissolving to another page, but clicking an arrow or inputting a nonce and jumping from one viewing space to another in something that feels almost like an actual museum (in some sort of way that the concept can be rendered in a lightweight fashion in a web browser).

and I ask about structure because if it were a sort of branching, tree structure type mechanism, you could literally make the nav reflect the form and have it almost feel like a top-down journey through a tree-structured, branching hallway -- click left or right to visit the two children of the parent piece, or back to go up one level to the parent (with the ability to jump quickly based on a reference or whatever, of course). Or if it's iterative with one piece used as a seed to generate a child, the nav context could be something like an unending spiral, or an endless hallway, or whatever.

would be very cool to make the whole of the experience more interactive, rather than something like the v boring cryptokitties page where you see rows of three cats next to each other and you scroll down... this would just be a way of getting really clever with the screen dissolves between navigation jumps so that the user feels like they're in some sort of trippy browser-rendered museum.

I think you could do this sort of design and get clever with the way that the last ten sold and soul bar aspects are presented so that they're incorporated naturally into a trippy museum nav experience. maybe even down the road throw it into VR or whatever.

And from a building perspective, if you're handling all the generation aspects, we definitely know how organize the backend calls for navigation using ethql and a few custom fields in a DB.

Could be fun! Would be glad to help with this direction or brainstorm other twists on it.

djosey commented 5 years ago

whoops sorry i read more about the generators etc. concept could still apply extensively to any of the proposed generation models.

simondlr commented 5 years ago

Hey man! Nice to see you here @djosey!

do the smart contracts on chain generate in something like a branching tree structure, like pieces are generated from a genesis piece and random iterations on that design?

Love the thinking, but unfortunately not.

Each hash is not tied to a previous iteration or hash. It's just a blockhash.

wrt general design, my gut feeling is that one first has to start simple & clean so users understand what's going on, because many of the components are new. Once this is in place, you can design different experiences into the artwork (like you have different block explorers). Would for example love to have a decentraland art gallery. :)

djosey commented 5 years ago

Always a pleasure @simondlr !!!

Here is a first pass; the gallery thinking was surprisingly helpful I think in actually laying out the single art view page in particular. probably missed a few things here... clicking an Art would zoom in, for example.

Probably could minimize this down a little more even. Probably could add some more stuff, especially fields, etc. any thoughts?

artonomous first pass