Forum > Spanish

Observaciones sobre cosas que no funcionan bien

(1/2) > >>

jma_sp:
Buenos días, aquí iré listando cosas que observe que no van bien en el día a día o que crea que se puedan hacer de otra manera, puedan o no ser errores (bugs), más que nada porque en inglés me cuesta expresarme apropiadamente para estas descripciones:

- En un formulario cualquiera, cuando emplazo los componentes, estos muestran las líneas de alineamiento y suele ser habitual que no coincidan en el enrrasado. Lo que hago es que extiendo más el ancho o muevo el componente, lo dejo ahí, luego lo retorno y parece que ya si va el enrrasado, cuando ni con esas o bien procedo a la alineación del bloque de componentes o con el inspector de objetos, pero es algo que sucede desde que uso Lazarus.

- Cuando tenemos un formulario cuyas dimensiones superan las de la pantalla física no hay scroll vertical y horizontal funcionales para seguir el diseño visual sino que la única manera es valerse del inspector de objetos para con left, top, width emplazarlos correctamente.

- Cuando tenemos un formulario en modo diseño y lo dejamos más reducido para tener acceso a otras ventanas y tratamos de desplazar con los scroll en dicho formulario por ejemplo para ubicar uno de los componentes, no hay manera, los scroll se mueven pero retornan a su posición origen sin actuar sobre el contenido del formulario (ocurre con ambos, horizontal y vertical).

- Cuando creamos nuevas formas/unidades y ya compiladas y funcionando queremos por cualquier motivo cambiar el nombre de la unidad o del formulario, dichos cambios no se ven reflejados en el nombre de fichero y nombre de unidad y por tanto al reiniciar Lazarus las excluye de la aplicación. Tampoco cambia las referencias del código fuente.

   Realizando los cambios a mano si funciona pero es laborioso puesto también hay que modificar a mano los ficheros .lpi y .lpr.

- Recientemente haciendo un programilla que utiliza controles data-aware con sqlite estos de repente cambian de color de fondo, se hace la linea de recuadro más gruesa y desaparece el contenido. Todo vuelve a aparecer de nuevo con un form1.refresh y no siempre pasa, otras simplente se queda la imagen detras del formulario superpuesta parcialmente en el formulario.

   En este caso tengo dudas si es un problema de refresco de Lazarus, o de algo externo a el que esté produciéndolo. También tengo que probar si esto sucede cuando estos componentes están dentro de un tpanel o cualquier otro como tpagecontrol en lugar de directamente sobre el formulario.

- Otro programilla simple que contine un treeview sobre un tpanel y unos pocos tbitbtn me genera un error de que no tiene componente padre asociado cuando es tan simple que no debería dar fallos ya que son componentes emplazados directamente sobre el formulario sin complejidades (este error lo genera tanto al compilarlo en la versión previa de Lazarus como la actual).

   El programa suele estar funcionando bien durante bastante rato, se maneja bien el treeview, realizo búsquedas en el treeview....pero de repente da ese error, no es molesto puesto que se abre de nuevo y funciona pero es curioso el error, igualmente no hay mucha profundidad de componentes sobre componentes.


Saludos.




Se que debería ponerlos en el bug tracker pero por el momento los listo aquí, tampoco se suficiente para tratar de corregir los problemas directamente en el código fuente de Lazarus.

Ñuño_Martínez:
Hola.

--- Quote from: jma_sp on May 04, 2017, 10:05:10 am ---- Cuando creamos nuevas formas/unidades y ya compiladas y funcionando queremos por cualquier motivo cambiar el nombre de la unidad o del formulario, dichos cambios no se ven reflejados en el nombre de fichero y nombre de unidad y por tanto al reiniciar Lazarus las excluye de la aplicación. Tampoco cambia las referencias del código fuente.

--- End quote ---
Esto no es un fallo per sé.

No hay que confundir nombre de unidad con nombre de archivo.  Es evidente que lo ideal es que sean el mismo en ambos casos, pero no tiene por qué así.  Si cambias el nombre de unidad y guardas, no tiene por qué cambiar el nombre del archivo.  De todas formas, si no recuerdo mal (ahora mismo no tengo Lazarus a mano), si cambias el nombre de una unidad y guardas Lazarus pregunta si cambiar el nombre de archivo y viceversa (¿o sólo lo hace la primera vez que guardas?).

Por otro lado, el menú de refactorización creo que incluye la opción de cambiar el nombre de una unidad, y cambia todas las referencias dentro del proyecto y sólo en el código fuente.  Como digo, no tengo Lazarus a mano así que no puedo confirmarlo.  Aun así, sí existe la opción de cambiar un identificador por otro y funciona perfectamente.

BlueIcaro:
Podrías indicar que versión de lazarus y que sistema operativo usas.
Y los problemas que sean de programación acompañar el código fuente o una parte del mismo.
Sería de ayuda
Saludos

Edson:
Muchos problemsa en un solo "Post". Mejor divídelo en varios, y como indica @BlueIcaro, da más información sobre la plataforma y aplicativo y adjunta código, si es posible.

jma_sp:
Tampoco son tantas cosas, no me impiden que funcionen los programas con lo cual no es tan importante.

   Lo de poner código fuente por el momento no porque tendría que quitar muchas cosas y no es viable.

  De todas formas las 3 primeras son en tiempo de diseño, por tanto supongo que les ocurre a los demás también porque sucece en al menos las 3 últimas versiones estables de Lazarus.

   En el caso del renombrado en el inspector de objetos del formulario lo lógico es que si cambie el nombre de fichero y las referencias en .lpi .lpr y demás aunque no cambiase el nombre de fichero de la unit.

  Lo del TreeView es simplemente eso un TreeView sobre un TPanel nada más, no vamos a reinventar la rueda, básico en cualquier compilador moderno, simplemente sucede de vez en cuando incluso sin usarlo, dejándolo en segundo plano.

   Lo de los dbedit seguro que es tema de algo que he instalado que lo afecta.

Respecto a donde está instalado:

Windows XP Pro 32 bits SP3 y Lazarus 1.6.4 / FPC 3.0.2 Revisión SVN: 54278 con i386-win32-win32/win64

Era por si a alguien también le sucedía, no le deis más importancia, no pongo más.

Navigation

[0] Message Index

[#] Next page

Go to full version