It would make my day (times 30) if this would get into Formtastic 1.0. I know, I know...it's just that this is soo fundamental stuff, and there seems to be a quite clear picture on how we want to solve this. Bugs me and my partners everyday we work with forms. 8/ With most things near perfect in Formtastic, so missing features like this annoying as a mosquito in a dark room.

I think this will be better solved with custom inputs (:as => :price), which may be done in the DSL, may be done in partials, may be done some other way (I have something brewing), so I'm closing this issue off.

I very much disagree on this one, this one is a time-stealer in forms and as Formtastic is enforcing a LI elements for semantically purposes (with the positive effects) it makes it much harder to make semantically correct non-standard inputs (fields that belong together should belong together and not as seperate list items). I got a patch with specs, but not yet finalized a block issue but i know how to solve it now (just got it while fixing a show_for gem block issue). This and buttons is my only votes for 1.0, even more important than docs. The rest of the issues lately haven't affect the time me and the guys I worked with lately spend on forms (4 different projects). Inlined inputs in Formtastic made us hurl for real. =/

Yes, but this ticket was about :prefix and :suffix string options to help with the lack of custom inputs. I opened it, now I'm closing it because I think that particular job is better solved another way, so I'm going to work on that instead.

Feel free to open another issue for the other topics touched upon in this issue.

@joallard nothing has been added to the API to facilitate prefixes and suffixes in this way, but we did pour a lot of effort into custom inputs, which make it really easy to do abstract what you're trying to.