• Viernes 26 de Abril de 2024, 05:00

Mostrar Mensajes

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 - Nebire

Páginas: 1 ... 27 28 [29]
701
Visual Basic para principiantes / Re: Manual Interactivo
« en: Lunes 2 de Julio de 2007, 00:29 »
Estoy de acuerdo con Arkantos...

Un novato (que va por su cuenta) posiblemente encuentre más satisfactorio y más rápido aprender los principios de programación desde VB que desde otro lenguaje. Y una vez entienda y domine en mayor o menor medida dicho conocimiento le será relativamente fácil pasarse a otro lenguaje más potente y/o difícil.

Particularmente encuentro muy interesante VB.net (de hecho cada vez me gusta más),  sin embargo VB6 sigue siendo muy interesante, y más fácil de entender si se parte desde cero, y en según que cosas es más potente que VB.net. VB.net al estar por fin como lenguaje bien estructurado tiene el prerequisito de que se debe tener un conocimiento mínimo de lo que es la programación muy superior al conocimiento mínimo requerido para empezar en VB6.

En VB6 se puede emepezar sin saber absolutamente nada de porgramación, e ir aprendiendo a medida que se practica. Otros lenguajes no son tan considerados con un perfecto 'profano' de la programación, requieren saber cosas previas y a posteriori...

En cualquier caso en la variedad es donde realmente se forma un buen programador. Yo no puedo considerar gran programador a nadie que sólo conozca un lenguaje y absolutamente nada del resto por mucho que domine dicho lenguaje... ya se sabe que una nueva versión lo puede dejar K.O. Si uno se somete a la disciplina de dominar al menos un lenguaje pero hechar tientos en otros lenguajes, eso le hace ampliar el conocimiento mismo del lenguaje que domina, pués entenderá mejor porqué tiene los límites que tiene y porqué algo es más potente o menos que el equivalente en otros lenguajes, incluso le ayudará abordar soluciones asequibles a problemas que antes encontraba sumamente difícil. Y es que ningún lenguaje ostenta la osadía de 'lenguaje perfecto', por ello la suma de todos ellos es lo que más se aproxima a ese atrvimiento.

saludos.

702
Visual Basic para principiantes / Re: Quien Me Pueda Ayudar
« en: Viernes 29 de Junio de 2007, 08:29 »
No estoy seguro de a qué llamas montaje..
Si es de hardware, no veo que la programación pueda ayudarte, pués son cosas físicas...

Y si es de instalación de software, el S.O. (al menos el de Mocosoft admite lo que se conoce como 'instalación desatendida' lo que en la práctica equivale a indicar en un fichero las respuestas de las opciones que va preguntando durante la instalación. En la práctica sólo resulta útil cuando la instalación debe realizarse en muchos equipos , de otro modo no sale rentable, el tiempo invertido busca en google algo como ''Microsoft'' ''unnatended install'', o bien en español...

Si no es esto lo que necesitas entonces explícate con mayor claridad para entender mejor que es lo que realmente haces y quieres hacer... no entiendo tampo a qué llamas referencias, de algún modo es una clave que para ti tiene sentido pero que para el resto no nos indica nada, seguro que hay un modo mejor de indicarlo sin que tengas que explicar lo que no quieres....

703
Visual Basic para principiantes / Re: Manual Interactivo
« en: Viernes 29 de Junio de 2007, 08:19 »
En emule...

Busca algo como 'Curso de VB' ó 'Curso de Visual Basic'

704
Visual Basic para principiantes / Re: Poner Fondo A Combobox
« en: Viernes 29 de Junio de 2007, 08:15 »
No entiendo muy bién eso de que la lista se pinte SIN color...

El combo tiene 2 propiedades para controlar el color backcolor para el fondo y forecolor para el texto .. por ejemplo:
Código: Text
  1.  Combo1.BackColor = vbRed
  2.     Combo1.ForeColor = vbWhite
  3.  
pinta el fondo del combo de color rojo y el texto de color blanco.

705
Visual Basic 6.0 e inferiores / Re: Vb6 + Gdi
« en: Viernes 29 de Junio de 2007, 08:01 »
Lo que de un modo más sencillo te han indicado es que si quieres darle funciones avanzadas las crees tu mismo, es decir que el textbox tiene unas propiedades muy limitadas, podrías aún usar un richtextbox (y ya estarías usando todo los que RTF ofrece).

Si partes del hecho de que tu ismo creas tu propio control usar GDI implica que vas a construir todo es decir toma un picture como base para el control y con control gráfico podrás hacer cosas que no podrías sobre un textbox. Yo por ejemplo pondría dentro del propio picture un richtextbox, así ya tendría hecho bastante (pero si lo quieres controlar todo, incluso no lo metería).

Vamos que textbox no admite los métodos pset, circle, line, paintpicture,etc... pero si el picture. Coloca un picture, pon el fondo en blanco, calcula la ubicación de la fuente en el picture y eso es lo mismo que el textbox, sólo que sigues podiendo trabajar con los métodos gráficos... que en definitiva es con lo que podrás programas las cosas extras que se te ocurran. A su vez como el picture es en si mismo un contendor, siempre podrás colocar por ejemplo un shape para realizar la selección cambiando sus propiedades (siempre: borderstyle=0, drawmode=invert, zorder 0 ; sin selección : fillstyle=transparente con selección: fillstyle=solid) con picture podrás poner imágenes de fondo y con paintpicture podrás poner iconos donde quieras, también podrás insertar óbjetos image con la propiedad strecht=true para otros casos...

Suerte...

706
Visual Basic 6.0 e inferiores / Re: Curiosidad Con Frame
« en: Viernes 29 de Junio de 2007, 07:40 »
En efecto es como te dicen los otros compañeros.

Pero para que tengas la garantía de lo que te decimos es verdad haz algo parecido a los siguiente.

dim padre as string
padre=text1.parent
msgbox  padre

Si text1 sólo tiene la misma posición que el frame su parent será form1, si por el contrario estuviera dentro del frame, su parent sería frame1 , es decir tener una posición dentro del área de un contenedor, no es lo mismo que estar dentro de ese contenedor....

707
VBA / Re: Camino Mas Corto
« en: Viernes 29 de Junio de 2007, 07:16 »
Hola.

No existe respuesta a esa pregunta. Ese es uno de los llamados problemas del milenio, Conocido como h ttp://es.wikipedia.org/wiki/Problema_del_agente_viajero]'Problema del agente viajero' (y nombres similares).

A lo más que se puede llegar es a algoritmos 'satisfactorios' en base a la cantidad de puntos y el tiempo que consideres 'justo'.

Dicho de otro modo, computacionalmente resulta imposible calcular la ruta más corta de entre 70 puntos en lo que dura toda tu vida ni con el ordenador más rápido del mundo ni multiplicado por un billón.

Si tienes un algoritmo más rápido que el factorial y te funciona bién siéntete satisfecho.

nota: el foro no me deja colocar enlaces, así lo pongo como puedo, conponlo adecuadamente... eliminado los espacios entre (h ttp)

708
Visual Basic para principiantes / Re: Leer Version De Ejecutable
« en: Viernes 29 de Junio de 2007, 07:03 »
Hola.

Para leer la versión de si mismo, se utiliza el objeto app Por ejemplo:
dim s as string: dim v as integer
s=app.path  devuelve la ruta completa donde se encuientra alojado el programa

v=app.major devuelve la parte relevante de la versión  (comprendida entre 0 y 9999)
Con app.minor la de menor relevancia.
Escribe sobre el código app y pulsa f1 te lllevará a la ayuda del objeto, allí podrás examinar todas sus propiedades y métodos.
No obstante con esto sólo obtienes la versión de la aplicación. Lo ideal es que mantengas un fichero de texto (o en el registro) una relación de cada fichero con su ruta y versión, entonces resulta más sencillo saber que archivo has de actualizar, si construyes un par de rutinas donde:
* Una que comprueba versiones leyendo desde el cliente y comparando con la versión disponible en el servidor (otro fichero) tras lo cual elabora la lista (en realidad 3, se comenta al final) de ficheros y rutas a actualizar...

* Otra que actualiza el fchero (o el registro) del cliente que contiene las versiones de los archivos. Sustituyendo las entradas anteriores por las actuales, para esto se usan las 4 listas mencionadas anteriormente como se detallan someramente a continuación.

Las 3 listas: partiendo de los dos ficheros de versiones a) versionesCliente.log B) versionesServidor.log y comparando las entradas de versiones entre ambos ficheros donde se genera 2 listas: a1) versionesClientesNoCambios a2) versionesClientesCambios y a su vez se genera otra como b1) versionesServidorActualiza que es la lista cuya comparación resultó positiva.

Así los ficheros a subir serán los que figuran en  b1 en sustitución de los que figuran en b2, y tras subirlos el nuevo archivo versionescliente.log será la concatenación de la lista a1 y b1. En la práctica es mejor renombrar el archivo versionesCliente.log a versionesCliente.bak y generar de nuevo versionesCliente.log (si existía previamente versionesCliente.bak se elimina).

En otro momento  te respondo a tu segunda cuestión.

Saludos...

Páginas: 1 ... 27 28 [29]