Emi Matchu 1119bbb292 Extract the more complex support form helpers into templates ... I think helpers are fine for the simpler ones that are basically *just* wrapper tags, but once it starts getting into `concat`, I think that's too unfamiliar of a syntax for developers; let's bail into our usual templating system! I'm not sure about putting them in `application/support_form` like this. That's cute for one-offs like `application/hanger_spinner`, because `render partial: "hanger_spinner"` assumes the `application` view folder by default, but that doesn't work once it's nested: it looks for a `views/support_form` folder. I think maybe it could soon be time to bail from the strict "view folders belong to controllers" thing, similar to how we did for `SupportFormHelper`, and add a `components` folder or similar? Idk, not sure yet!		2024-12-01 09:26:40 -08:00
..
assets	Fix styles in support form when field is errored	2024-11-30 11:50:31 -08:00
controllers	Oops, return HTTP Bad Request when item editing fails	2024-11-30 11:45:35 -08:00
helpers	Extract the more complex support form helpers into templates	2024-12-01 09:26:40 -08:00
javascript	Move Alt Styles into /rainbow-pool URLs, say "Pet Styles" more in text	2024-10-11 15:37:37 -07:00
mailers/fundraising	Move most fundraising files into a Fundraising module	2024-02-18 20:12:14 -08:00
models	Refactor support-form CSS to be more reusable layout	2024-11-30 10:33:58 -08:00
services	Oops, fix bug when loading species with no alt styles in the Studio	2024-11-14 19:03:06 -08:00
views	Extract the more complex support form helpers into templates	2024-12-01 09:26:40 -08:00