eclipse-wildwebdeveloper / eclipse-wildwebdeveloper/wildwebdeveloper
Improve preference sharing
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 201
- Forks
- 76
- Merge moyen
- 4 j 7 h
- PR mergées (30 j)
- 21
Description
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
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par la PoC d’implémentation Vue et les implémentations de préférences qu’elle a orientées, en comparant la manière dont les préférences HTML, CSS, JS/TS et Vue sont actuellement gérées. Examinez le modèle package.json/settings.json de VS Code et les points d’intégration de LSP4E mentionnés dans l’issue, puis définissez un périmètre convenu pour les adaptateurs, les valeurs par défaut, les alias et les éventuels paramètres de workspace ou de projet avant l’implémentation.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- css, html, javascript, sass, typescript, vscode
- Domaine
- developer-experience, tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100