Improve preference sharing

Offen
  • Stimmt etwas nicht?
#1,335 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
25/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
css, html, javascript, sass, typescript, vscode
Bereich
developer-experience, tooling

Rechercherichtung

Beginnen Sie mit dem Vue-Implementierungs-PoC und den davon beeinflussten Preference-Implementierungen und vergleichen Sie, wie HTML, CSS, JS/TS und Vue-Preferences derzeit behandelt werden. Prüfen Sie das VS Code package.json/settings.json-Modell und die im Issue genannten Integrationspunkte von LSP4E und legen Sie anschließend einen vereinbarten Umfang für Adapter, Defaults, Aliase sowie Workspace- oder Projekteinstellungen fest, bevor Sie mit der Implementierung beginnen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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

Vorherrschende Sprache
Java
Sterne
203
Forks
76
Ø Merge
1 T. 5 Std.
Gemergte PRs (30 T.)
30

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus eclipse-wildwebdeveloper/wildwebdeveloper

Alle Issues in eclipse-wildwebdeveloper/wildwebdeveloper

Ähnliche Issues

Weitere Issues zu Java

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.