Skip to content
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

Hotfix - General - Ver nombre de fichero en vista de lista de un módulo propio de tipo Archivo #62

Merged
merged 14 commits into from
Sep 24, 2024

Conversation

ManuSinergiaCRM
Copy link
Collaborator

@ManuSinergiaCRM ManuSinergiaCRM commented Jan 15, 2024


Este PR soluciona la incidencia descrita en el issue copiando el valor de la columna filename de la base de datos en el campo uploadfile del bean de un módulo.

Pruebas

  1. Crear un módulo de tipo Archivo y una relación con Personas de tipo N a 1, es decir, que una persona pueda relacionarse con N registros de este módulo.
  2. Publicar el módulo y cargarlo en el CRM.
  3. Crear un registro e indicarle un archivo y una persona.
  4. En la vista de lista del módulo, comprobar que, además del icono del ojo, se muestra el nombre del fichero y que al pulsarlo se muestra el cuadro de dialogo para su descarga
  5. En la vista de subpanel, comprobar que se muestra el nombre del archivo, el icono del ojo y el icono de un fichero. Al pulsar el icono del ojo debería abrirse el archivo en una pestaña del navegador y al pulsar en el icono del fichero la opción de descarga.

Copy link

github-actions bot commented Jan 15, 2024

Actions executed at: 2024-09-24 08:19:30.

@ManuSinergiaCRM ManuSinergiaCRM changed the title Lógica para mapear filename y uploadfile Hotfix - General - Ver nombre de fichero en vista de lista de un módulo propio de tipo Archivo Jan 15, 2024
@AlbertoSTIC AlbertoSTIC requested review from enricsinergia and jordiSTIC and removed request for AlbertoSTIC July 17, 2024 12:52
Copy link
Collaborator

@enricsinergia enricsinergia left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Si es posible, el formato del subpanel debería ser más parecido al de documentos (queda más ordenado).

El icono de visualización me ha quedado un poco "colgado"
image

@ManuSinergiaCRM
Copy link
Collaborator Author

Lo estuve intentando pero hasta el momento solo lo conseguí con la vista de lista... Realizando pruebas conseguí que se mostrarán ambas opciones (descarga y visualización) en el subpanel y pienso que es un buen acercamiento.

Como indico en este (comentario), la estructura de los módulos es diferente y me da la sensación de que, además de modificar las vistas, se podría investigar por que la creación de un módulo de tipo Fichero no es más similar a la de Documentos

En consecuencia, mi primera opción sería quedarnos con esta mejora ya que cumple a nivel funcional y comunicárselo a SA para que valore revisar el proceso de creación de módulos de manera que al crear uno de tipo fichero se comporte como el de Documentos.

También puedo seguir investigando... A ver que dice Alberto 👍

@ManuSinergiaCRM
Copy link
Collaborator Author

Si es posible, el formato del subpanel debería ser más parecido al de documentos (queda más ordenado).

El icono de visualización me ha quedado un poco "colgado" image

Buenas, he conseguido que el subpanel de un módulo nuevo de tipo Fichero se parezca bastante al de Documentos. Para ello he creado un widget y he modificado el layout que se genera en la creación de un módulo nuevo.

Comparar subpaneles de tipo File

Hay una pequeña diferencia en el comportamiento de ambos subpaneles ya que el primer icono, en Documentos abre la vista de detalle del registro y en el módulo nuevo abre el enlace de descarga. Para igualar el comportamiento valdría con quitar las siguientes líneas del layout del subpanel pero de primeras no se mostrará icono ya que es necesario que el módulo nuevo tenga un icono propio. como por ahora los módulos propios no tienen icono, he dejado las siguientes líneas:

'image2_url_field' => array(
    'id_field' => 'id',
    'filename_field' => 'filename'
),

Esta solución solo aborda la incidencia de las vistas y pienso que podría ampliarse a corregir el proceso de creación de un módulo de tipo fichero. Propongo una de las siguientes opciones:

  1. Crear un issue en el repo de SA e indicar que hay mucha diferencia en la estructura de campos y vistas de un módulo de tipo fichero y el de Documentos.
  2. Crer un issue en nuestro repo y relacionarlo con este PR para deshacer los cambios que correspondan tras crear una estructura de campos nueva.

@ManuSinergiaCRM ManuSinergiaCRM requested review from enricsinergia and removed request for jordiSTIC August 1, 2024 10:36
|| $layout_def['DetailView'] && !ACLController::moduleSupportsACL($layout_def['owner_module'])
|| ACLController::checkAccess($layout_def['owner_module'], 'view', $layout_def['owner_id'] == $current_user->id, 'module', $groupAccessView))) {
$link = ajaxLink("index.php?entryPoint=download&id={$record}&type={$module}");
return '<a href="' . $link . '" >'.$value.'</a><a href="' . $link . '&preview=yes" >&nbsp;&nbsp;&nbsp;&nbsp;<i class="glyphicon glyphicon-eye-open"></i></a>';
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Propuesta: Añadir espacio entre el texto y el icono del ojo:

<i class="glyphicon glyphicon-eye-open" style="margin-left: 16px"></i>

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hecho

Copy link
Collaborator

@jordiSTIC jordiSTIC left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pruebas realizadas: el funcionamiento es correcto.
En el caso que el formato no sea "visualizable", se descarga.

Propuesta de cambios:

  1. Añadir separación entre el nombre del fichero y el icono del ojo (parecen la misma entidad) Ver comentario con propuesta de cambio
  2. Abrir la visualización del fichero en una nueva pestaña

@ManuSinergiaCRM
Copy link
Collaborator Author

Pruebas realizadas: el funcionamiento es correcto. En el caso que el formato no sea "visualizable", se descarga.

Propuesta de cambios:

  1. Añadir separación entre el nombre del fichero y el icono del ojo (parecen la misma entidad) Ver comentario con propuesta de cambio
  2. Abrir la visualización del fichero en una nueva pestaña

Implementado el punto 1

En relación al punto 2, me parece bien la propuesta pero haría un issue nuevo ya que ese campo está usando el widget SubPanelDetailViewLink y la modificación sería global.

Ese widget ya lo tenemos adaptado (https://github.com/SinergiaTIC/SinergiaCRM-SuiteCRM/pull/861) por lo que no estamos añadiendo complejidad a las actualizaciones. Sería modificar la siguiente línea para añadirle target=”_blank al elemento <a>

https://github.com/SinergiaTIC/SinergiaCRM/blob/develop/include/generic/SugarWidgets/SugarWidgetSubPanelDetailViewLink.php#L150

@SinergiaCRM
Copy link
Collaborator

SinergiaCRM commented Sep 18, 2024

Pruebas realizadas: el funcionamiento es correcto. En el caso que el formato no sea "visualizable", se descarga.
Propuesta de cambios:

  1. Añadir separación entre el nombre del fichero y el icono del ojo (parecen la misma entidad) Ver comentario con propuesta de cambio
  2. Abrir la visualización del fichero en una nueva pestaña

Implementado el punto 1

En relación al punto 2, me parece bien la propuesta pero haría un issue nuevo ya que ese campo está usando el widget SubPanelDetailViewLink y la modificación sería global.

Ese widget ya lo tenemos adaptado (SinergiaTIC/SinergiaCRM-SuiteCRM#861) por lo que no estamos añadiendo complejidad a las actualizaciones. Sería modificar la siguiente línea para añadirle target=”_blank al elemento <a>

https://github.com/SinergiaTIC/SinergiaCRM/blob/develop/include/generic/SugarWidgets/SugarWidgetSubPanelDetailViewLink.php#L150

En relación al punto 2:

  • Se detecta que la apertura de los enlaces en una pestaña nueva o no tiene relación con el entorno en el cuál estemos realizando las pruebas. En mi caso, en localhost los enlaces se abren (por defecto) en una pestaña nueva mientras que en Develop y ManuelSuite no.

    Esto puede ser debido a la diferencia en el protocolo de conexión (HTTP y HTTPS) ya que algunos navegadores pueden restringir la forma en que se abren enlaces dependiendo de las configuraciones de seguridad de los entornos.

  • En consecuencia, interpreté que te referías al enlace del nombre pero al probar en Develop, ahora interpreto que te referías al ojo

  • Ya está actualizado que el ojo abra el contenido en una pestaña nueva.

Dejo anotado lo hablado con Alberto en relación al subpanel del módulo creado por la entidad:

  1. El Icono de Documentos descargará el fichero
  2. El Nombre de Documento abrirá la vista de detalle en la misma pestaña
  3. El Nombre de Archivo descargará el fichero
  4. El Icono del ojo abrirá el contenido del fichero en una pestaña nueva

Copy link
Collaborator

@enricsinergia enricsinergia left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(A)provado

Copy link
Collaborator

@jordiSTIC jordiSTIC left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(A)Probado

@jordiSTIC jordiSTIC merged commit 6a0e587 into develop Sep 24, 2024
1 check passed
@jordiSTIC jordiSTIC deleted the bug/viewFileNameInListView branch September 24, 2024 08:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Incidencia - Constructor - Ver nombre de fichero en vista de lista de un módulo propio
4 participants