refactor: #7516 unified navigate and redirectTo functions #1324

Closed
provira wants to merge 8 commits from 7516-refactorNavigateAndRedirect into dev
Member
No description provided.
provira added 1 commit 2025-02-03 09:27:39 +00:00
provira added 1 commit 2025-02-03 09:27:46 +00:00
gitea/salix-front/pipeline/pr-dev This commit looks good Details
b463baf8d5
Merge branch 'dev' into 7516-refactorNavigateAndRedirect
provira requested review from jsegarra 2025-02-03 09:29:59 +00:00
jsegarra requested changes 2025-02-04 22:35:04 +00:00
@ -0,0 +2,4 @@
export function useNavigate() {
const router = useRouter();
const route = useRoute();
Member

se usa route?
Si haces quasar build saldrá error, no?

se usa route? Si haces quasar build saldrá error, no?
Author
Member

Si, se usaba en una modificación anterior pero no se quitó al cambiarse

Si, se usaba en una modificación anterior pero no se quitó al cambiarse
@ -62,3 +61,3 @@
title: t('Client ticket list'),
icon: 'preview',
action: (row) => navigate(row.id),
action: (row) => redirectTo({ path: '/route/agency/'+row.id}),
Member

Porque no usar template String si ya lo tenias antes?
Quiero decir, porque tiene otro formato?
Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo
Unificar criterio?? Creo que nos centramos en dejarlo como estaba

Porque no usar template String si ya lo tenias antes? Quiero decir, porque tiene otro formato? Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo Unificar criterio?? Creo que nos centramos en dejarlo como estaba
Author
Member

Estoy contemplando usar name y params en todos, en vez de path

Estoy contemplando usar name y params en todos, en vez de path
Member

me parece bien
No le dediquemos mucho mas tiempo.
Si ves que es agil, adelante

me parece bien No le dediquemos mucho mas tiempo. Si ves que es agil, adelante
@ -213,3 +214,3 @@
title: t('route.Route summary'),
icon: 'arrow_forward',
action: (row) => navigate(row?.id),
action: (row) => redirectTo({path: '/route/'+row.id}),
Member

Porque no usar template String si ya lo tenias antes?
Quiero decir, porque tiene otro formato?
Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo
Unificar criterio?? Creo que nos centramos en dejarlo como estaba

Porque no usar template String si ya lo tenias antes? Quiero decir, porque tiene otro formato? Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo Unificar criterio?? Creo que nos centramos en dejarlo como estaba
@ -59,3 +55,3 @@
:id="row.id"
:title="row.code"
@click="navigate(row.id)"
@click="redirectTo({path: '/shelving/'+row.id})"
Member

Porque no usar template String si ya lo tenias antes?
Quiero decir, porque tiene otro formato?
Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo
Unificar criterio?? Creo que nos centramos en dejarlo como estaba

Porque no usar template String si ya lo tenias antes? Quiero decir, porque tiene otro formato? Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo Unificar criterio?? Creo que nos centramos en dejarlo como estaba
@ -36,3 +32,1 @@
const redirectCreateEntryView = (travelData) => {
router.push({ name: 'EntryCreate', query: { travelFk: travelData.id } });
redirectTo({ name: 'TravelCreate', query: { travelData: JSON.stringify(travelData) } });
Member

Tiene diferente formato al archivo anterior.
Unificar criterio

Tiene diferente formato al archivo anterior. Unificar criterio
@ -59,3 +60,3 @@
icon: 'arrow_forward',
isPrimary: true,
action: (row) => navigate(row.id),
action: (row) => redirectTo({ path: `/wagon/`+row.id+`/edit` }),
Member

Porque no usar template String si ya lo tenias antes?
Quiero decir, porque tiene otro formato?
Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo
Unificar criterio?? Creo que nos centramos en dejarlo como estaba

Porque no usar template String si ya lo tenias antes? Quiero decir, porque tiene otro formato? Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo Unificar criterio?? Creo que nos centramos en dejarlo como estaba
@ -55,3 +53,3 @@
:title="(row.name || '').toString()"
:id="row.id"
@click="navigate(row.id)"
@click="redirectTo({path: '/zone/type/'+row.id+'/edit'})"
Member

Porque no usar template String si ya lo tenias antes?
Quiero decir, porque tiene otro formato?
Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo
Unificar criterio?? Creo que nos centramos en dejarlo como estaba

Porque no usar template String si ya lo tenias antes? Quiero decir, porque tiene otro formato? Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo Unificar criterio?? Creo que nos centramos en dejarlo como estaba
@ -60,3 +58,3 @@
<QBtn
:label="t('components.smartCard.openCard')"
@click.stop="navigate(row.id)"
@click.stop="redirectTo({path: '/zone/type/'+row.id+'/edit'})""
Member

Porque no usar template String si ya lo tenias antes?
Quiero decir, porque tiene otro formato?
Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo
Unificar criterio?? Creo que nos centramos en dejarlo como estaba

Porque no usar template String si ya lo tenias antes? Quiero decir, porque tiene otro formato? Otra manera de hacerlo es con name y params, que he visto que has usado mas abajo Unificar criterio?? Creo que nos centramos en dejarlo como estaba
provira added 1 commit 2025-02-25 13:49:35 +00:00
provira added 1 commit 2025-03-05 12:11:57 +00:00
provira added 1 commit 2025-03-05 13:07:30 +00:00
gitea/salix-front/pipeline/pr-dev This commit is unstable Details
2102fbcc84
Merge branch 'dev' into 7516-refactorNavigateAndRedirect
provira added 2 commits 2025-03-26 10:21:32 +00:00
jsegarra added 1 commit 2025-04-04 07:19:03 +00:00
gitea/salix-front/pipeline/pr-dev Build started... Details
2606929503
Merge branch 'dev' into 7516-refactorNavigateAndRedirect
Member

La idea del conmposable o de la tarea era elimina la función(que eso ya está).
La idea era que si la función es "redirectToCreateView", la función tenga la lógica necesaria para llevar al path de crear. Cuando se hizo esta tarea todavía no existía createForm en VnTable, por lo que la lógica de la función debería morir ahí, de esta manera no haríamos siempre, createForm

Por otra parte navigate, por norma general te lleva a la card de ese módulo. La idea era usar useRoute.meta.moduleName para llevarte a la card de ese módulo.

Mañana lo vemos y revisamos el alcance de la tarea porque a lo mejor hacer router.push es suficiente aunque para crear no es tan sencillo.

La idea del conmposable o de la tarea era elimina la función(que eso ya está). La idea era que si la función es "redirectToCreateView", la función tenga la lógica necesaria para llevar al path de crear. Cuando se hizo esta tarea todavía no existía createForm en VnTable, por lo que la lógica de la función debería morir ahí, de esta manera no haríamos siempre, createForm Por otra parte navigate, por norma general te lleva a la card de ese módulo. La idea era usar useRoute.meta.moduleName para llevarte a la card de ese módulo. Mañana lo vemos y revisamos el alcance de la tarea porque a lo mejor hacer router.push es suficiente aunque para crear no es tan sencillo.
jsegarra closed this pull request 2025-04-15 10:34:54 +00:00
Some checks are pending
gitea/salix-front/pipeline/pr-dev Build started...
Required
Details

Pull request closed

Sign in to join this conversation.
No reviewers
No Milestone
No Assignees
2 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#1324
No description provided.