SoloCodigo

Hola companheir@s.

Ahí va otro, a ver si os gusta:


Abur.

Hola Gandalf_malaga7.

Tal como lo cuentas, tus jefes tienen toda la razón... recorrer toda una tabla para buscar por cada registro en un archivo de texto, no es nada operativo (a no ser que tengas poquísimos registros y el archivo de texto sea pequeño, claro).

Lo que te apuntan de buscar un patrón para las matrículas y eliminar todo lo que no cuadre con ese patrón del archivo de texto, puede ser el camino, pero... ¿lo normal no sería que las matrículas aparecieran en determinadas posiciones del txt, o que incluso apareciese una sóla matrícula?¿El txt lo obtienes tú?

Por otro lado,si aparece más de una matrícula y si eliminas todos los carácteres y/o secuencias que pueden no aparecer en una matrícula, luego tendrás que identificar en lo que te quede las posibles matrículas, y se podrían dar casos como este:
PO3425ZA2332KM2344CC9999DCC2222AABC4355
(PO-3425-Z , A-2332-K , M-2344-C , C-9999-D , CC-2222-A , ABC4355)
Desde luego que no es un obstáculo insalvable, ni mucho menos, pero ve imaginando ya lo que tendría que hacer el proceso tras filtrar en el txt las posibles matrículas.

Todo esto te lo cuento sin haber descargado tus adjuntos, por lo que no sé si a lo mejor existe la posibilidad de que las matrículas aparezcan en determinadas posiciones fijas (en un campo de un registro, vaya) o que cierto/s carácter/es delimiten una matrícula. ¿Has examinado el txt para ver si se da alguna de estas posibilidades?

Suerte.

Chao.

Hola Trazos.

Utiliza dos controles data distintos...

Chao.

Hola rechy.

No he examinado a fondo tu codigo, pero...

Podrías usar el método AddItem, pero esto inserta una fila en el flexgrid. Lo que puedes hacer es controlar cuando te hace falta una nueva columna y añadirla en el momento: MsFlexGrid1.Cols=MsFlexGrid1.Cols + 1, en lugar de añadir todas las columnas previamente. Lo mismo podrías hacer con las filas.

Chao.

Hola emizael.

La solución es muy sencilla: concatenar los ceros que hagan falta por la izquierda del segundo hexadecimal.


Suerte.

Hola Lia.

No conozco el grid que utilizas, pero para intentar solucionar lo que te pasa, prueba alguna de estas cosas:

- Añade DoEvents antes de ejecutar la llamada a 'RunFile'.

- Cuando haces click sobre un control, lo eventos que se desencadenan son varios (normalmente MouseDown, Click y MouseUp)... Puede ser que el control que usas actualice el contenido de la columna en un evento que ocurre después de click, por lo que el contenido de la columna al desencadenarse el evento click no es el que tu esperas... Indentifica los eventos que te proporciona el control, pues tal vez tengas que controlar el 'click' sobre la celda de otra forma...

Suerte.

Hola Gandalf_malaga7.

Aquí te adjunto un ejemplo de una función que puede servir para lo que quieres:


Tan solo unas consideraciones:

La función recibe como parámetros el archivo en el que buscar, la cadena que hay que localizar (obligatorios), la posición a partir de la cual buscar y la opción de distinguir mayúsculas y minúsculas (opcionales). Devuelve un número que corresponde con la posición inicial de la cadena si se encuentra, o 0 en caso contrario.

Si el archivo en el que quieres buscar es muy grande, sería recomendable leer el archivo por partes, redimensionando la matriz bytBufR a un tamaño apropiado y realizando un ciclo con tantas instrucciones Get como fuesen necesarias para completar la longitud del fichero... esto queda para ti, que no se puede pedir todo hecho.

Habrás observado que los bucles se podrían resumir en uno sólo, integrando los if dentro del bucle... Esto último haría la búsqueda notablemente más lenta:
en muchas ocasiones prefiero escribir de más, incluso repitiendo fragmentos de código en sacrificio de un mejor rendimiento en la ejecución (evidentemente el bucle se ejecutará antes cuantas menos preguntas e instrucciones haya por el medio).

Eso es todo, espero que esto te sirva, mago malagueño.

Suerte.

Hola Lia.

Si al hacer doble click sobre un archivo se abre con la aplicación que tiene asociada mediante su extensión, este mismo archivo se debería abrir de igual forma utilizando ShellExecute:


Suerte.

Para aclarar un poco más la idea...

Abur.

Hola elmango80.

Sobre lo de las líneas... da igual que el billete esté torcido (hasta  cierto limite, claro). Las líneas no tienen porque ser horizontales o verticales, podría ser diagonales perfectamete, se trata de geometría pura. Considera el fondo sobre el que se fotografían los billetes como un sistema de coordenadas cartesianas, utilza la ecuación de la recta que pasa por dos puntos para hallar las rectas que corresponden a cada uno de los bordes y hallando los puntos de corte entre estas rectas, los vértices.

Puedes incluso simplificar este proceso si conoces las medidas del billete, indentificando sólamente dos rectas.

Suerte.

Hola elmango80.

Identificar los billetes me parece más o menos factible, pero comprobar que sean falsos o no... ya me parece casi imposible, a no ser que se trate de falsificaciones realmente chapuceras.

El tema del posible desplazamiento lo podrías corregir usando un color de fondo adecuado (blanco por ejemplo). Tendrías que identificar el cambio de color en dos líneas por cada lado del billete, luego identificar las rectas que por cada lado unirían los dos puntos en los que se ha producido el cambio de color... Cuando acabes este proceso obtendrás un rectácngulo que enmarca el billete, a partir de cuyos bordes podrías iniciar cualquier posible indentificación.

En lo relativo al cambio de color, puedes usar un intervalo para cada color rgb en el que se reconozca el color del billete, ya que el color suele variar bastante entre los diferentes valores.

Esto así es lo que se me ocurre a bote pronto.

Suerte.

Hola.

Para solucionar problemas de formatos, para mi lo más recomendable es utilizar dos hojas (o más, por supuesto) distintas en el mismo libre: una contendrá los datos puros y otra el formato. Los datos para la hoja formateada se actualizarán mediante los correspondientes vínculos a la hoja con los datos. La hoja de datos será la que se actualice...

Suerte.

Hola irma3030.

No se si capto muy bien tu problema... entiendo que a partir de un texto de un textbox quieres almacenar por un lado un valor numérico y por otro la posición de cierto carácter (en tu caso /). Para hacer esto se me ocurre algo así:

Utilizaría un  textbox corriente y moliente, y presupongo que la posición en la puede aparecer el carácter / es variable, así como el número de veces que aparecerá.

Imagina un formulario con dos TextBox: uno (Text1) recogería la entrada del usuario, otro (Text2), mostrará la reconstrucción de la entrada del usuario. Dos CommandButton, uno almacena la entrada del usuario, y otro la reconstruye...


Mira el código y saca tus conclusiones, la imaginación es una herramienta de programación muy poderosa...

Suerte.