posit-dev / posit-dev/shinylive
Direct link to Editor or reframe page to default to the editor
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 251
- Forks
- 25
- Avg merge
- 19m
- Merged PRs (30d)
- 2
Description
It feels weird that the landing page is on "Basic App" example. I don't mind the code but it gives me an odd feeling when I click the button to share the app when on the "Basic App"'s example page.
"Am I sharing the 'Basic App' example?" ... "Or am I sharing my code?" ... "Will my shared code have a title of 'Basic Example'?"
I'd like something (a button) near the top left that is similar to "Open Editor" or "Editor" that takes you directly to https://shinylive.io/py/editor/ . TypeScript has a query parameter for which example is being run, similar to our hash. They're default is a Playground landing page which can populate with known examples. If you click in the url bar, the code content is updated, just like our editor does. By landing on the editor/playground page, it is clearer to me that the goal is to write code and share it, not edit pre-existing examples.
I'd like the interaction to feel closer to "I'm editing app code, not I'm editing the Example". (I don't mind defaulting the base code to be the "Basic App" code... I'd just like to not be editing code that belongs to the "Basic App".)
Related:
cc @gregswinehart
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by comparing the current landing page with the /py/editor/ entry point and review the TypeScript Playground and Babel examples linked in the issue. Decide whether the landing page should link directly to the editor or be reframed as a playground. Done means users can clearly tell they are editing and sharing their own app code rather than the Basic App example.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- frontend, web-dev
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100