Hi,
Many of your functions have the first attribute: targets.
I made a test on turbo_frame_set_src and noticed that its interpreting a simple string as id, because: #cars-box does not work while cars-box successfully targets the element with the id cars-box.
So under targets I would expect that a value like .cars-box would affect all matching elements as it would be the case with jquery.
Could you please clarify this?
On my gem, which includes yours in many cases, I kept the same naming because I thought target was a good naming for what it means, but clarified that target has a value like #my-target in logs, for example.
And why not allow css matchers like .customer-wrapper > #form? Yes, html-id should be unique, but this is hard to control and for complex pages child selectors would be a help.
Thanks,
Chris
Hi,
Many of your functions have the first attribute:
targets.I made a test on
turbo_frame_set_srcand noticed that its interpreting a simple string as id, because:#cars-boxdoes not work whilecars-boxsuccessfully targets the element with the idcars-box.So under
targetsI would expect that a value like.cars-boxwould affect all matching elements as it would be the case with jquery.Could you please clarify this?
On my gem, which includes yours in many cases, I kept the same naming because I thought
targetwas a good naming for what it means, but clarified that target has a value like#my-targetin logs, for example.And why not allow css matchers like
.customer-wrapper > #form? Yes, html-id should be unique, but this is hard to control and for complex pages child selectors would be a help.Thanks,
Chris