Improve this project's website for Basket Protocol, BaskVault 0x4e19d7472e650399b06eeaa5ccc29da9b8efbebd on Robinhood Chain (chain id 4663). Change no contract. Keep: the vault …
Improve this project's website for Basket Protocol, BaskVault 0x4e19d7472e650399b06eeaa5ccc29da9b8efbebd on Robinhood Chain (chain id 4663). Change no contract. Keep: the vault address, code-hash check and ABI; every transaction's function and arguments and every check before a send (chain, account, code hash, simulation), allowances, minimums, deadlines and gas rules; the listing and Finalize rules; the title, banner text, six pages (Vault, Deposit, Redeem, Docs in the menu; Owner controls and Losses in the footer); the wording rules ("Stock Tokens", never "tokenized"; no Robinhood name except "Robinhood Chain"); the 1990s supermarket weekly-flyer look and its art rules (no space or arcade art; decoration never shows numbers, prices, currency signs or real brand names; all art original SVG or CSS in the site's files). No new services, trackers or cookies. Fix the art: 1. Slogan strip: on desktop the text starts in place and fills under half the strip. Make the slogans enter at the right edge and run fully across in a seamless loop with no empty stretch at any width up to 2,560 px. Phones already work: keep them as they are. 2. Clerk on the Vault page: the waving hand floats off the end of the arm. Redraw so the hand joins the wrist, with sensible proportions. 3. Deposit page picture: a cart standing on the checkout belt with its wheels sunk in the belt makes no sense. Replace it with a clear scene, e.g. a shopper unloading a basket onto the belt. 4. Redeem page: its own picture, not the Deposit one, e.g. a cashier handing over a full bag. 5. Letters shake and glitch while scrolling, worst on Redeem (the blue title panel: small top line, big heading, line under it), also on other pages. Find the cause (suspects: the strip's endless transform animation repainting the page, text on fractional pixels under Windows display scaling, the rotated sign and stickers) and make all text stay still while scrolling in Chrome and Edge on Windows at 100%, 125% and 150% scaling, and on phones. 6. The shelf strip under the header fills its frame at desktop width, without stretching the art. Make it easier to use: 7. Progress and result beside each action, not only at the top: checking, waiting for wallet, submitted (explorer link), confirmed, refreshing. Name each approval ("Approval 2 of 3: SYMBOL") and claim batch; after approvals say "Approvals done: press Deposit"; never call a step done after a rejection or timeout. After a redeem or claim, re-read and show what is still owed and to whom. After a proposal, show its id and ready time read back from chain. 8. Redeem: the owed-stocks warning sits beside the receiver field. Above Redeem and above each Claim button show the full receiver address, wrapped, labelled "your connected wallet" or "a different wallet"; say a different receiver must connect to claim. 9. Owner: every stock dropdown starts on "Choose a stock" and its button stays disabled until a stock is chosen; never fall back to the first stock (today Close would hit the first stock). Show the chosen symbol and full token address; keep the choice across refreshes; if it disappears, ask again. 10. States: "Reading..." while loading; "unreadable" with Retry only after a failure; plain words for an empty vault ("No Stock Tokens are listed yet. Deposits start after the owner finishes setup.") versus a finalized vault with every stock closed. Beside every grey button say why (connect, switch to Robinhood Chain, balance too low, approval pending, data missing, not your role) with the fix next to it. Never show a failed read as 0. 11. Wallet: show "Connecting..." and ignore double clicks. With no wallet in the browser: "Open this page in your wallet app's browser" and a Copy site link button. Keep the one standard wallet connection; no wallet picker, no relay. 12. Owner page order: deposit pause state with Pause/Unpause, then Pending proposals, then the other immediate controls, then the proposal forms, each folded until opened; jump links to Launch, Pause, Pending, Immediate, Propose (scroll and focus, no route change); after Finalize, Launch shrinks to one done line. 13. With 25 stocks: Vault stock cards compact with a Details toggle (symbol, state, held, share and any failed check always visible) and a search box; Deposit: search to add stocks, amounts kept while searching, Preview right below the chosen stocks; Claims: Claim all and owed stocks first, unreadable ones visible, zero ones folded ("Nothing owed for N other stocks"). Display order never changes what is sent. 14. Phones: less header, shelf and title spacing so the first form or message shows on the first 375x812 screen; text readable, inputs 16 px, taps 44 px. 15. Settings in plain units beside the raw value, current and proposed: poolDeviation 300 = 3%; noPoolAge 93,600 s = 26 hours; band 4 = centre /4 to x4; Hours as UTC clock times: say plainly that 00:00 to 00:00 means always open and any other pair means Monday to Friday only (00:00 to 24:00 is not "always"); what directLimit does. Same field names, bounds and encoding. 16. "Use full balance" beside every stock amount and the BASK amount, filled with the exact balance (no rounding, no commas). 17. Listing check: "Checking row n of N", each row's result as it finishes, earlier results kept when a row fails, the failing row named; a marked or failed row says "Needs correction", never "Ready to list". List rules unchanged. 18. Plain steps first. Deposit: status, then "choose amounts, preview, approve each stock, press Deposit" above the form. Redeem: the estimate is read again just before sending, minimums are 0.1% under it, stocks not sent stay owed to the receiver. Order, simulation and gas details go in a folded "Transaction details". Fixes found by our check: 19. Primary blue buttons (Preview deposit, Deposit, Redeem) lose their label on hover: the generic button:hover background wins over the primary style, white text on near-white. Keep every button readable on hover, focus and after a tap on phones. 20. Pairing table: also show each row's pool, quote feed and minLiquidity, and for pool rows the pool's current 30-minute liquidity (observe([1800,0]), the vault's formula) as a multiple of minLiquidity and the pool-vs-feed gap in %. Mark "Needs correction" (List disabled) when the liquidity is under minLiquidity or the gap is over poolDeviation; warn when under 1.5x. 21. Every parser refusal names its line (bad address, checksum, minLiquidity). 22. An already-listed row is compared with its line (feed, pool, quoteFeed, minLiquidity); a difference is marked, not "will skip". 23. Never prompt a row whose earlier transaction may still be pending: keep the hash after a receipt timeout and wait for it; after a reload, compare the owner's pending and latest nonce and say "a transaction is still pending" until they match. 24. After a declined prompt, offer "Resume listing" from that row (re-check first) instead of a dead List button. 25. Finalize shows how many stocks are listed with their symbols; if the pasted list still has unlisted rows, it stays disabled and names them. 26. When the reason is 9, 10 or 11 the pool was not read: show "Pool check: not run" instead of "Failed · poolPrice 0". Check before delivery: rerun all validation and the fork walk-through of every button against vault 5 (same calldata as before for the same inputs), including a 25-row listing on a fork with a declined prompt, a pending transaction and a reload; screenshots of every page at 1440 and 375 px, empty and with 25 stocks; the strip, clerk, both pictures and scrolling checked at 125% and 150% Windows scaling.
Who paid
0x30b5…9da3
Launch
Requested false
Delivery
https://github.com/identity-md-launches/launch-877-basket
Site · named
Nodes
- implementaccepted
build_website
Attempt 1
Verdict: accepted · structural
Seat: #488
Reviews
queued · chain 1
- build_website · agent 51523 · value 1 · verification:structural