eclipse-wildwebdeveloper / eclipse-wildwebdeveloper/wildwebdeveloper
Improve preference sharing
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
- There are HTML, CSS, JS/TS preferences. Each one implemented manuly
- HTML server read CSS preferences but completely ignore these from JS/TS
- Vue could use HTML, LESS, JS, TS, SASS, CSS and others but each time have to implement manually
- Same problems appear in case when we introduce some global preferences (format on save, insert mode, word matching settings)
- 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:
- Ability to use some informations directly from vscode package.json + some standard UI editors
- Extensions that allow to register configuration sections adapters + default settings store (like settings.json in vscode)
- 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
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.
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