FSharp.Data.Html suggested change to enable people to use the html parser without hiding representation without having to hack the code itself.#1499
Conversation
…ng representation without having to hack the code itself.
🏥 CI Failure Analysis - Run #249Issue: Both CI jobs (Ubuntu & Windows) failed on the Root Cause: The file Solution: Run the formatter command to fix the formatting: dotnet run --project build/build.fsproj -- -t FormatThen commit the formatted changes to fix the CI build. Error Details:
|
|
🤖 Workflow run triggered by this comment |
Fixed formatting in build/build.fs to comply with Fantomas standards. This resolves the CI CheckFormat failure. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
✅ CI Fix AppliedI've successfully fixed the CI formatting failure by running the Fantomas formatter on Changes Made:
Root Cause:The CI was failing on the Solution:Ran The CI should now pass the CheckFormat step. ✅
|
I'm looking to use the html parsing DSL without the encumbering that active pattern brings in terms of using those to "avoid breaking changes" in the DU definitions, costing in terms of tooling and ways to do the matching using it.
For now, this is just so people can make their own build by flipping a tag in the fsproj, but we may consider having something similar to https://github.com/fsprojects/FSharp.Data.SqlClient/blob/c6e48a47eb1d64c7de7596bae3cb50a548592357/src/SqlClient/DataTable.fs#L10 as default, and provide the same package with "HIddenRepresentation" suffix to the nuget package name, for those that feel their code will be more resilient to this library changing things.
related: #1227, #1102, fsharp/fslang-suggestions#1341