SoloCodigo

La propiedad multicolumn del listbox no sirve para eso. Multicolumn lo que hace es repartir el listado en las columnas indicadas, ello permite que si se sabe a ciencia cierta que el ancho de los ítemes es pequeño tener una visualización en anchura más cómoda... los ítemes se autorecolocan en función de la altura del listbox. Pasando así de un scroll vertical a un scroll horizontal, en ocasiones bastante más cómodo.

Para lo que señalas lo ideal es el control DataGridView, datagridview se comporta exactamente como deseas, se podría entender como que es un conjunto de listbox trabajando al unísono, con la ventaja añadida de poder añadir un encabezado para cada 'lista'... los elelemtnos de cada lista están aparejados es decir forman una tabla, lo cual lo hace indispensable para manejar las bases de datos especialmente para recibir los volcados de tablas y también es útil para contener datos de estructuras que es lo que parece que tu estás intentando hacer...

Hay varios ejemplos sobre el uso del control datagridview en el foro, muchos sobre una cuestión particular sobre cómo hacer tal cosa.

El datagridview es un control completísimo, tal que se puede afirmar sin problemas que posiblemente nadie sepa totalmente todo sobre el mismo. Básicamente funciona manejando colecciones de filas o columnas  (muy útil con addrange) o ítemes individuales.  Aparte permite una gran personalización del aspecto del mismo.

No abras hilos a lo tonto, anteriormente has preguntado algo muy similar a lo que ya te he respondido, podías continuar preguntando en aquél...

El modo de llevarlo a cabo es tener cada parte como un proyecto.
1 Crea cada parte de modo independiente (basta con el nombre del proyecto y el 'ítem' primario a generar vacío.

2 Una vez creado los proyectos vacíos decide cual es el principal, y abre sólo ese.

3 Desde ese proyecto (pinchando en el solution) del explorador de proyectos, decide 'añadir proyecto' y vas añadiendo el resto de proyectos (siempre podrás cambiar quien es el proyecto principal, aparece marcado en negrita ).

4 Ahora podrás trabajar en cada proyecto de forma independiente, sin embargo deberás añadir al proyecto principal una referencia de cada uno de los otros (si un x proyecto comunica con otro, debes establecer la referencia, por ello el modo en que dividas el 'solution' es proyectos contribuirá a ser menos complejo en referencias, considéralo como un esquema en árbol, cuanto más simple mejor de mantener), aparte de añadir la referencia en el encabezado de cada proyecto que has añadido referencia del otro debes hacer un 'imports elproyectoreferenciado'  para poder usarlo desde el proyecto actual. Nota que la referencia es el vínculo exterios , esto es la localización del archivo en una ruta, el imports es poder usar el namespace del proyecto.
=============

Ahora cuando des a compilar sólo se compila el proyecto actualmente seleccionado si tienes 5 proyectos el principal es el 2, compilas el proyecto 2 y haces cambios en el proyecto 4 que está referenciado desde el 2, al ejecutar el proyecto lo haces sobre la versión compilada del proyecto 4 no sobre el cambio operado en él desde que guardaste el 2. Aprender acontrolarlo te `puede llevar un tiempito, pués verás que si compilas ahora el 4 el proyecto 2 ignora ese cambio (en determinadas situaciones) para ello 'refrescarlo' debes eliminar la referencia del proyecto 4 y volverla a incluir.

Nota que añadir una referencia te conduce a buscar el archivo .exe, dll... de modo que si cambiaste un proyecto pero no lo has guardado estará cogiendo una referencia que no refleja los cambios actuales que es lo que quieres pero que debes tener en cuenta y no olvidar es la ventaja y a la vez el inconveniente.

Si has hecho cambios y ejecutas paso a paso sin actualizar la referencia verás que el cursor se va posicionando extrañamente, ... enrealidad está sobre el código sin cambiar por eso no coincide.... así en modo 'debug' es aconsejable actualizar la referencia del modo indicado...

Desconcierta un poco hasta que te acostumbras y vas reconociendo lo que va sucediendo por detrás...

¿si la salida de una neurona es 0, esto significa que esa neurona no hara SINAPSIS con cualquier otra que se encuentre a su costado

No tiene porqué... es sólo información si especializas esa 'neurona' para que sea de control de flujo entonces sí, si no es sólo parte de precesamiento de los datos.

Imagina una fila de neuronas que cada una resuelve exactamente eso, un '0' ó un '1', entonces otra neurona de otro nivel puede tomar la 'palabra' generada por esa fila de neuronas como dato de entrada.

Hay que diferenciar dato como dato,  de dato de control y siempre hablando en términos generales.

en el caso que la salida sea 1, si se produce la SINAPSIS con otra neurona que este a su costado

Esto también es relativo. Dependerá de como hayas deseado hacer una conexión, quizás hayas establecido una relación de 1 a 3 cuando sea valor 1 y de 1 a 1 cuando sea valor 0 por ejemplo... es decir si ponemos esta regla la neurona enviará su señal a otras 3 cuando sea 1 o sólo a 1 cuando sea 0 (más claro envía señales alas 3 pero sólo a una le envía 0 a las otras 2 le envía 1) en nuestro ejemplo. Nuevamente dependerá de si ese dato forma parte del control o si es el dato específico, a fin de cuentas todo son datos...

Los métodos gráficos se borran con 'cls' así: picturebox1.cls , pero ojo se borra todo lo que tengas en el picturebox. Para borrar de modo selectivo, por ejemplo un cudrado creado antes, habría que repintar otro encima en el mismo sitio  es decir usando la misma sentencia empleada, pero con algunas características que paso a señalarte...

De entrada vamos a trabajar con un cuadrado relleno, así de paso ves que una línea también se puede convertir en un cuadrado y depaso ves como se rellena que es otra cosa que preguntas.

Bien el código anterior podría ser llamado por ejemplo con la siguiente orden...
Ahora examinamos el código y comentamos....
En dibujarCuadrado, vemos que empleamos el método line, sin embargo al ejecutarlo se genera un cudrado, porqué.... porque se ha añadido el parámetro 'B'  al final de la línea, ese parámetro le indica que con las coordenadas dibuje un cuadrado, si no estuviera b, dibujaría una línea en 'diagonal' (en diagonal si los pares de x o de y no fueran del mismo valor) desde el punto de la coordenada origen al punto de la coordenada destino. Fíjate que en realidad podemos señalar como origen cualquiera de las 4 esquinas y como final la opuesta, en este caso origen es la esquina izquierda baja, para probarlo comenta la línea de código form1.line justo después de 'vbred' y ejecútalo, ahora ves que la misma rutina puede servirte para dibujar cuadrados y líneas con colo modificarla un poco añadiendo un parámetro que indique eso mismo, lo vamos a hacer, porque el código fuente hace eso mismo así se entenderá mejor como actúa.

Seguimos... el cuadro podrá haberse rellenado o no. Bien tanto el relleno como el grosor de línea como el estilo de relleno como el color de relleno, se controlan a través del contenedor...

El contenedor además de usar el método gráfico contiene los 'fenes' de 'dispersión' de sus métodos gráficos... veamos cómo; ve a las propiedades del  picturebox donde dibujas cambia el valor de la propiedad drawwidth, por ejemplo a 5 así podrás apreciarlo bien, desde código también podrás cambiarlo por ejemplo: picture1.drawWidth=5 si ahora ejecutas verás que lo que cambia es el grosor de línea de borde del cuadrado o del círculo, es importante saber que cuando el grosor de línea es diferente de 1 algunas de las características que comentaremos a continuación se deshabilitan.

De igual modo modo usar 'fillColor' para elegir el color con que se rellena nuestro cuadro, pero ojo esto depende de otros factores, es decir queda alterado por otras propiedades.... por ejemplo 'FillStyle' . FillStyle por defecto es 'transparent' que es la razñon por la cual nuestro cuadro o círculo no se haya rellenado, si lo cambiamos a 'solid' ya se rellena 'de lo que sea, pero se rellena', pruébalo.

Bien si has probado a cambiar el color en fillcolor verás que 'no obedece', ello es porque nosotros hemos fijado VbRed que es una constante de color para definir el color rojo, cambia si quieres el VBREd del line por 'form1.FillColor', fillcolor es el color por defecto para los métodos gráficos cuando no se especifica color y el color no es obligatorio, si es obligatorio pero se ignora, entonces color es 0, es decir negro.

Más cosas... como borrar de modo selectivo... ya dijimos que si usas cls, se borran todos los métodos gráficos (en realidad redibuja todo el contenedor de nuevo, los píxeles que no constan memorizados por tanto se pierden que es lo que sucede con los métodos gráficos (salvo que tengamos autoredraw a true, que guarda copia del 'fondo' ), bien para borrar de modo selectivo hay que usar algún  método que consista en dejar algo como anteriormente estaba, te explicaré 3 métodos el primero es universal vale para todas las situaciones, es lo que hace el sistema pero nosotros a 'pequeña escala'

método 1: si vamos a cubrir una zona, antes de cubrirla hacemos copia de la sección a ocupar luego la cubrimos como queramos, cuando queramos restaurarla pegamos la copia que hicimos. Esto plantea 1 problema que pasa si hacemos sucesivos cambios en la misma zona... cada vez hacemos una copia de un trozo, eso significa que vamos guardando mucha información... este método si te fijas es lo que se hace para las opciones 'deshacer' de los programas gráficos, para nosotros puede ser un problema si no deseamos tener un control tan férreo , pués nos obligaría a tener un 'historial de copias' en una matriz, dicha matriz de imágenes la tendríamos que usar como cola tipo último en entrar primero en salir, para garantizar que se usa correctamente, sin embargo podríamos hacer trampa en esa cola y poder decidir que podemos usar directamente la del fondo eliminando eso sí el resto, es decir de un plumazo podríamos volver al primer cambio. Tu decides si implementas esto o no, seguramente como principiante no te atrevas, pero toma nota para el futuro. sin embargo si podrás tomar aunque sólo sea la 1ª vez no generar una amtriz, sino solo una.

método 2: El segundo método es más cómodo, se lo dejamos al sistema, pero no tendremos un control tan potente de decisión deberemos adaptarnos y conocer bien como funciona si no nos dará bastante trabajo, pero en principio es muy sencillo de usar. Establece la propiedad picture1.DrawMode=7 (Xor pen), por defecto es 13, CopyPen que es más o menos lo que se ve es lo que hay . Una operación Xor tiene una particularidad muy interesante al ejecutarlo hace algo al ejecutarlo nuevamente sobre el mismo valor anterior con el resultado anterior devuelve el estado anterior, con un ejemplo en palabras (no es exacto, vale, lo que pretendo es que lo entiendas sin perder tiempo en buscar una 'traducción exacta). imagina que tenemos 2 palabras: 'Barranco' y 'Ardgchfkl' , supongamos que al hacer un xor entre ambas palabras nos da este resultado: 'mgjrdisu' bien pués si ahora hacemos un xor entre este resultado y cualquiera de los 2 anteriores obtenemos justamente el otro que no hemos usado, es decir si hacemos xor con:
'mgjrdisu'  xor 'Barranco' = 'Ardgchfkl'  y si hacemos:
'mgjrdisu'  xor 'Ardgchfkl'  = 'Barranco'

Es decir después de un par de xor obtenemos nuevamente una copia exacta del original (ya te he dicho que el ejemplo es sólo para entender el concepto), pués eso es lo que haremos con nuestro DrawMode.. ahora ejecuta de nuevo dibujar el cuadro con fillStyle=0 (sólido), fillcolor y drawwidth como quieras, pero con DrawMode=7, cada 2 ejecuciones verás que se restaura, por tanto podrás mover tu círculo después de restaurado, por tanto es un 'cls' selectivo.

Esta técnica del xor se usa para casi todo, para los 'backBuffer' y en vídeo, donde sólo se redibujan los píxeles que cambian respecto de la imagen anterior, con lo que se redibuja una imagen más rápidamente. Este método conjunto con el anterior produce los mismos resulados que el anterior sólo pero ahorrando memoria empleada a base de un cálculo más complejo, en ocasiones es inevitable que algún píxel 'se pierda' lo cual habrás visto muchas veces en los programas en que algo gráfico cambia y parece que no se restablece... Para evitar estas situaciones el S.O. intenta que no se tenga acceso directo a los controladores de vídeo, y cuando esto deba suceder el S.O. entrega el 'poder' diciendo, eah, la pantalla es toda tuya, haz lo que necesitas... y así se entra en el modo 'pantalla completa' salvaguardando el resto de gráficos aparte, eso evita que éste corrompa a áquel si compartieran buffers en memoria.

método 3: Como todo esto no deja de tener cierta complejidad, es más cómodo usar un control que permite todo esto , un cuadro y un círculo a través de una propiedad, el control shape, el control shape es un control ligero como son los métodos gráficos, pero además posee toda esta funcionalidad de la que hemos estado hablando de forma independiente respecto del contenedor, es decir si antes decíamos picture1.drawWidth=5 porque queríamos que el grosor de un círculo fuera mayor veremos que también las nuevas líneas toman ese ancho, controlarlo implica establecer contínuamente de nuevo el valor, pués todas las acciones comparten el mismo valor, es lógico pues son propiedades y acciones del picturebox, sin embargo quita flexibilidad o mejor dicho añade complicación en un momento dado pudiéramos habernos perdido al no haber guardado el estado de algo en una variable específica. El control shape nos salva de esta complejidad pero con cierto límite... sin embargo todas estas propiedades que hemos descrito se usan por igual con el control shape, podría decirse que el control shape es un 'extracto' de los métodos gráficos, como ya te he explicado someramente sus propiedades solo me falta indicarte que definir un cuadro o un círculo se establece a través de su propiedad shape asi: shape1.shape=2 (óvalado). y finalmente ver que como todos los controles tiene medidas esto es top, left, width y height que son el par de coordenadas que usábamos para dibujar un picture1.line por ejemplo. Un control shape puede actuar como un control line si su porpiedad width  ó heigth (una sola a la vez tiene valor unitario), si nembargo para eso es mejor el conttrol line, el control line si se maneja con pares de coordenadas ya que 'carece' de alto y ancho, así se emplea x1,x2,y1,y2. Se entiende que traducir width y height a una coordenada final no tiene misterios, por eso lo he tratado tal como si fuera en si mismo una coordenada.... una licencia inocente...

Un punto importante cuando usar shape (ó line) y cuando usar métodos gráficos: aunque el control shape (y line) es mucho más cómodo de manejar que y controlar que los métodos gráficos tiene sus límites, por ejemplo si se ha de dibujar 400 cuadrados sin duda no interesa crear 400 controles shape. Imagina la siguiente situación:

coloca un timer en el formulario llámale TimCudros, establece interval a 200 y enabled a true, añade un botón  llamado 'Command1' pega el siguiente código en la ventana de código y ejecútalo....

Como puedes ver so ejecutaste el código, para cosas donde existe un número incierto de objetos o que es excesivamente grande es mala idea tener controles shape o line o circle, desde luego podríamos meterlos en una matriz para maenjarlo conjuntamente en vez de uno a uno por su nombre, pero que hacemos con ellos si de repente ya no los necesitamos...los podemos eliminar, pero si más tarde los volvemos a necesitar habráque volverlos crear.

Entonces de modo general si un gráfico no tiene un fin muy determinado y es finito en el tiempo es mejor usar métodos graficos, si por ejemplo creamos un contro, activex que tiene una forma rara y queremos darle un sombreado perimetral es mejor usar el método line para dibujarlo que el control line, las líneas no son persistentes, entonces todo lo que tendríamos que hacer es colocar el redibujado en el rutina 'paint' del control activex, cada vez que se redibuje se crearán las líneas, y se redibuja cada vez que se coloca en primer plano o se expone parte de él aemás de cuando lo llamamos explícitamente con control.refresh o desde el código interno al mçétodo 'paint'.

Para terminar... se puede crear una estructura que refleje el comportamiento similar al shape pero usado desde los contendores, esto es ya sabemos que propiedades utiliza el contendor para los métodos gráficos, a saber:

Bien con esta estructura y parte de los métodos que ya describimos más arriba podríamos usarlo desde los contendores, para manejar cada línea cicculo ocuadro que manejemos, por ejemplo si queremos dibujar un círculo rellenamos los valores en un índice de la estructura, y llamamos a la rutnina dibujarCirculo (que sería similar a la que pusimos más arriba DibujarCuadro) pero con 1 parámetros más, el índice del control, entonces tendríamos otra rutina que sería dibujarlo en otro lado, esta rutina recibiría el parámetro 'x' que identifica el índice y las nuevas coordenadas y lo que haríamos dentro de esa rutina sería borrar shapes(x) de su ubicación actual  cambiar valores de posición según parámetros entrados y llamar a la rutina de dibujado....

Como ahora nuestro gráficos tiene valores asignados y por tanto hay 'memoria' de ellos podremos ahorrarnos el autoredraw, del contenedor y lo que haríamos sería colocar dentro del evento Paint del formulario un bucle que llamara a redibujar todos los 'objetos' que hay dentro de neustr matriz Shapes()


Claro que todo esto último se haría mejor como una clase para controlar todos sus métodos y no confundirse y mezclarse con el código del formulario, o mejor aún en un control activex, con lo cual ya tendríamos una emulación del control shape pero con la particularidad de que podríamos condicionarlo a nuestras necesidades, por ejemplo para crear polígonos dado el nº de lados.

nota final: los métodos gráficos sólo se rellenan si están cerradas, si por ejemplo usas un arco no se cierra, a no ser que lo 'tapes' con una línea... line se rellena con el parámetro BF, la B indica que es un cuadro no una línea y la F que se rellena...

Esto es un foro de programación, no un foro de piratería, te has equivocado de sitio...

No estoy muy seguro de a qué llamas 'graficar una línea'.... pero por suponer...

Hay otra cosa que debes saber, si te fijas el control image no tiene borde, entonces cuando metemos el control image en un control picturebox justo del mismo tamaño, en efecto puede verse que se tapan algunos pixeles por cada lado, esto es debido a que por defecto el picturebox si tiene borde.

Este marco puede quitarse si se desea estableciendo la propiedad borderstyle: picturebox1.borderstyle=0 ...esto quita el marco y en consecuencia deja ver esa línea de píxeles inferior superior y laterales que tapaba, que son 4 píxeles por cada lado lo que ocupa el 'marco'.

...pero si con graficar quieres decir que antes pintabas una línea en la parte superior del control image (lo que debía hacerse en realidad sobre su contenedor que era el formulario, ahora la situación no ha cambiado, ahora puedes dibujar esa línea sobre el control picturebox directamente. Al respecto hay que saber alguna cosa: Los controles se organizan por capas, que son niveles de profundidad, básicamente se consideran 3 capas (y cada capa puede tener tantos niveles como controles se ponga) . La métodos gráficos están en la capa media, por ejemplo si hacemos un Picture1.Line (0, 0)-(Picture1.Width, Picture1.Height), vbBlue  nos traza una línea azul en diagonal (si no llega de esquina a esquina es porque scalemode no está establecida a vbpixels, los métodos gráficos sólo trabajan con píxeles ellos no entienden los 'twips') si previamente hemos colocado por ejemplo un textbox dentro del picture que cruce la diagonal imaginaria, veríamos que se 'corta' donde se cruza con el textbox. Esto es porque el textbox tiene un nivel de profundidad inferior a los métodos gráficos. es decir está en primer plano. En cambio el control image está en la capa más baja, eso significa que la línea que hicimos atraviesa por encima de esa imagen.

Los controles comunes (aquellos que tienen una propiedad HDC o Handle) son de primer plano, los del fondo son los que no tienen esta propiedad, por ejemplo el control image, el control shape el control line o el control label. y los de la capa media son los métodos gráficos, esto es cuando manipulas píxeles directamente por ejemplo.

Entonces cuando quieres hacer algo encima de un control debes conocer previamente a qué capa pertenece....

No hay que confundir los métodos gráficos con los controles gráficos, el control line produce un resultado muy parecido al método line, pero el control line es un auténtico control, no se 'borra' al colocar algo encima aunque si se puede tapar, sin embargo existe en memoria, un método gráfico es situar píxeles y olvidarse de ellos, no se hace un 'memorizado' sobre ellos salvo que se establezca la propiedad autoredraw a true del contendor donde están... si se hace eso,  por ejemplo entonces  los controles gráficos se sobreponen sobre los métodos gráficos. es decir se redibujan los controles después del fondo.

Aparte puedes usar el control line y el más polifacético y práctico control shape....
Pero vamos por lo que entiendo que dices tu 'linea' ha sido tapada por el marco del picturebox que son 4 píxeles de perímetro sobre el control... y en cualquier caso cuando antes hacía form1.line ... para colocar una línea sobre el control  image ahora debes hacer picturebox1.line... pero en cualquier caso sigue siendo contendor.line siendo contendor el contendor donde está el objeto. Si en el control picturebox quieres colocar una línea encima del image necesariamente será en el píxel -1, los pixeles de coordenadas negativas no se ven, eso significa que si tu línea tiene pongamos 8 píxeles de grueso, deberás poner tu control image así: image1.top=8, y así desde el píxel 0 hasta el 7 puedes usarlo para poner esa línea. Naturalmente esos pixeles que has despalazado la imagen hacia abajo, debes tenerlas en cuenta para las modificaciones del picturebox (se supone que el picturebox lo ajusta al tamaño de la imagen).

Bien, te cuento...

De entrada saber el nombre del ocx no te soluciona tu problema, pero hay formas de solucionarlo, sigue leyendo y te explico 3 maneras de hacerlo... (2 muy parecidas entre sí).
 
El control Image tiene una propiedad llamada 'Strecht' si la pones a true, la imagen se ajusta al tamaño del control image... así modificas el tamaño del control, la imagen se adapta ditorsionándose si es preciso para rellenar el control image.

El control picturebox se comporta de forma muy distinta, el control picturebox, tiene una propiedad llamada 'autosize' si la activas lo que sucede es que en vez de la imagen ajustarse al control como sucedía con el control image, es el control el que se ajusta al tamaño de la imagen.

Yo sólo uso el control picturebox para mostrar imágenes cuando necesito usar ciertas funcionalidades como usar el método paintpicture o el savepicture, o cuando necesites incluir más controles para que actue como contenedor que es. Si no es así uso el 'image' usa menos recursos en memoria.

Entonces para resolver tu problema hay 3 formas la más sencilla de manejar es incluir dentro del control picturebox un control image, y cuando quieras redimensionar el picturebox, haces lo propio con el control image dentro de él. Para trabajar con la imagen dentro del picturebox te debes referir a ella con su porpiedad 'image' no 'picture' esto es asi: picturebox1.image  ...

El otro método es usando el método paintpicture y requiere el uso de 2 controles picturebox, el primero contiene la imagen que deseas con la propiedad establecida a autosize=true, este picturebox está oculto 'invisible=true', ahora cuando queramos modificar el tamaño del picturebox que nos interesa modificamos su tamaño, y con el método paintpicture 'pegamos' la imagen del picturebox oculto en las coordenadas que nos interese del picturebox que nos interesa. Siempre que modifiquemos el picturebox destino, deberemos hacer un paintpicture desde el oculto hacia aquel, por tanto el oculto tiene la imagen tal como se ha recibido de donde sea que se tomare. Debes darte cuenta que este método pega una imagen no persistente, es decir si colocas una ventana encima verás que la imagen se 'pierde', para evitar que esto suceda lo que se debe hacer es activar la propiedad 'autoredraw=true' con ello lo que internamente hace es guardar una copia de la imagen contenida ' image' en memoria, de modo que cuando se exponga la superficie del picturebox, y sea invocado el repaint, redibuja el área expuesta con el contenido que tenía...  

El terce método es similar a este 2º pero no pegamos la imagen cada vez que cambiamos el pictureboxdestino, sino sólo lo pegamos 1 vez, luego nada más transferir el gráfico no persistente al picturebox hacer algo como: picturebox1.picture=picturebox1.image , con lo que consigues que ya tenga su propiedad picture dispuesta. Supongamos que ahora quiero modificar el tamaño, antes que nada regojo sus medidas actuales, luego modifico el tamaño del control y mediante paintpicture siendo el mismo el origen y el destino, y tomando como coordenadas de tamaño origen las que guardamos, pegamos la imagen al área del picturebox, nuevamente haremos un picturebox1.picture=picturebox1.image. Este método 3º sin embargo tiene bastantes inconvenientes por lo que sólo debería usarse cuando no quede otro remedio, por ejemplo si pegas la imagen sin rellenar todo el área nueva, la imagen se 'monta' encima de la existente, esto es útil en determinadas situaciones pero porbablemente en muchos casos no sea lo que se quiere hacer. Por tanto te recomiendo que uses el método 1 ó el 2. Este 3º método también se puede usar cuando no te interesa activar autoredraw por alguna razón (por ejemplo si dibujas encima de él), ya que si activas 'autoredraw' los gráficos no persistentes se fijan como gráfico, y por tanto si dibujaste un círculo encima de la imagen se mantiene y sólo puede ser borrado cuando la imagen es rescrita por otra. Un g´rafico no persistente puede borrarse siempre con 'picturebox1.cls'.

Estos 3 mecanismos bien usados son suficientes para controlar cualquier gráfico dentro de un picturebox. Una cosa más... si por ejemplo quieres modificar el tamaño del picturebox, de modo que la imagen se ajuste al picturebox pero manteniendo las proporciones originales, (no deformándose como nos sucedía en el control image), deberás guardar la proporción original de los píxeles (el alto con respecto al ancho), así cuando aumente el alto del picturebox, x pixeles, el ancho deberá aumentar 'x* proporción'

... te explico esto de la proporción. supongamos que nuestra imagen tiene 15x10 píxeles, entonces la proporción es ancho/alto= 15/10=1'5 entonces ahora cada vez que cambie el ancho por ejemplo 22 píxeles el alto deberé cambiarlo 22/1'5 o al revés si lo que quiero es modificar el alto en 47 pixeles el ancho deberé modificarlo así: 47* 1'5 naturalmente añadido al tamaño que ya tiene.... por tanto créate un variable picturebox1_Proporcion que debes actualizar cada vez que alojas una nueva imagen....

No se hacen tareas, ni se envían trabajos al correo de nadie. En cuanto al uso de funciones está disponible la MSDN en español en la página de Microsoft.

Luego no especificas si lo que quieres es fundir 2 imágenes en 1 sola o si lo que quieres es añadir una segunda imagen al final (o encima) de la primera.

Si es lo 2º lo puedes hacer en un 'periquete', tanto en vb6 cono en vb2005: De entrada coloca tu 'logo' en un picturebox, y la imagen primaria en otro picturebox, ahora con el método bitblt o paintpicture (en vb6) copias el contenido del pictureboxLogo al pictureBoxDestino en las coordenadas que quieras, conlas medidas que quieras. Esto no demora ni 5 minutos ni 2 minutos, es instantáneo salvo que las imágenes tengan cientos de Mb. , que imagino que no es el caso.

Lo acorde es que el logo tenga transparencia para no generar imágenes demasiado intrusivas, entonces si usas VB6 esto deberías hacerlo usando una imagen GIF por ejemplo.

Si quieres trabajar a nivel de bit, debes usar las APIs para tener un tiempo de respuesta aceptable, procesarlo en memoria y sólo cuando esté el resultado final listo volcarlo a un control de imagen o a fichero. Después podrás importar el proyecto a vb2005 y ver la lista y consejos de conversión que te ofrece , para futuras referencias o para inentar mejorarlo. Personalmente trabajando con imágenes me siento más cómodo con VB6, siento que es más rápido...aunque no he explorado todo el potencial de vb2005 en cuanto a imagen se refiere...

Ignoro para que lo necesitas exactamente.
Aún conservo por ahí esta tabla, quizás te sirva.

Tabla_Ebcdic_Ascii:

Puedes buscar información adicional en las APIs de SNA (System Network Arquitecture) concretamente una función llamada CSV . CSV convierte entre EBCDIC y ASCII, pero claro supongo que sólo lo quieres para trabajar con la base de datos no para comunicaciones, pero bueno tu decides, si le echas un vistazo o no.

No conozco si existe una forma de conocer si ese proceso de copia ha terminado. Pero puedes usar un método alternativo un poco más laborioso pero que te permite más control.  El otro método es copiar recursivamente cada subcarpeta y fichero contenidos... e ir mostrando el progreso de avance.

Para ello puedes usar la colección Folders y Files de scripting.

Es bueno usar 2 rutinas para hacer eso mismo, en función de si el tamaño es grande o pequeño y por ello el tiempo empleado.

Si por ejemplo el copiado es interno a tu aplicación y no como resultado de una acción del usuario tal como lo haces iría bien ya que se supone que la carpeta que vas a copiar sea del programa y no tenga un gran tamaño.

Bloquear una aplicación completamente mientras se espera a terminar un proceso, no es lo deseable, desespera al usuario, sin embargo es necesario si la aplicación necesita que se finalice la operación en curso para poder continuar, en dicho caso lo ideal es ir informando del progreso de la acción o de otro modo el usuario pueda creer que se ha colgado. Si el progreso tiene un trato porcentual, muestra una barra de progreso, si no se sabe a ciencia cierta cuando va a terminar porque hace una llamada asíncrona no controlada por el programa, entonces activa una animación antes de la llamada y desactiva la animación después de la llamada. Para la animación puedes usar el objeto animation que puedes agregar del componente: 'windows Common controls 2.6.0' ó 2.6.5... en la carpeta 'tools' de Visual Studio 6.0 busca los archivos '.AVI' y elige el que prefieras o crea tu mismo uno....

En vez de bloquear enteramente el formulario, mira de ver si es suficiente con bloquear ciertos controles que se vean afectados hasta que el proceso no termine, para hacer esto de una forma fácil y rápida incluye todos esos controles en un mismo contendor (o contendedores dentro del mismo contenedor), así por ejemplo si empleaste un sstab y estaban en la fiche 3, podrías hacer

El contenedor pueder ser igualmente un frame o un picturebox o si está todo en un formulario y nada más, pués también.

En cualquier caso un bloqueo total 'mosquea' mucho a los usuarios, ya que da la sensación de que están haciendo algo 'malo' o que se ha colgado... yles tienta a reiniciar el computador, con la posible pérdida de ficheros que luego le imputarán a tu programa (salvo que el usuario final seas tu mismo).

Este tipo de problemas se presenta cuando se plantea mal un problema. Hay que diferenciar claramente cuando un problema necesita recursividad y cuando iteración controlando las variables a cada caso.

En este caso concreto yo utilizaría tanto recursividad como iteración... la recursividad por ejemplo para usar diferentes operandos, desde las sumas monarias hasta las sumas de todos los operandos (tantos como el valor máximo empleado), además emepzaría desde el final y acabaría cuando el nº de operandos fuera 0.

Citar

y entendiendo que sólo es para respaldar un original...

Tampoco estoy de acuerdo con la piratería, pero entiendo que hay sitauciones en que uno quiere respaldar sus discos originales...

efectivamente... precisamente entre ayer y hoy he estado haciendo un pequeño programa para refundir contenido de CDs en 1. Si sucede como me ha pasado a mi que tanto el original como la copia ya están rayados, casi no hay escape excepto intentar ver si entre uno y otro se puede sacar todos los archivos que componen el original para rehacer entre todos una copia.... y todo porque usé el original después que se rayó la copia, en vez de haber hecho una nueva copia...

Lo lógico es que se pague una sola vez por un producto, a mi no me guataría nada que cada 2 o 3 años tuviera que recomprar nuevamente cada libro que comprçe en su día porque se ha deteriorado de tal manera que ya es imposible usarlo...

...Sólo que con el papel, la cosa es mucho más duradera, los CDs y DVDs en cambio son muy frágiles, demasiado frágiles y según cuáles demasiado caros para comprar 2 veces el mismo.

Darte indicaciones es un poco engorroso, especialmente si no tienes claro qué hacer ni por donde empezar.

No obstante deberás definirte por el tipo de conexión que quieres hacer, por ejemplo: web .

si quieres hacer algo para FTP, será distinto de si quieres hacer algo para TCP, etc...  además deberás decidir si quieres que sea lo más 'compatible' posible, en cuyo caso deberás orientarte a 'SOAP', o si prefieres rendimiento dejando de lado compatiblidad en cuyo caso deberias usar 'Remoting'.

Por tanto busca en tu MSDN SOAP, Remoting, Network, Channel, etc... empolla un poco y luego se podrá dar explicaciones precisas a problemas concretos...