Y ya que tocan el tema, ¿cómo hacer para dividir un megaformulario en varias partes, y cuando el usuario le de a next>> esos valores se mantengan y el navegador sepa que a ese formulario hace referencia?

se me ocurre que en DB, los campos que no son comunes y que ya son propios del genero, se guarden serializados, o sea un solo campo que se llame: «features» o algo así

No veo tendencia sexual, porque si un homo busca hombres y le salen resultados hetero la busqueda es falla. Me parece que no tiene sentido edad real y aparente al mismo tiempo, no imagino alguien, quiero buscar alguien de 43 años que se parezca a20

SI, si… hay que filtrar todos esos campos y empezar a eliminar.

Muchas gracias por su feedback.

wow

Divide lo en pasos 1 2 3 mostrando los campos relacionados nada más, si alguien entra en ese formulario saldrá corriendo, más si todos los campos son obligatorios, usabilidad!!!!!

«Wizard» con eso.

Es una salvajada, sí. Pero aún hay cosas peores.

Nosotros una vez hicimos algo así, hasta con un poco más de especificidad. Y tiramos eso a un mongo, para luego llevarlo a postgres.

Yo soy el frontend, el backend lo va hacer otro pana.

El front-end también tiene full trabajo.

Si.. estoy viendo como realizo eso

Los consejos de ocultar los campos son oportunos.
Se podría dividir el formulario también en varios «pasos» (ventanas modales) para mejorar la experiencia del usuario.
Como recomendación podrías hacer un prototipo de papel primero y probarlo a ver si es «cómodo».

Wizard, lo llaman.

Me preocuparia sobre todo la vista movil de ese formulario, pero si creo que seria mejor dividrlo por pasos, y sobre todo poner un tooltip en algunos campos sobretodo con los labios genitales

dos cosas: primero, ¿con qué software sale eso (y estará disponible en gnu/linux)?; y segundo: se parece a ciertos formularios de los proyectos ya hechos, pero la forma en que los hacen es cuestionable *cof*<table>*todo*cof*</table>*cof*

Balsamiq Mockups

y que la edad aparente no sea de +-2 unidades de la edad aportada

baaaalsaaaamiq

okei, fuera de joda, buen diseño del formulario… ¿y qué backend usan? yo me acuerdo que estuve con uno similar a eso (y también era una agencia desas), que guardaba la data de sus integrantes usando cakephp de backend

Formulario modular, no queda otra

Coño acá quien está usando VSC en Linux

☝️🏼

Mano en html y pug veo que los lorem suele seguir una sola línea , no es como sublieme text que al llegar hasta el mapa se posiciona abjao , esto se puede arreglar ?

revisa en los settings la propiedad wrapLineLength

Prueba con alt + z

busca en los settings: wordwrap y lo colocas true

incluyendo si pagas en efectivo, transferencia o punto de venta…

¡PUNTO DE VENTA!

¿quién lo diría?

yo lo tengo como tarea pendiente… en 🏢 hay ciertos proyectos que los formularios tienen hasta 40 campos, y hay que llenarlos TOOOOOOOODOOOOOOOS

y ya que tocan el tema, ¿cómo hacer para dividir un megaformulario en varias partes, y cuando el usuario le de a next>> esos valores se mantengan y el navegador sepa que a ese formulario hace referencia?

Wizards, divide el formulario en tabs y listo.

ese es en papel, ¿y a la hora de la chiquita qué fórmula usan mejor?

PHP, JavaScript, SQL por ejemplo

HTML/CSS/JS + Local Storage, y al final final se envía al servidor para proceso (eso haría yo)