SoloCodigo

Hola amigos!

A pesar de que no es urgente, nunca está de más pedir una opinión:

Ocurre que tengo una versión de Crystal Report muy antigua (sí, ya sé que hay un foro para eso, pero pasa más gente por aquí). Creo que es la 4.5, la que venía con Visual 5.0.
A pesar de todos sus peros, me ha servido bastante bien hasta ahora, en que ya casi todos los computadores en que instalo mis aplicaciones tienen Windows XP. El problema es que, en muchas de estas máquinas, no en todas, no imprime. Los reportes se ven bien, pero a la hora de imprimir, o no funciona, o me manda una chorrada de páginas con sólo encabezados.
¿A alguien se le ocurre alguna solución? No tengo dinero para comprar una versión más nueva, pero, si lo hiciera, puedo tener la seguridad de que mis problemas terminarán?

Por su paciencia, mil gracias.

Salu2.

Hola:
No conozco mysql, pero el sql es tan standard que en una de esas la siguiente opinión es importante:

1º La fecha debe ir en formato GRINGO. es decir MM/DD/YY.
2º El caracter para encerrar fechas no es ', sino #

U sea #04/13/05#, por ejemplo.

Espero haber sido de utilidad.

Salu2

Hola Roxi!
Hace  tiempo no andaba por este foro, así es que salu2 a to2.

Mi experiencia con centrales es sólo a través del puerto serial. Éstas envían una cadena de código que siempre tiene los campos en las mismas posiciones, lo que permite separar trozos de cadena como fecha, duraciòn de la llamada, hora de inicio, Nro Marcado, etc.
No me imagino posible que envíen esta información a través de la misma línea, por lo que proponerse un programa que maneje esto equivaldría a quitar definitivamente la central y dejar que la PC haga esa función... No imagino como.
Respecto al código de empleado, de tener esta posibilidad la central, y si tuviera salida serial, entonces efectivamente debería estar en la línea de texto que te mencioné.
Como último dato, algunas centrales son 'expandibles'. Es decir, se les agregan tarjetas como a los Pcs; puede que la tuya sea una de estas y le falte la salida serial.
En el manual de instalación (no el manual de usuario) encontraras las características. Generalmente: si puede imprimir en una impresora serial, se puede conectar a un Pc.

Espero te sirva de algo.
Si te puedo ayudar en algo más, andaré revolotendo por este foro.

Chau

Trata de determinar qué control tiene ese form que no tengan los demás, pues según entiendo sólo se cae en un form específico. Por otro lado, y sólo para abrir el abanico de posibilidades, existe la posibilidad de que la diferencia esté en la 'Configuración Regional' de los distintos equipos.
Por ejemplo, si el formato de fecha del equipo es 01/01/2004, y tu has definido el formato del maskedbox como ##/##/##, entonces:
si tienes una instrucción como: MaskedBox1=date en form_load, cuando cargues el formulario dará un error, saltarán los tornillos lejos, y posiblemente se incendie el equipo.

Salu2.

Hola Wilowwill.
En realidad no es tan fácil, pero nada lo es. La gracia del Inno es que es bastante personalizable, GRATIS, y una vez que te creas una plantilla o script te evitas un gran rollo cada vez que quieres empaquetar una aplicación.
Una posibilidad de incluir las ocx necesarias es traducir el archivo lst que genera el empaquetador por defecto de Visual. En la página de Inno hay instrucciones, pero están en inglich (y hacerlo es una lata).
La buena noticia:
En la página 2 de esta misma discusión hay un enlace que incluyó cpmario, a aun programa llamado InnoScript. Es de lo más!
Te crea automáticamente el script necesario para tu aplicación. Si lo bajas, te recomiendo utilizar la opción que utiliza el lst creado previamente con el instalador de Visual. Tiene una opción para crear directamente desde el proyecto, pero se salta muchas librerías que son especiales para la versión en español.

Señor moderador: ¿No cree que esto del empaquetado ya da como para un Sub-foro?

Salu2 a to2.

Hola Tiquinho:
 No te ha ido muy bien con tus post anteriores, es por eso que, a pesar de no ser una eminencia en el tema, y también para saludarte  pues hace tiempo te veo por este foro, me atrevo a dar un par de opiniones:
 El si va a system o system32 dependerá del sistema operativo de la máquina destino (si tiene XP irá a system32).
 Siempre he enviado las librerías a esta carpeta, pues el Inno, así como los otros instaladores que conozco, se preocupan de no sobreescribir las librerías existentes con versiones anteriores. Aún así, no veo inconveniente en que estén en otra; de hecho, cuando una librería no está registrada, la aplicación la buscará en su propio directorio.
  Tengo una duda, y aquí sería buena la opinión de un forero más avezado: Me da la impresión de que si colocas en otra carpeta una librería existente en system, el hecho de registrarla hará que la antigua pase a ser una especie de fantasma.
  En la página de InnoSetup hay información más completa respecto a las librerías 'peligrosas'.

Salu2.

Hola catwoman.

No he tenido grandes conflictos, en general acces se comporta en forma bastante inteligente y sólo se puede dar en un par de casos.
Obviamente, la base de datos no se debe abrir en modo exclusivo.
El conflicto se presenta cuando dos o más usuarios intentan modificar un registro al mismo tiempo. Para evitar esto, vale un par de recomendaciones:
1° No TOMAR el registro por mucho tiempo a la hora de editar. Lo ideal es que captures los cambios en cuadros de texto independientes y luego 'vacíes' la información a la tabla de una sola vez, en una fracción de segundo.
2° Aún así, todavía persiste la posibilidad de que dos usuarios lleguen a editar al mismo tiempo. Sin embargo, este error es interceptable y se puede poner un retardo que funciona más o menos así: Si hay otro usuario modificando, se producirá un error pues el registro está bloqueado, se ejecuta un retardo del siguiente tipo:
y se vuelve a intentar la modificación.
En la ayuda de visual, en el manejo de errores, hay ejemplos más claros.

En fin, haz la prueba. Si no mantienes el registro abierto por mucho rato al editar, en el 99,999999% de los casos ni siquiera necesitarás del segundo punto.
Respecto a la solución de vincular las tablas desde una base local a la de red, tiene el problema de la dificultad al cambiar la dirección de la base de origen. Por otro lado, aquí puedo estar equivocado, pero me da la impresión que se pierde alguna funcionalidad con el manejo de índices (para usar el método seek, por ejemplo).

Bueno, haz la prueba, lo demás irá saliendo solo.

Salu2.

Hola, MindEye.

Hace un tiempo estuve jugando con un código que contempla esta dificultad. Considera además la posibilidad de que las fotografías tengan distintas proporciones.
Lo puedes bajar desde la siguiente discusión:

http://foros.solocodigo.com/index.php?showtopic=9214&hl=

Espero y te sirva. Por lo menos te puede servir de inspiración para hacer algo mejor.

Salu2.

Ok Jesús, ahora sé a qué te refieres, pero te tengo malas noticias.

Efectivamente el dbcombo de visual es distinto al de Acces. En él sólo puedes mostrar o capturar un campo y lo que pretendes no es posible.
Ignoro si existe otro control que tenga esta facultad (siempre lo hay, busca en la red), pero no es el dbcombo.
En todo caso, siempre se puede hacer alguna chapucería. Hace un tiempo, lo que hice fue cargar un combo común y corriente con el nombre del fulano, luego una gran cantidad de caracteres espacio, y al final el Id. Cuando seleccionaba un item, lo que hacía era leer el final de la cadena.
También puedes hacer algo con un flexgrid, o dbgrid... En fin.

Lo siento.

?????????!!!

Hola.
He jugado mucho con combos en Visual, quizá si te explicas un poco te pueda ayudar. No logro entender a qué te refieres con 'capturar otro'.

Salu2

Hola, Juan.

Tengo un par de dudas: ¿De dónde sacas el número de la venta? ¿En que momento se produce el error?
Te lo pregunto porque realmente no veo que el problema esté al añadir registros. Yo tengo un sistema similar en donde el número de factura está en una tabla de la base de datos. Cuando se realiza una venta, voy a esa tabla, tomo el número actual para el documento y lo incremento en uno para la nueva venta.
Es en esta tabla donde se debe controlar un posible error por encontrar el registro bloqueado (debo usar 'edit' para incrementar el número). En caso de error, puedes colocar un simple retardo como el siguiente:


y luego vuelves a intentarlo con la instrucción resume.

Ahí nos cuentas.

Salu2.

Hola, avaguin. Bienvenido!

El consejo de José es lo que esperas. Pero creo que puedo aportar un poco.
El problema de hacerlo así, es que queda "fija" la restricción que cambia el "." por ",". Eso te dará error cuando corras la aplicación en una máquina en la que efectivamente el 'punto' sea el separador de decimales.

¿Solución?
 Creas una variable global (en algún modulo), a la que llamaremos sDec, que es del tipo string y guardará el separador decimal del sistema.


Luego, en el formulario principal, (en el evento form_load, por ejemplo) te encargas de averiguar cual es el separador decimal de la máquina y lo guardas en la variable. Para ello, dividiremos 10 en 3, y presentaremos el resultado en formato decimal. Eso dará "3.33" ó "3,33" dependiendo de la configuración del sistema, lo que nos permitirá descubrir el formato usado.


Esta variable la podrás llamar, luego, desde cualquier lugar en la aplicación.


Luego, cuando y donde quieras aplicar el cambio, introduces el siguiente código. En el ejemplo, es un cuadro de texto llamado text1.


Si te fijas, no importa cual sea la configuración del sistema, ni de si tu presionas ',' o '.', siempre te dará el caracter decimal válido.

Espero te ayude.

Salu2.