Mensajes

Hola, pregunto ¿para que es ese conector? yo he trabajado con My SQL y nunca tuve que instalar tal programa.

saludos.

lo vi en el codigo anterior y te lo hiba a decir, sin que te enojes te digo que esto esta en cualquier manual de visual basic, te recomiendo leer el del guille de visual basic 6, te explica bien y te advierte de estas cosas que NO se debe hacer.

saludos.

Hola, pues es muy facil,simplemente hace una funcion que recorra el listview y te devuelva la suma del total, y esta funcion ejecutala cuando agregas y cuando eliminas...y listo.

saludos.

busca en PSC esta lleno...

En que lo isiste?
vb6 or vb.net?

si esta en el foro de visual bssic 6 es porque lo hizo en visual basic 6...

Hola, este no es el foro de .NET, busca sobre el control webbrowser tiene lo que necesitas...y en internet podes encontrar libros buenos de visual basic .NET

saludos.

con esa memoria RAM todo desastre es posible...

creo que lo que pedis termino siendo mas vergonzoso que el post que hayas realizado hace tiempo. por mi parte si hubiera preguntado si pueden borrarme un post donde no sabia y pregunte, me daria tanta verguenza publica como para no entrar mas en el foro.

imaginte la situación, todo mundo se tendria que borrarse miles de post proque antes no sabian y ahora le da verguenza...digo yo..¿venguenza de que? ¿de preguntar? si es asi nadie hubiera preguntado.

me imagino los grandes usuarios de este foro borrandose los post donde preguntaron cuando no sabian algo ...la verdad no estoy para nada de acuerdo con esto.y eso de que van a pensar mal, es solo una mala idea tuya...

es que en .NET es otra cosa, si se puede usar de esa forma...pero en VB 6 no esta recomendado hacerlo, por un tema de performance, claro que uno ni se da cuenta...pero bueno si en todos lados dicen que no debe hacerse esto, algo de razon tendran ¿no?, por mas que uno no se de cuenta.aca una cita de una web:

Don't Dim .. As New

Dim obj As MyClass
Set obj = New MyClass

Why write 2 lines when you can just say Dim obj As New MyClass?

Never Dim anything As New if you're concerned about speed. VB6 will treat such a variable as an auto-instantiated variable. Every time you use it, VB will check if it should be instantiated. This will cost you some extra CPU cycles.

cita de el guille:

Buenas normas de conducta con los objetos

La forma que acabamos de ver de crear un objeto es la más recomendable. El porqué es que así sólo reservamos espacio real cuando vamos a usar el objeto. Me explico: Veamos otras formas de declarar/asignar variables de objetos:



Dim miNombre As Object
Set miNombre = New cNombre



Esta sería la forma de crear un objeto del que no sabemos que clase será. En nuestro caso, es un desperdicio de código (interno del VB) y recursos (no demasiados) que no es necesario. Cuando se usa una variable declarada As Object, el Visual Basic no sabe, hasta que se está ejecutando, de que clase será y reserva unas líneas (ocultas) de código para poder hacer su trabajo cuando esté ejecutándose el programa.



Dim miNombre As New cNombre



De esta forma, al mismo tiempo que declaramos la clase, le indicamos al VB que en cuanto ejecute el módulo en el que se encuentra la declaración, cree el objeto. Aunque ese objeto nunca se use, se creará en memoria y ahí estará hasta que se destruya... ¿Desperdicio de recursos? Más bien sí.

Pero tanto esta última forma como la primera, es la más rápida y menos consumidora de código interno y recursos o tiempo que el Visual necesita para crear objetos.

Esto es por la sencilla razón que ya le estamos indicando cómo va a ser ese objeto y por tanto él sabe cómo es y cuanto necesitará para albergarlo... por supuesto, esto sólo se puede hacer con objetos que actualmente hay en las referencias o en nuestro proyecto.



¿Qué método usar para declarar variables de objetos?

Si sabemos el tipo de antemano, usaremos el primer método:



Dim miNombre As cNombre



Cuando queramos usarlo, sólo debemos asignarlo mediante SET y ya estará disponible.

Habrá ocasiones, la mayoría, en que se necesite usar el NEW junto con la declaración, un caso es para usar colecciones, ya que no se comporta de igual forma. La razón de este "extraño" comportamiento, al menos en forma práctica, la teórica te la dejo a ti, para que profundices con los manuales del Visual Basic, es que al usarlo sin NEW sólo tenemos una copia "fija" de esa variable. Por otro lado, con NEW obtendremos una nueva copia después de destruir la copia anterior. Esto lo verás prácticamente en el código de ejemplo para probar todo esto.

creo que queda claro...

PD: Alex@ShellRoot te edite el post sin querer, no modifique nada.

saludos.

aparte el codigo le faltan chequeos y esta mal planteado...y por un tema que no voy a explicar aca te recomiendo que no uses As New...