form-payload VS redux-form

Most of the screenshots were taken from the migration of .ts files to .js while preserving type functionality in my library form-payload (here is the PR). Why did I decide to make this migration? Because I wanted to. Although this is far from my only experience with such migrations. Interestingly, the sides of migrations often change (migrations from .js to .ts undoubtedly occur more frequently). Despite my affection for TypeScript and its concise syntax, after several dozen files written/rewritten using JSDoc, I stopped feeling any particular aversion to the JSDoc syntax, as it is just syntax.

GitHub Repository:

Handling form defaults

kyleboyle's proposal here simply doesn't work. When I call nextProps.handleSubmit from componentWillReceiveProps, I get this familiar error, Uncaught Error: You must either pass handleSubmit() an onSubmit function or pass onSubmit as a prop

[debug] Processing by SecretApp.ProductController.create/2 Parameters: %{"_csrf_token" => "Zl81JgdhIQ8GG2c+ei0WCQ9hTjI+AAAA0fwto+HMdQ7S7OCsLQ9Trg==", "_utf8" => "✓", "product" => %{"description" => "description_name", "image" => %Plug.Upload{content_type: "image/png", filename: "wallpaper-466648.png", path: "/tmp/plug-1460/multipart-754282-298907-1"}, "name" => "product_name", "price" => "100"}} Pipelines: [:browser] Api.ProductController handles requests from redux-from. Here is action, view and params, which are processed by this action:

The confusion multiplies when it comes to using libraries like react-redux-form or redux-form. I just want to simply have a model or something for name, surname email and password, but I feel that these libraries are over-engineered as soon as they start having their own reducer like:

I am trying to add a second submit button to a redux-form.

redux-form is a very compelling library for providing redux bindings for forms in a react application, which should be super-convenient. Unfortunately, using the library's own examples, I'm failing to actually bind anything, which is super in-convenient.