Le mardi 17 juin 2025 11:42:35 CEST, vous avez écrit : > I got a look and I confirm it's possible to build css-validator without > jigsaw, by just importing a few classes: > > https://github.com/w3c/css-validator/pull/449
Ok, thank you for that. Can I use it directly as a patch in the Debian package, or should I rather use the "d/missing-sources"? > >> It's also about avoiding extra work in the future for maintaining a > >> package that may not be used. > > > > I find it useful to ship also the webapp. Without it, we only have the > > command line interface and I don't know if it is feature-equivalent. All > > the html files of the webapp are not shipped otherwise. We could also > > drop the package in future if it is source of problems or maintenance > > burden? > > But why would one want to install a CSS validation service when there is > already one hosted by the W3C? I see the value in the command line tool, > but not much in the web service. But if you are ready to maintain it in > the next 10 years, why not. The css-validator hosted by W3C would work only for URL on publicly available hosts. URL on a private network wouldn't work, not to mention potential privacy issues. Having the ability to install the service on the local network could be of interest in that case. As per maintenance it is difficult to commit for so many years. One never knows what life can bring. In the event I can't continue maintaining I suggest to add a note in README.source saying that if the webapp/war package are problematic in some way, these binary packages could be disabled. I don't see why that would actually bring specific problems given that it's bacically just a few more lines in d/rules (ie. unpacking the war and adding symbolic links to the jars) and specific install files. In this case, this would make my question of the original e-mail relevant again. It's the last paragraph starting with "How would you ship the **war** or **webapp**?..." After css-validator, we would have to consider the case of 'libhtml5parser- java'. I'll start another subject for that one. Fab
