eclipse-wildwebdeveloper / eclipse-wildwebdeveloper/wildwebdeveloper

Improve preference sharing

Abierto
#1,335 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
Java
Estrellas
201
Forks
76
Merge medio
4 d 7 h
PR fusionados (30 d)
21

Descripción

For now is nighmare, especially sharing between servers

  1. There are HTML, CSS, JS/TS preferences. Each one implemented manuly
  2. HTML server read CSS preferences but completely ignore these from JS/TS
  3. Vue could use HTML, LESS, JS, TS, SASS, CSS and others but each time have to implement manually
  4. Same problems appear in case when we introduce some global preferences (format on save, insert mode, word matching settings)
  5. There is no support for aliasing, for example typescript server embeded in HTML LS require different names

I think this can and should be simplified by:

  1. Ability to use some informations directly from vscode package.json + some standard UI editors
  2. Extensions that allow to register configuration sections adapters + default settings store (like settings.json in vscode)
  3. Maybe in future support for settings scope (workspace and project level)

I don't know where this code should be store. I did some PoC during Vue implementation and can clean this for wildwebdeveloper.common, and/or should be prepared for LSP4E directly

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Comience con la PoC de implementación de Vue y las implementaciones de preferencias que esta orientó, comparando cómo se gestionan actualmente las preferencias de HTML, CSS, JS/TS y Vue. Revise el modelo package.json/settings.json de VS Code y los puntos de integración de LSP4E mencionados en el issue; después, establezca un alcance acordado para los adaptadores, los valores predeterminados, los alias y cualquier configuración del workspace o del proyecto antes de la implementación.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
css, html, javascript, sass, typescript, vscode
Área
developer-experience, tooling
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Estancado
Claridad
Necesita aclaración
Aptitud para principiantes
25/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.