Hasta el más tonto hace relojes: XEditor - Página 8

roman · #**141** 22-10-2012

Ya probé y funciona bien. De todas maneras, es raro. Pareciera que la acción se inhabilitaba al detectar que no había nada selecciondo.

// Saludos

dec · #**142** 22-10-2012

Cita:

Empezado por roman

Ya probé y funciona bien. De todas maneras, es raro. Pareciera que la acción se inhabilitaba al detectar que no había nada selecciondo.

// Saludos

Es posible Román: la acción "se queda" con la tecla sin que esta llegue al editor... alguien reportó algo parecido. Tal vez no debería usar las acciones estándar, que, por cierto no son muchas... aunque parece que el problema se dá sólo en el caso de esta tecla. Claro, porque, "CTRL+C" hace lo mismo, copiar texto, tanto en la acción estándar de Delphi como en el editor. Sin embargo, parece que la acción estándar de Delphi para borrar texto no hace lo mismo que el comando "ecDeleteChar" del editor.

roman · #**143** 22-10-2012

¡Ah! Pues acabo de ver que la acción estándar de Delphi hace lo mismo, es decir, se inhabilita el DELETE cuando no hay texto seleccionado.

// Saludos

roman · #**144** 22-10-2012

He aquí al culpable:

Código Delphi [-]procedure TEditDelete.UpdateTarget(Target: TObject);
begin
  Enabled := GetControl(Target).SelLength > 0;
end;

Agrego:

Y me atrevería a afirmar que es así, "por diseño":

Cita:

In TEditDelete, UpdateTarget checks whether the current target object (specified by the Target parameter) is an edit control that has some of its text selected. If so, UpdateTarget sets Enabled to true. If not, UpdateTarget sets Enabled to false.

Referencia

// Saludos

dec · #**145** 22-10-2012

Hola,

Gracias Román. Lo que dices es interesante, y, sin embargo, aún me atrevo a decir que acaso exista un "error", y, es que la acción se "come" la tecla en cuestión. Si dejase pasar la tecla, después de hacer su trabajo, el editor podría hacer el suyo. Pero no parece ser así. Claro, ahora que lo pienso, en realidad la tecla funciona... pero sobre un elemento "deshabilitado"... en fin. En este caso no tiene importancia, pues, como digo, para la acción suprimir, ¿quién usaría el elemento del menú? Yo creo que nadie...

Neftali [Germán.Estévez] · #**146** 22-10-2012

Correcto.

Gracias David.

dec · #**147** 22-10-2012

Hola,

¡Gracias a todos vosotros!

roman · #**148** 22-10-2012

Cita:

Empezado por dec

Hola,

Gracias Román. Lo que dices es interesante, y, sin embargo, aún me atrevo a decir que acaso exista un "error", y, es que la acción se "come" la tecla en cuestión. Si dejase pasar la tecla, después de hacer su trabajo, el editor podría hacer el suyo. Pero no parece ser así. Claro, ahora que lo pienso, en realidad la tecla funciona... pero sobre un elemento "deshabilitado"... en fin. En este caso no tiene importancia, pues, como digo, para la acción suprimir, ¿quién usaría el elemento del menú? Yo creo que nadie...

No hay error. Así está diseñado. La acción TEditDelete únicamente tiene dos métodos. El ya mencionado UpdateTarget y ExecuteTarget:

Código Delphi [-]procedure TEditDelete.ExecuteTarget(Target: TObject);
begin
  GetControl(Target).ClearSelection;
end;

O sea que, aún cuando redefinamos UpdateTarget para que no se inhabilite la acción, también tendríamos que redefinir ExecuteTarget puesto que ClearSelection actúa sobre la selección. Y con esto ya nos cargamos toda la acción

// Saludos

dec · #**149** 22-10-2012

Hola,

No; si, por eso digo... con "error" me refiero a que, parece ser, Delphi no "respeta" el comportamiento de la tecla "Suprimir"... aunque, para ser sincero, yo siempre he utilizado dicha tecla para eliminar el texto seleccionado, y, más aún, no uso dicha tecla, porque, suelo "cortar" el texto, directamente. Sin duda una tontería porque la tecla está ahí y "es menos" que pulsar "CTRL + X", pero, es la costumbre. En todo caso digo que no es que la VCL tenga ahí un error (Dios me libre de encontrar un error en la VCL), pero, que acaso no se implementa dicha acción "como algunos pueden esperar"...

roman · #**150** 22-10-2012

Cita:

Empezado por dec

digo que no es que la VCL tenga ahí un error (Dios me libre de encontrar un error en la VCL)

¡Ah! Bueno. Que por menos de esto hemos expulsado gente

Pero a ver, aclaremos. Dudo mucho que alguien nunca le ocurra tener que borrar el carcater a la derecha. Y, por otro lado, lo usual en un editor es que CTRL+X no borre el caracter a la derecha. CTRL+X es el equivalente a CTR+DEL, no a DEL.

Por otra parte, si bien, como dices, serán pocos los que usen el menú para borrar el caracter a la derecha, creo que cualquier editor de texto trae la opción. Y no es difícil implementarla usando una acción no estándar o redefiniendo la estándar.

// Saludos

matabyte · #**151** 23-10-2012

Buenas, vengo con un fallo.

En cuanto instalo el programa, al final de la instalacion, con la opcion de arrancar el programa una vez finalizada la instalacion, me aparece una ventana de ayuda y otra de version del programa.
Cuando intento cerrar la ventana de ayuda, se cierra pero se abre otra y la cierro y se abre otra vez, asi 3 veces, a la cuarta se cierra totalmente, pero voy a intentar mover la ventana del programa y veo que el programa se "ha colgado". Supongo que es algun error con el lanzamiento del programa desde el instalador a la vez que muestra la ventana de ayuda.

Cuando arranco el programa me vuelve a aparecer lo mismo, pero esta vez cierro la ventana de la version del programa y luego puedo cerrar la ventana de ayuda y me aparece la ventana del programa correctamente.

Por cierto, los archivos codificados en UTF-8 me los sigue abriendo como ANSI...
He probado con un ".java" con comentarios en japones y me lo abre en ansi. Supongo que es porque no contiene el identificador BOM... Deberia de poder elegir el metodo de codificacion de entrada predeterminada si no detecta codificacion

Neftali [Germán.Estévez] · #**152** 23-10-2012

Cita:

Empezado por matabyte

...al final de la instalacion, con la opcion de arrancar el programa una vez finalizada la instalacion, me aparece una ventana de ayuda y otra de version del programa.
Cuando intento cerrar la ventana de ayuda, se cierra pero se abre otra y la cierro y se abre otra vez, asi 3 veces, a la cuarta se cierra totalmente

Eso también me ha pasado a mi.

Casimiro Notevi · #**153** 23-10-2012

Cita:

Empezado por Neftali

Eso también me ha pasado a mi.

Y a mi, aunque no se bloqueó, sólo esperé un poquito y continuó todo el proceso correctamente, aunque es cierto que es raro que salga y desaparezca varias veces las ventanas, sospecho que el antivirus tendrá algo que ver.

matabyte · #**154** 23-10-2012

Cita:

Empezado por Casimiro Notevi

Y a mi, aunque no se bloqueó, sólo esperé un poquito y continuó todo el proceso correctamente, aunque es cierto que es raro que salga y desaparezca varias veces las ventanas, sospecho que el antivirus tendrá algo que ver.

antivirus? yo creo que esta poniendo la ventana de ayuda con un proceso hijo de un proceso hijo o algo parecido y se autobloquean al destruirse. Creo que es algun problema de ese tipo.

Casimiro Notevi · #**155** 23-10-2012

La prueba que yo he hecho ha sido en una virtualbox winxp, y entre ventana y ventana saltaba un mensaje del antivirus preguntando si dejaba ejecutar al programa.

dec · #**156** 23-10-2012

Hola,

¡Saludos a todos! Ahora mismo no puedo responderos, pero, prometo hacerlo a lo largo del día de hoy.

¡Muchas gracias por vuestra comprensión!

dec · #**157** 23-10-2012

Hola a todos,

Bueno. He actualizado el programa de manera que vuelve a incluir en el menú contextual del editor el elemento "Delete", pero, esta vez con los resultados esperados. En realidad se trata de ejecutar sobre el editor el comando que se mencionó arriba, de manera que queda algo así:

Código Delphi [-]Editor.ExecuteCommand( ecDeleteChar, #0, nil );

Por lo demás, me siento un poco avergonzado, porque, aunque el problema se encontraba en la acción estándar de Delphi, lo cierto es que yo, sin saberlo hasta hace un rato, estaba usando el evendo "OnUpdate" de dicha acción para habilitarla o inhabilitarla, principalmente, de cara al propio programa (¿existe algún editor "seleccionado"?), pero, también estaba mirando, de existir el editor, si había texto seleccionado o no... en fin.

Respecto de la ayuda no sé muy bien qué decir. En realidad estoy ejecutando una acción de la unidad "Winapi.Windows" y de nombre "HtmlHelp". Es cierto que la ventana de ayuda se liga de alguna manera al programa, por ejemplo, si este se cierra y la ventana de ayuda está abierta, se cerrará también. Pero, lo cierto es que yo no he podido comprobar el fallo que decís, y, no sé muy bien a qué puede deberse ahora mismo.

Se supone que el programa muestra la ayuda "la primera vez que se ejecuta", después de una instalación, Y, así ocurre en mi sistema, al menos. Así que tendré que dar alguna que otra vuelta sobre este asunto, porque, ahora mismo no sé a qué puede deberse.

¡Muchas gracias a todos!

dec · #**158** 23-10-2012

Hola de nuevo,

Cita:

Empezado por matabyte

Por cierto, los archivos codificados en UTF-8 me los sigue abriendo como ANSI...
He probado con un ".java" con comentarios en japones y me lo abre en ansi. Supongo que es porque no contiene el identificador BOM... Deberia de poder elegir el metodo de codificacion de entrada predeterminada si no detecta codificacion

Existe la opción de abrir un archivo "forzando" la codificación de caracteres, como tú mismo sugeriste. Sin embargo, no es igual a lo que te refieres ahora. Pero, ahora no se me ocurre cómo podría hacerse lo que dices, puesto que, si un archivo se abre como ANSI, ¿cómo detectar que en realidad se trata de un archivo UTF-8 y no uno ANSI de veras? Por otro lado, ¿has probado a guardar el archivo como UTF-8? Es decir, una vez abierto, si bien como ANSI (¿se pierden caracteres?), puedes elegir la codificación UTF-8 desde el menú contextual del editor. De este modo, cuando se guarde el archivo, este será abierto de nuevo, se supone, con la codificación "correcta".

Tal vez me equivoque, pero, me estoy dando cuenta de que con esto de los editores hay cierta incompatibilidad, que, se soluciona... usando el mismo editor, siempre que sea posible, claro está. Esto viene a lo de arriba: si abres un archivo que el editor no reconoce correctamente, échale tú una mano cambiando la codificación, de manera que después dicha codificación sea reconocida sin problemas por el programa, puesto que él mismo la estableció. Supongo que esta solución no te satisfará del todo, pero, es que ahora mismo no se me ocurre otra, si te digo la verdad.

dec · #**159** 23-10-2012

Hola a todos,

Sobre el tema de la ayuda, he tratado de solucionarlo de dos formas. En primer lugar, ahora la ayuda (si es menester) se muestra un poco después, esto es, dejo que se inicializen ciertas cosas, por ejemplo, las posiciones del formulario principal así como el tema en uso. Además, he dejado de utilizar cierta función "SetForegroundWindow" que tal vez estuviera haciendo más mal que bien. Tal vez queráis echar un vistazo a ver si os sigue fallando el asunto...

¡Gracias a todos!

matabyte · #**160** 23-10-2012

Bien! ahora ya me funciona correctamente lo de cerrar la ventana de la ayuda

.

Otra cosa (me vas a odiar de tanto sacar pegas

):
-Cuando registras el programa no sale ninguna ventana de "gracias por registrar el programa". Como confirmación sería estupendo ponerla

-Al intentar cargar un fichero .avi de 350Mb, me dice obviamente "si quiero cargarlo". Le digo que si, y se queda un bueeen rato bloqueado (supongo que intentando leerlo), en ese rato el programa está bloqueado, luego me saca el mensaje de "Out Of Memory", estaría bien que tubiera una barra de progreso junto a un botón de cancelar

-Y igual es demasiado, pero que leyera los ficheros grandes por bloques (no todo a la vez, si no secuencialmente). Ya se sabe que los usuarios son capaces de abrir una imagen .iso de 16Gb con el notepad...

-Lo mismo me ocurre con ficheros .java de mas de 100Kb, el programa se "congela" sin permitir movimiento de la ventana.

Lo de los ficheros .java con UTF8, he intentado cambiar la codificacion desde el menu derecho, pero no pasa nada, no cambia de codificacion.