|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - angelescj
26
« en: Jueves 16 de Octubre de 2003, 12:18 »
En el método registerdatabase, puedes hacerlo igual,en la cadena donde le pasas el "Datasource=" & App.path...............
27
« en: Jueves 16 de Octubre de 2003, 11:19 »
No te entiendo, la cadena de conexión también debes modificarla cuando cambias la ubicación de la BD, al igual que el enlace.
28
« en: Jueves 16 de Octubre de 2003, 10:02 »
FDa muchos problemas, pero lo que puedes hacer es que tu programa cree y/o actualice el origen de datos ODBC. El método a utilizar es: DBEngine.Registerdatabase Para utilizarlo debes incluir la referencia a Microsoft DAO Usar esto es más cómodo y seguro, además así no cambias nada.
29
« en: Jueves 16 de Octubre de 2003, 08:50 »
He comprobado tu ejemplo, por lo que he visto tienes mal conectado el Report1, también debes conectarlo por ODBC, vuelve a diseñarlo, pero mejor lo haces desde Crystal y luego lo agregas a VB, sólo hay que seguir el asistente, te envío tu ejemplo con un informe creado por mi ( está diseñado de forma chapuza) que sí funciona. Otra cosa la cadena SQL es mejor que se la asignes a variable de Report. Si no te funciona avisa.
30
« en: Miércoles 15 de Octubre de 2003, 14:24 »
A mí si me funciona así que el problema está en tu máquina, probablemente tengas algo mal en el VB
31
« en: Miércoles 15 de Octubre de 2003, 14:00 »
He probado tu código y a mí me funciona perfectamente. Acabo de observar que haces lo mismo cuando se produce un error que cuando no se produce, así que no veo mucha diferencia. Te envío mi código, copiado del tuyo pero con avisos, por si hay alguna diferencia que yo no veo.
32
« en: Miércoles 15 de Octubre de 2003, 11:58 »
Ese código de error no está documentado, ¿me puedes decir cuando se produce?
33
« en: Martes 14 de Octubre de 2003, 11:22 »
No entiendo muy bien como lo haces, mándame un pequeño ejemplo con un reporte y te miro donde puede estar el problema
34
« en: Martes 14 de Octubre de 2003, 10:09 »
En las propiedades del Adodc el origen de los registros debe ser de tipo 8 (adcmdunknown) o de tipo 1 (adcmdtext) Verifica si es así.
35
« en: Martes 14 de Octubre de 2003, 10:03 »
Perdona, no te funciona porque a la lista de mí se le olvidó decirte que la conexión a la BD, en ambos casos, era por ODBC. Crea un origen de datos, en Herramientas administrativas llámalo "datos" e indícale donde está la BD que te envié. Con eso ya funciona.
36
« en: Viernes 10 de Octubre de 2003, 14:13 »
Te envío un ejemplo con lo que creo quieres hacer. En vez de enlazar el ado, lo que puedes hacer es igualar las consultas, con lo cual los datos serán los mismos. Igualmente te digo que con la versión 8 de Crystal Report es mucho mejor utilizar el Diseñador de Informes(RDC) en vez de el contro crystalreport. En el ejemplo te van las dos formas. Te recomiendo que visites la siguiente Web, la cual te será de mucha ayuda con VB y Crystal. http://www.lawebcrystal.com/rdcmain.aspEspero que te sirva y suerte
37
« en: Viernes 10 de Octubre de 2003, 12:58 »
Lo que te ocurre no es más que una configuración de pantalla. En las propiedades de pantalla, en la pestaña de Efectos, el último Checkbox es: "Ocultar subrayado de teclas de acceso rápido hasta presionar la tecla Alt" Este check está seleccionado por defecto, ai le quitas la marca ya verás como si se ve el subrayado de las entradas de menú.
38
« en: Lunes 6 de Octubre de 2003, 08:43 »
Prueba algo así: Select tabla1.codigo,tabla1.existencias,tabla2.descripcion... from Tabla1, Tabla2 GROUP BY Tabla1.codigo,...
39
« en: Jueves 2 de Octubre de 2003, 11:27 »
Con la versión que tienes de crystal te aconsejo que aprendas a manejar los informes con RDC, no es tan difícil, y además te permite modificar el camino a la bd o el enlace ODBc. Visita esta Web, te será de mucha ayuda: http://www.lawebcrystal.com/rdcmain.aspSi tienes algún problema, que te aseguro los tendrás, avisa.
40
« en: Miércoles 1 de Octubre de 2003, 08:26 »
Si instalas el Servica Pack 5 del Visual Studio 6, que está disponible en el sitio Microsoft, podrás utilizar una BD de Access 2000 sin problemas.
41
« en: Martes 30 de Septiembre de 2003, 08:34 »
No te saldrá exactamente igual, pero la forma de exportar es la siguiente: Private Sub Command1_Click() 'Declaramos la variable Dim exprt As craxdrt.ExportOptions 'Se la asignamos al report Set exprt = Report.ExportOptions 'Le indicamos que queremos un fichero de disco exprt.DestinationType = crEDTDiskFile 'Nombre del fichero exprt.DiskFileName = "c:pp.doc" 'Formato del documento, aquí le decimos que a Word exprt.FormatType = crEFTWordForWindows 'Le indicamos que exporte el informe sin mostrarlo Report.export (False) End Sub
42
« en: Lunes 29 de Septiembre de 2003, 11:21 »
Tienes montado un pequeño(gran) lío, no es recomendable mezclar ADO y DAO. Ya que los controles del formulario de actualizar los tienes enlazados, por qué no los enlazas a un contro ADO, además si lo haces por código y sólo tienes un Adodc en el formulario principal no tendrás problemas, ya que todos tus formularios accederán al mismo origen de datos. Prueba eso, te aseguro que funciona.
43
« en: Viernes 26 de Septiembre de 2003, 09:25 »
El formulario principal debe tener establecida a True la propiedad: ShowInTaskbar Pero es raro que lo tengas cambiado, ya que es el valor por defecto, igualmente verifícalo.
44
« en: Viernes 26 de Septiembre de 2003, 09:10 »
Visual Basic tiene un control que te permite escribir en párrafos, poner negritas a determinadas palabras..., es decir que funciona como un editor de texto (tipo Word). El control es el "Rich Textbox Control", o caja de texto enriquecida. Para poder utilizarlo debes agregar el componente: "Microsoft Rich Textbox Control 6.0" No sé si era eso lo que preguntabas.
45
« en: Viernes 26 de Septiembre de 2003, 09:04 »
Puedes hacer dos cosas: 1º-. Conectate a los .dbf a través del ODBC driver "Microsoft Visual FoxPro Driver" y luego utiliza SQL para leer y/o escribir en dichas tablas. Tu aplicación deberá tener. al menos temporalmente, las dos conexiones activas, para leer de una BD y escribir en la otra. 2º-. Vinculas las tablas .dbf que quieres a tu BD de Acces, y desde ahí las manipulas como si fueran tablas normales de Access. Este forma es más rápida, pero afecta al diseño de la BD, que no sé si te interesa o puedes hacerlo. Suerte
46
« en: Martes 23 de Septiembre de 2003, 10:13 »
Enhorabuena Roberto. Espero que no te demos mucho trabajo.
47
« en: Viernes 19 de Septiembre de 2003, 09:32 »
Refresca el Ado asociado al Datagrid y ya está
48
« en: Viernes 19 de Septiembre de 2003, 09:29 »
Tienes que generar un instalador, puedes usar el que trae VB, que se encuentra en: Herramientas de Visual Studio ==> Asistente para empaquetado y distribución O también algún programa de empaquetado ,el "setup factory" es muy bueno. Para no tocar las rutas a la BD, ¿qué utilizas para conectarte?
49
« en: Viernes 19 de Septiembre de 2003, 09:24 »
Te recomiendo cambiar la consulta del Datareport, para ser más meciso del comando asociado al Datareport. Por ejemplo: NOTA: dte==> Nombre del Dataenvironment dtr==> Nombre del Datareport comadoasociado==> Nombre del command asociado al datareport 'Esto es para limpiar los datos mostrados anteriormente, o los datos asignados por defecto en diseño If dte.rsccomandoasociado.State = adStateOpen Then dte.rscomandoasociado.Close End If 'Si el campo es numérico dte.Commands("comandoasociado").CommandText = "select * from nombreTabla where nombreCampo=" & valor 'Si el campo es texto dte.Commands("comandoasociado").CommandText = "select * from nombreTabla where nombreCampo='" & valor & "'" dtr.Show Espero que te sirva
50
« en: Jueves 18 de Septiembre de 2003, 10:54 »
Aquí tienes el código, como verás es muy sencillo: Public Function letra_DNI(txt As String) As String letra_DNI = Mid("TRWAGMYFPDXBNJZSQVHLCKE", (CLng(txt) Mod 23) + 1, 1) End Function NOTA: Se supone que "txt" es una cadena de caracteres que contiene el número de D.N.I.
|
|
|