#7874 add observation type #765

Merged
jorgep merged 22 commits from 7874-addObservationType into dev 2024-10-14 14:16:45 +00:00
Member
No description provided.
jorgep added 3 commits 2024-09-26 11:10:10 +00:00
jorgep changed title from #7874 add observation type to WIP: #7874 add observation type 2024-09-26 11:10:18 +00:00
jorgep added 1 commit 2024-09-26 14:01:47 +00:00
jorgep added 1 commit 2024-09-26 15:19:08 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
71201f1007
feat: refs #7874 required fields banner
jorgep added 1 commit 2024-10-03 07:49:13 +00:00
jorgep added 1 commit 2024-10-03 08:03:57 +00:00
jorgep changed title from WIP: #7874 add observation type to #7874 add observation type 2024-10-03 08:16:27 +00:00
jorgep added 1 commit 2024-10-03 08:23:30 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
01dc25da8c
refactor: refs #7874 create element if condition
jorgep added 1 commit 2024-10-03 13:14:35 +00:00
jorgep added 1 commit 2024-10-03 13:30:31 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
cd20db637c
fix: refs #7874 btn ui
jorgep added 1 commit 2024-10-04 11:50:39 +00:00
jorgep added 1 commit 2024-10-04 14:12:41 +00:00
jorgep added 1 commit 2024-10-10 08:16:40 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
830decb6db
Merge branch 'dev' into 7874-addObservationType
jorgep added 1 commit 2024-10-10 09:02:09 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
44c4c378f9
chore: refs #7874 add default ob type
jorgep added 1 commit 2024-10-10 10:12:09 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
5af14b1b52
chore: refs #7874 fix test
jorgep requested review from jsegarra 2024-10-10 10:12:41 +00:00
jorgep added the
CR / Tests passed
label 2024-10-10 10:12:46 +00:00
jsegarra requested changes 2024-10-10 12:14:18 +00:00
Dismissed
jsegarra left a comment
Member

No me funciona
image

No me funciona ![image](/attachments/837a2b57-20e0-49c1-8d9c-8ef3881b8003)
8.2 KiB
Author
Member

No me funciona
image

Necesitas las ramas de back y front

> No me funciona > ![image](/attachments/837a2b57-20e0-49c1-8d9c-8ef3881b8003) Necesitas las ramas de back y front
jorgep requested review from jsegarra 2024-10-10 12:22:12 +00:00
jorgep added 1 commit 2024-10-10 13:41:04 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
6d674f2a2b
Merge branch 'dev' into 7874-addObservationType
jsegarra requested changes 2024-10-10 14:21:29 +00:00
Dismissed
jsegarra left a comment
Member

Yo lo veo bien, pero me permite darle al botón de guardar si me dejo alguno de los dos campos
image
Desde consignatario me causa confusión ver verde y rojo. Entiendo que el verde es para la información diferente a notas y lo rojo para notas
image

Conociendo mas a los usuarios, a futuro nos reportaran que los mensajes causan confusión

Yo lo veo bien, pero me permite darle al botón de guardar si me dejo alguno de los dos campos ![image](/attachments/2c204837-23c6-4dd8-bed2-e12ce9545aad) Desde consignatario me causa confusión ver verde y rojo. Entiendo que el verde es para la información diferente a notas y lo rojo para notas ![image](/attachments/b1221e2e-60f7-465f-99b4-77b3980deaf1) Conociendo mas a los usuarios, a futuro nos reportaran que los mensajes causan confusión
Author
Member

Yo lo veo bien, pero me permite darle al botón de guardar si me dejo alguno de los dos campos
image
Desde consignatario me causa confusión ver verde y rojo. Entiendo que el verde es para la información diferente a notas y lo rojo para notas
image

Conociendo mas a los usuarios, a futuro nos reportaran que los mensajes causan confusión

Las notas de consignatario no son las mismas que clientObservations, eso sería otra tarea.

Lo otro ok.

> Yo lo veo bien, pero me permite darle al botón de guardar si me dejo alguno de los dos campos > ![image](/attachments/2c204837-23c6-4dd8-bed2-e12ce9545aad) > Desde consignatario me causa confusión ver verde y rojo. Entiendo que el verde es para la información diferente a notas y lo rojo para notas > ![image](/attachments/b1221e2e-60f7-465f-99b4-77b3980deaf1) > > Conociendo mas a los usuarios, a futuro nos reportaran que los mensajes causan confusión Las notas de consignatario no son las mismas que clientObservations, eso sería otra tarea. Lo otro ok.
jorgep added 1 commit 2024-10-10 14:49:47 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
50042ed45b
feat: refs #7874 prevent submit if empty fields
jorgep requested review from jsegarra 2024-10-10 14:50:41 +00:00
jorgep reviewed 2024-10-10 14:59:05 +00:00
@ -240,39 +240,33 @@ function handleLocation(data, location) {
class="row q-gutter-md q-mb-md"
v-for="(note, index) in notes"
>
Author
Member

Aqui solo quito los divs y mejoró la ui, pero porque era algo sencillo, esta tarea no va realcionada con esta sección.

Aqui solo quito los divs y mejoró la ui, pero porque era algo sencillo, esta tarea no va realcionada con esta sección.
jsegarra requested changes 2024-10-10 15:16:54 +00:00
Dismissed
@ -25,3 +30,3 @@
const quasar = useQuasar();
const currentUser = ref(state.getUser());
const newNote = ref('');
const newNote = reactive({ text: '', observationTypeFk: null });
Member

porque no puede ser null?

porque no puede ser null?
jorgep marked this conversation as resolved
@ -125,0 +159,4 @@
option-label="description"
style="flex: 0.15"
dense
readonly
Member

Porque usamos vnselect para informar al usuario del tipo? Entendería esto si de alguna manera cambiase de estado, es decir readonly o no.
Mi propuesta es que sea un texto o por ejemplo un QBadge outlined
Veo consigo usar vnselect readonly

Porque usamos vnselect para informar al usuario del tipo? Entendería esto si de alguna manera cambiase de estado, es decir readonly o no. Mi propuesta es que sea un texto o por ejemplo un QBadge outlined Veo consigo usar vnselect readonly
Author
Member

Es para seguir el patrón de estilo de otras secciones. @jgallego que opinas?

Es para seguir el patrón de estilo de otras secciones. @jgallego que opinas?
jorgep marked this conversation as resolved
@ -32,3 +31,1 @@
return { clientFk: item.clientFk, text: newObservation.value };
});
await axios.post('ClientObservations', data);
const observationTypeFk = (
Member

Cada vez que hacemos un submit lanzamos una petición que siempre será la misma?
Fuera no lo veo porque haríamos una llamada cuando no es necesario pero dentro tampoco. Quizás algo intermedio tipo, si ya has hecho la petición una vez no la hagas otra

Cada vez que hacemos un submit lanzamos una petición que siempre será la misma? Fuera no lo veo porque haríamos una llamada cuando no es necesario pero dentro tampoco. Quizás algo intermedio tipo, si ya has hecho la petición una vez no la hagas otra
Author
Member

Al ser un dialogo , una vez se cierra ya no se puede usar(o no de la manera en que lo usamos nosotros) y se abre uno nuevo la proxima vez. De todas maneras pongo la comprobación.

Al ser un dialogo , una vez se cierra ya no se puede usar(o no de la manera en que lo usamos nosotros) y se abre uno nuevo la proxima vez. De todas maneras pongo la comprobación.
jorgep marked this conversation as resolved
Author
Member

Estilo actual @jgallego
image

Propuesta
image

Estilo actual @jgallego ![image](/attachments/c96705d2-2bf0-4d65-85d7-b9ebca63a7ea) Propuesta ![image](/attachments/efcc587f-53a3-40c8-ac80-0ac46db815c4)
Owner

Que lo muevas a la parte superior me gusta porque ganamos espacio, pero yo pondria el texto "tipo de observacion" o al menos "tipo" y al lado finanzas (traducido) revisa si los tipos se traducen.

Que lo muevas a la parte superior me gusta porque ganamos espacio, pero yo pondria el texto "tipo de observacion" o al menos "tipo" y al lado finanzas (traducido) revisa si los tipos se traducen.
Member

Que lo muevas a la parte superior me gusta porque ganamos espacio, pero yo pondria el texto "tipo de observacion" o al menos "tipo" y al lado finanzas (traducido) revisa si los tipos se traducen.

No tienen traducción
Le he puesto Tipo con otro color

  • Opcion A:
    image

  • Opcion B:
    image

> Que lo muevas a la parte superior me gusta porque ganamos espacio, pero yo pondria el texto "tipo de observacion" o al menos "tipo" y al lado finanzas (traducido) revisa si los tipos se traducen. No tienen traducción Le he puesto Tipo con otro color - Opcion A: ![image](/attachments/b8c11693-c860-40c1-8cb5-6d20843017c8) - Opcion B: ![image](/attachments/a5c6f410-5ac1-4bf7-8881-8f9f25399723)
5.3 KiB
5.4 KiB
jorgep added 1 commit 2024-10-14 06:37:56 +00:00
Owner

yo usaria el mismo que en item image

yo usaria el mismo que en item ![image](/attachments/8221b239-1029-417b-914e-ee5bb593388b)
jorgep added 1 commit 2024-10-14 10:18:43 +00:00
jorgep added 1 commit 2024-10-14 11:00:19 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
4ff3c18f33
feat: refs #7874 use badge type
jorgep reviewed 2024-10-14 11:19:32 +00:00
@ -151,2 +188,4 @@
background-color: $primary;
}
.vn-row > :nth-child(2) {
Author
Member

El vnSelect

El vnSelect
jorgep added 1 commit 2024-10-14 12:09:57 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
0fb9b22935
chore: refs #7874 refactor code
jsegarra approved these changes 2024-10-14 12:27:58 +00:00
Dismissed
jsegarra requested changes 2024-10-14 12:30:43 +00:00
Dismissed
jsegarra left a comment
Member

y yo ya lo veo bien

y yo ya lo veo bien
@ -12,36 +12,40 @@ import VnPaginate from 'components/ui/VnPaginate.vue';
import VnUserLink from 'components/ui/VnUserLink.vue';
import VnConfirm from 'components/ui/VnConfirm.vue';
import VnAvatar from 'components/ui/VnAvatar.vue';
import VnRow from './VnRow.vue';
Member

Podemos seguir el standard de las lineas superiores, queda raro 2 formatos en el mismo archivo

Podemos seguir el standard de las lineas superiores, queda raro 2 formatos en el mismo archivo
jorgep marked this conversation as resolved
jorgep added 1 commit 2024-10-14 13:44:04 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
245c027357
chore: refs #7874 refactor imports
jorgep dismissed jsegarra’s review 2024-10-14 13:44:04 +00:00
Reason:

New commits pushed, approval review dismissed automatically according to repository settings

jorgep requested review from jsegarra 2024-10-14 13:44:20 +00:00
jsegarra approved these changes 2024-10-14 13:58:13 +00:00
jorgep merged commit 523423cce6 into dev 2024-10-14 14:16:45 +00:00
jorgep deleted branch 7874-addObservationType 2024-10-14 14:16:45 +00:00
Sign in to join this conversation.
No reviewers
No Milestone
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: verdnatura/salix-front#765
No description provided.