-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Nombre por defecto de espectros que sea real #67
Comments
El tema es que hacerlo asi genera unos problemas con la actualizacion de los componentes, es mas por eso que por la validacion. |
¿Por qué sería? Si el valor inicial al crear el objeto es distinto de ""
¿cuál sería la diferencia con los campos pre-llenados como SCANNER?
…On Tue, Jul 12, 2022 at 12:40 PM joaquinmir ***@***.***> wrote:
El tema es que hacerlo asi genera unos problemas con la actualizacion de
los componentes, es mas por eso que por la validacion.
—
Reply to this email directly, view it on GitHub
<#67 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMA6B4UXOIWJLKANRDOPCTVTWGV7ANCNFSM53LISOFA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
No es un problema con la logica de la app, digo internamente no hay problema con iniciar los espectros con Nuevo#x, el tema es que con los componentes se complica la cosa. Por ejemplo si tenes Nuevo#1, Nuevo#2 y Nuevo#3. Si borro Nuevo#2 con esa logica me quedaria Nuevo#1, Nuevo#3. Y para hacer que quede bien necesitaria mas logica que lo haria menos eficiente. Ademas quedaria en el input del form Nuevo#1 por ejemplo y no se si es lo mejor, de ultima lo vemos mañana. |
No, no habría drama con eso, de hecho mejor porque se entiende que borraste
el 2 y quedaron el 1 y el 3, total todo eso debería cambiarse a un nombre
más específico!
…On Thu, Jul 14, 2022 at 1:51 PM joaquinmir ***@***.***> wrote:
No es un problema con la logica de la app, digo internamente no hay
problema con iniciar los espectros con Nuevo#x, el tema es que con los
componentes se complica la cosa. Por ejemplo si tenes Nuevo#1, Nuevo#2 y
Nuevo#3. Si borro Nuevo#2 con esa logica me quedaria Nuevo#1, Nuevo#3. Y
para hacer que quede bien necesitaria mas logica que lo haria menos
eficiente. Ademas quedaria en el input del form Nuevo#1 por ejemplo y no se
si es lo mejor, de ultima lo vemos mañana.
—
Reply to this email directly, view it on GitHub
<#67 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMA6B6O4HFGRHETZY2XBG3VUBAQBANCNFSM53LISOFA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Ya hice el cambio, despues checkeenlo porque como comentaba se pueden dar casos en los que se repitan los nombres. |
Está implementado como que si el nombre es "" entonces se muestra nuevo#indice. Cambiar eso por directamente ponerle el nombre Nuevo#1 y listo.
Entiendo que lo usan para validar. En lugar de eso, en la validación, fijarse si el nombre es de formato "Nuevo#{num}" y si es así declarar ese campo como inválido.
The text was updated successfully, but these errors were encountered: