Change URL behavior (parse the content to the url)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript
- Área
- tooling
Línea de trabajo
Empieza leyendo el issue relacionado #105 y el Vue SFC playground ReplStore enlazado en el issue. Después, inspecciona el comportamiento actual de la URL, el token, los usuarios anónimos y el botón de compartir. Se considera terminado cuando exista un recorrido de ida y vuelta acordado de contenido a URL y de vuelta, y se hayan aclarado los efectos sobre el comportamiento existente de compartir y de los tokens.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I think it's better to take inspiration from Vue SFC playground.
It seems like it creates a hash for the content, and parse it inside it's ReplStore. See https://github.com/vuejs/core/tree/main/packages/sfc-playground
This will make the link is a Bijective function to the content. Which means that we can create cool stuff like programmatically embed content to the url - like in https://github.com/LinusBorg/slidev-theme-vuetiful/blob/348090dff814bb97f835c2944daaf2fd77552d83/layouts/sfc.vue#L32 - the component embed its content programmatically so the content code is readable before injecting it into the url - and we can extract it from the url. The url get const encoded = window.btoa(JSON.stringify(content)) so we can do the reverse with const decodedString = JSON.parse(window.atob(encoded)).
This may affect the way the URL handles now with tokens and anonymous users and the behavior of the share button will be just to copy the URL instead of saving.
This issue is related to #105
- Lenguaje dominante
- TypeScript
- Estrellas
- 246
- Forks
- 71
- Merge medio
- 5 min
- PR fusionados (30 d)
- 6
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de solidjs/solid-playground
-
fetch types from esm.shAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
solidjs/solid-playground#194 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
solidjs/solid-playground#190 · 1 comentario ·
-
Compiler not published as ESM?Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
solidjs/solid-playground#179 · 2 comentarios ·
-
Missing editor fontsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 38/100
solidjs/solid-playground#176 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
solidjs/solid-playground#175 ·
Todos los issues de solidjs/solid-playground
Issues similares
-
test: claim-conflict drop leaves both facts active and is never re-proposed (untested review cell)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
[Feature]: Usage page should show API-equivalent cost and say when a connected plan shows info onlyAbiertoenhancement from-x
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
nightly-labs/openbot#4867 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
egonSchiele/agency-lang#1377 ·
Los mantenedores suelen responder en 1 día
-
normalizePath removes the Windows device namespace prefixPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
caprover/caprover-frontend#273 ·
Los mantenedores suelen responder en 1 día