Opting out for specific known content types

Open
#850 5 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
35/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Stale
Tech stack
java
Domain
tooling

Research direction

Start by reading the linked PDE #294 and LemMinx #1275 discussions to understand the boundary between Wild Web Developer and LemMinx. Identify where Wild Web Developer handles content types and validation, then define the completion criteria as suppressing schema-related warnings for the listed PDE resources without disabling validation for other XML files.

Written by the indexing model from the issue text.

Description

There should be a way to opt of validation for specific know content types.

The issue arises relates to this issue raised for PDE:

https://github.com/eclipse-pde/eclipse.pde/issues/294

PDE has abused the XML Schema namespace for its own purpose leading to all kinds of validation errors that are not really errors for PDE's actual use of *.exsd resources.

Similarly a PDE *.target file doesn't specify a schema, but the editor knows the correct structure so a warning about the schema being missing is just noise to the user. Same for feature.xml, category.xml, plugin.xml, and *.product.

The Lemminx functionality is generally very cool and very useful, but it seems the only way to disable this for PDE's resources is to disable it in general, which definitely not desired either. Apparently the issue should not be addressed in LemMinx, as suggested by this comment:
https://github.com/eclipse-pde/eclipse.pde/issues/294#issuecomment-1216550919

but rather in Wild Web Developer as suggested by this comment:

https://github.com/eclipse/lemminx/issues/1275#issuecomment-1221371932

Dominant language
Java
Stars
203
Forks
76
Avg merge
1d 5h
Merged PRs (30d)
30

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from eclipse-wildwebdeveloper/wildwebdeveloper

All issues in eclipse-wildwebdeveloper/wildwebdeveloper

Similar issues

More Java issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.