Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TR shouldn't use TBODY as a receiver #283

Open
reubenfirmin opened this issue Jun 14, 2024 · 1 comment
Open

TR shouldn't use TBODY as a receiver #283

reubenfirmin opened this issue Jun 14, 2024 · 1 comment

Comments

@reubenfirmin
Copy link

I get that you are trying to force valid html, but that defeats the ability to create html fragments.

Consider the use case:

  • I have a table of the first N search results
  • I'm using HTMX's reveal to dynamically append additional rows of results (using hx-swap = afterend on the tbody)

Because of the way TR is defined, I cannot dynamically generate a list of TRs, which htmx will take care of appending. (Instead I have to create my own custom element for this, as a workaround, which is sub-par.)

@rromanowski-figure
Copy link

I agree it's less than ideal, perhaps a type of "fragment" receiver that any component can be defined under.

Another workaround I see in the wiki is to use a filter if you want to build the necesary parents than define the ones you want to strip out

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants