Repository navigation
A community project's Copy link is the site's, wherever it is open - #192
Merged
Merged
Conversation
In the app a community project is at 127.0.0.1:<port>/c/<id>/, and the canvas strip's and a board's Copy link handed that out, which opens nowhere else. Every Copy link on one now gives superproto.dev/p/<id>/<name> with the same view and board, and a link off the site pasted into the app still attaches its boards. A local project's links are unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
Deploying super-prototyping with
|
| Latest commit: |
4263c23
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://cdb55e54.super-prototyping.pages.dev |
| Branch Preview URL: | https://community-links-public.super-prototyping.pages.dev |
Its server draws a community board as it draws a project's own, so the + on each board and on a selection hands it to the chat, as on a project. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
sp fetch and sp duplicate take the link as well as the id, and the agent is told how the link's canvas, board, picture and document map to the files of the copy sp fetch prints. A link to the project open in the app still becomes chips (App.tsx, attach). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
zsh reads its ? as a glob and runs nothing. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
A community project opened in the app lives at
127.0.0.1:<port>/c/<id>/. The canvas strip's and a board's Copy link handed that address out, and it opens nowhere else. Now every Copy link on a community project gives the site's address,superproto.dev/p/<id>/<name>, with the same view and board, whether the project is open in the app or on the web.canvasUrl.tsadds four helpers, with tests:webUrl: the site's address for a project, moved here fromCommunity.tsx;communityIdOf: the project id an address points at;shareUrl: the address to hand someone;sameProject: whether two addresses point at the same project.shareUrl.sameProject. So a site link copied off a community project still attaches its boards in the app./p/<uuid>/on 127.0.0.1 is a local folder, not a community project, and a test covers that case.Two more changes, both from trying this in the app:
served, which a/c/<id>/page is not. It is now gated onlocal(), as the chat panel it hands things to is. The server already shoots a community board. The hosted site still has neither.sp fetchandsp duplicatetake the link as well as the id. The agent's preamble says how the link's?canvas=,#<board>,#assets/…and?doc=map to the files of the copysp fetchprints.🤖 Generated with Claude Code