|
|
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 - soco1980
Páginas: [1]
1
« en: Jueves 25 de Septiembre de 2003, 02:42 »
Seguro que si, y la pregunta tonta:
¿Se puede portar una aplicacion de VB a Linux?
Alguna solucion habra (maquinas virtuales, ...)
Un saludo
2
« en: Jueves 25 de Septiembre de 2003, 02:35 »
Bueno ya se que VB es incompatible con Linux, pero... ¿saben si existe algun lenguaje que sea similar para Linux (orientado a objetos)? Quiza si se instalara bajo linux una maquina virtual con windows instalado, podrian funcionar los programas que creamos en VB, asi que ya es hora de ir migrando.... 
3
« en: Miércoles 24 de Septiembre de 2003, 13:39 »
Efectivamente, en las configuracion de la pagina se puede modificar varias cosas, entre ellas el numero de columnas. Parecia una solucion evidente... Muchas gracias a los dos, un saludo. 
4
« en: Miércoles 24 de Septiembre de 2003, 00:46 »
Hola, estoy realizando un informe en Access. Consta de un campo para un codigo (numerico) y un nombre.
El problema aparece cuando intento realizar el informe por columnas, ya que se repiten los datos.
Lo que quiero es que cuando la primera columna (izquierda) llegue al final de la pagina, empiece la segunda columna (en la misma hoja) pero con los datos siguientes, sin repetirlos como a mi me ocurre.
¿Cual es la configuracion para realizarlo?
En la imagen que adjunto se ve el problema que tengo
Muchas gracias, un saludo.
soco1980 ha adjuntado esta imagen:
5
« en: Martes 23 de Septiembre de 2003, 19:17 »
Hola, estoy realizando un informe en Access. Consta de un campo para un codigo (numerico) y un nombre.
El problema aparece cuando intento realizar el informe por columnas, ya que se repiten los datos.
Lo que quiero es que cuando la primera columna (izquierda) llegue al final de la pagina, empiece la segunda columna (en la misma hoja) pero con los datos siguientes, sin repetirlos como a mi me ocurre.
¿Cual es la configuracion para realizarlo?
En la imagen que adjunto se ve el problema que tengo
Muchas gracias, un saludo.
6
« en: Martes 23 de Septiembre de 2003, 18:13 »
Vaya, Brroz eres el mejor, funciona.
Simple pero efectivo.
Como siempre, mil gracias
7
« en: Martes 23 de Septiembre de 2003, 18:08 »
Incorporar todos los formularios en un solo proyecto me resulta inviable (se formaria un barullo todo junto)
Bueno mi idea era una mezcla de tu segunda y tercera cuestion Brroz, compilar los dos proyectos por separado, pero creando un solo ejecutable. Pero eso es imposible, por lo menos en la version 6 de VB (Creo que en .NET se puede hacer).
La idea por la que he optado ha sido crear los dos proyectos por separado, y llamarlos mutuamente mediante "Shell", pero ahora el problema que surge es a la hora de crear el Programa de Instalacion, puesto que solo quiero tener un Setup, y no los dos de cada proyecto.
Pensando creo que alomejor podria crear una aplicacion que ejecutase los dos Setup de instalacion, con lo cual en un unico paso de instalacion tendria instalado los dos proyectos.
Muchas gracias por tu inestimable ayuda Brroz, un saludo.
8
« en: Martes 23 de Septiembre de 2003, 17:58 »
Tengo este codigo, que imprime un informe de un base de datos Access mediante una macro:
Private Sub datosclientes_Click()
Dim variable As New Access.Application
variable.OpenCurrentDatabase ("agenda.mdb")
'variable.DoCmd.RunMacro "imprimirdatos"
variable.CloseCurrentDatabase
End Sub
El problema surge cuando termina la macro y sigue el programa. Todo marcha bien, menos el proceso que ha ejecutado la macro (MSACCESS.EXE) que no muere y se queda cargado en memoria.
¿Como hago para que cuando termine la impresion se cierre el proceso? ¿O como puedo terminar dicho proceso?
Muchas gracias, un saludo.
9
« en: Martes 23 de Septiembre de 2003, 06:10 »
Hola. Estoy realizando una aplicacion.
Consta de lo siguiente:
1º- Un proyecto para meter datos en una base de datos (es el proyecto principal)
2º- Un proyecto para editar la base de datos
Mi duda es saber como desde el proyecto 1 puedo llamar al proyecto 2, para compilarlo todo en un mismo paquete.
Un saludo.
10
« en: Jueves 18 de Septiembre de 2003, 15:36 »
Muchas gracias Brroz, ya lo lei y lo estoy probando, pero me gusta a mi indagar un poco y, aunque me den las cosas ya echas, intentaré darle yo un poco al coco.
Thanks
11
« en: Jueves 18 de Septiembre de 2003, 01:06 »
Una de las mejores formas de aprender Visual Basic es, como yo hice en su momento, realizar un curso, que por cierto siendo del Inem para desempleados me salio gratuito. 300 horas que dan para aprender las directrices basicas de lo lenguajes de programacion, y tener una vision mas general sobre como programar. Un saludo
12
« en: Jueves 18 de Septiembre de 2003, 00:55 »
Gracias por las respuestas, y perdonar la tardanza en contestar, ya que aun no he podido probar la solucion. En cuanto arregle el problema, lo comento. Un saludo.
13
« en: Jueves 18 de Septiembre de 2003, 00:51 »
No se si es una respuesta evidente, pero yo he probado a abrir un archivo de word, y copiarlo directamente en el explorador de windows, y no muestra ningun problema. Mi version de Office es XP. Saludos
14
« en: Miércoles 17 de Septiembre de 2003, 23:57 »
Podrias especificar que tipo de error es
15
« en: Miércoles 17 de Septiembre de 2003, 23:54 »
No entiendo a que viene esa pregunta en este foro, pero te dire que hay programas que lo hacen de una forma muy facil. Uno de ellos el virtualdub, nandub, etc...
Mira en foros de DivX
16
« en: Miércoles 17 de Septiembre de 2003, 22:10 »
No se si es posible pasar parametros a una macro de access, yo no veo como.
Sin embargo, el método DoCmd contiene muchos objetos que se pueden aplicar para realizar cualquier accion con access.
En mi caso, en vez de crear una macro para imprimir un informe como describi anteriormente, estoy estudiando (con dicho metodo) la forma de abrir el informe, seleccionar las paginas que quiero que se impriman, la calidad, etc, que seria como pasar parametros a la macro que cree para imprimir, pero ahorrandomela.
Suerte.
17
« en: Miércoles 17 de Septiembre de 2003, 20:53 »
Pues si que es buena idea poner un contador, pero yo lo que he echo ha sido poner directamente como clave principal el DNI y asi me evito el autonumerico, eso si, ahora me replanteare la cuestion con el uso del contador, muchas gracias.
18
« en: Miércoles 17 de Septiembre de 2003, 12:53 »
Navegando por internet, vi una forma muy intuitiva de imprimir un informe en Access desde VB:
Se trata de realizar un macro en access que imprima el informe.
Luego desde VB, se le llama de la siguiente forma:
Dim variable As New Access.Application
variable.OpenCurrentDatabase ("ruta y nombre de la base de datos")
variable.DoCmd.RunMacro "nombre de la macro"
variable.CloseCurrentDatabase
Espero que sirva de ayuda o si existe algo mejor comuniquenlo.
Saludos
19
« en: Miércoles 17 de Septiembre de 2003, 12:43 »
Gracias por aclararmelo, ya le he pillado el hilillo a la cuestion, y vaya, mi gozo en un pozo, porque crei justo todo lo contrario, que compactando, lo registros vacios de claves autonumericas se autoordenaban si dejar espacios.
Muchas gracias, un saludo.
20
« en: Martes 16 de Septiembre de 2003, 00:03 »
En principio muchas gracias a todos por todas las respuestas recibidas, y enhorabuena por haber tanta gente como vosotros.
En segundo lugar, me ha parecido muy interesante la ultima respuesta recibida, ya que yo en mi base de datos tengo una clave principal autonumerica, y claro, cada vez que borro un registro, ese numero nunca mas es vuelto a usar, con la consiguiente perdida intuitiva de ordenacion.
Si lo he entendido bien (corrijanme si me equivoco), al compactar la base de datos esos numeros son reajustados con lo cual son usados todos sin excepcion en orden ascendente.
Y por otra parte (corrijanme si vuelvo a equivocarme), yo soy administrador de sistemas, con lo cual "quiero" asociar la compactacion de una base de datos haciendo similitud con un archivo que es borrado logicamente (que no fisicamente) del disco duro, sobre el cual se le ha realizado posteriormente una defragmentacion, con lo cual ha habido una ordenacion y una mejora del acceso al disco duro (permitiendome la similitud con la mas rápida y mejor ordenacion de una base de datos)
Muchas gracias nuevamente, un saludo.
21
« en: Lunes 15 de Septiembre de 2003, 19:39 »
Muchas gracias por la respuesta, lo has dejado bien aclarado.
22
« en: Lunes 15 de Septiembre de 2003, 19:37 »
Error 3343, No se reconoce el formato de la base de datos.
Mi primera impresion es que el codigo para abrir la base de datos solo sirve para la version 97 de Access, mientras que la base de datos esta creada con Access 2002.
¿Se puede solucionar para que el codigo acepte ambos tipos de base de datos?
Esta es la forma en que lo abro y donde salta el error:
Set bd = OpenDatabase(strBdd, False, blnSololectura, strConnect)
Muchas gracias, un saludo.
23
« en: Lunes 15 de Septiembre de 2003, 19:28 »
Muchas gracias.
24
« en: Lunes 15 de Septiembre de 2003, 19:26 »
Hola, estoy realizando una aplicacion en VB que toma datos de una BD creada con Access. En Access he creado un informe, que desearia imprimir mediante la aplicacion que estoy realizando.
Además de saber como se realiza, me gustaria que me dijeran si el código es válido tanto para las versiones 97 como 2002 de Access.
Muchas gracias, un saludo.
Páginas: [1]
|
|
|
Mostrar Mensajes
