siiii... eso es lo que iba a decir... si USA decide reclamar ciertos datos para admitir a un extranjero turista en su país... el mundo entero se alarma... pero condenana a muerte a uno por decir algo como: "Me cago en la PU74 madre de Mahoma y toda su apestosa familia", lo condenan a muerte, y nadie en el mundo dice ni "mu"....

¿¿¿¿¿¿¿¿Por qué exigimos tanto a algunos y en cambio toleramos todo a otros????????. Pura hipocresía.

... cuando dices "tengo una aplicación"  ...qué quieres decir exactamente?
A - Que la has programado tú, o...
B - Que utilizas una aplicación programada por otra persona y no tienes acceso al código fuente...

Si es b, sigue como hasta ahora.
Si es A, tienes que usar alguna API, que se llama cuando hagas click con el ratón...

Private Declare Function ShowWindow Lib "user32" (ByVal hWnd As Long, ByVal nCmdShow As Long) As Long
Private Const SW_SHOWNORMAL = 1
 
Private Sub Form_Click()
    Call ShowWindow(Me.hWnd, SW_SHOWNORMAL)
End Sub
 

Esto deja la ventana en su tamaño normal... pero no reduce el tamaño de un objeto que tenga algún vídeo reproduciendo, para eso hay que modificar las propiedades del tipo de objeto que actúa de contenedor del vídeo...

5 semanas... pero estaba en el hospital más muerto que vivo... aparte de eso, nunca más de 3 días...

No deja de ser gracioso que les sorprenda que tenga 500 teléfonos, pero en cambio les parece normal que tenga 350.000 tarjetas SIM... claro, es lo normal, en casa tenemos todo 15.300 SIMs... te entran 200 con las galletas.

También es curioso la condena a 5 años por "trabajar sin permiso en Tailandia", de lo que se deduce que son extranjeros, y aunque no se dice su nacionalidad, si eran pagados por chinos, es evidente entonces que son chinos... ¿por qué omitir ese dato en la noticia?

- Titulo: Perdí la contraseña de mi router. Pregunta: Hola me llamo e, vendo mi bici, los interesados que me escriban a mi correo.
- Titulo: Vendo mi bici. Pregunta: Hola me llamo e, alguien me ayuda a recuperar la contraseña de un archivo?

- Hola soy f, tengo 16 años, lo sé todo y soy el próximo Bill Gates, me he leído todos los libros que se han escrito sobre programación, alguien me dice como hago para sacar en pantalla las 6 primeras letras del adecedario?

- Hola soy g, tengo un problema muy grande y muy urgente, cómo hago para controlar-hackear la central nuclear que hay cerca de mi casa, desde el móvil, alguna APP?.

- Hola soy h, acabo de empezar en esto de la programación la semana pasada, me pueden orientar sobre como puedo crear el motor de una base de datos (solo pido orientación, yo hago el resto).

- Hola, me llamo i y tengo un problemón, tengo este código: j = 3 + 2 , pero por más que lo ejecuto, no se guarda en el fichero, qué estoy haciendo mal?.

- Hola me llamo j, quiero crear un programa que controle el tráfico de mi ciudad. Me pueden explicar qué es un bucle y para qué sirve, nunca lo había visto?

- Hl, q hy, n se pq, pr no se enciende el pttil, tmp func el jfjt, ¿q hago?.

- Soy k, llevo 5 años trabajando en la empresa "xpt", me llaman el 'crack' de la empresa, cuando no pueden resolver algo me llaman. Mi problema es cómo hago para ordenar una lista de 100 elementos en orden inverso?

...hay unos pocos más...  

Jo... que mal traducen: "presionará", supongo que vieron escrito "Press" (en vez de "Print") y lejos de traducirlo como "imprimirá", o como mínimo "Impresionará".

Supongo que si no saben como se fabrica un chip, lo de 'presionar', les sonará como que 'empujan' transistores para meterlos en una cajita, o algo así...  si supieran que el proceso empieza con una impresión fotográfica, quizás ni se lo crean 

Te propongo que cambies el planteamiento.

1º Genera el array de nº aleatorios:

2º Derivar los impares abajo en el array, los pares arriba en el array

Es un código sencillo, escueto... y resuelve bien el problema en pocas líneas de código.

Como decía José Mota: "Ansia viva..." (por no decir "Ansia 9U74...").

Supongo que en Google deben estar hasta el colodrilo de estos memos.

Te mueves al nodo anterior al último y le dices:



Si la lista es doblemente enlazada, puedes hacer:


Te das cuenta entonces que para eliminar el primer nodo (de esta misma manera), (cuando es a la vez el primero y el último), te exige tener un nodo raíz (como te explicaba en otro mensaje).
No es estrictamente necesario, pero eliminar el raíz debe asociarse con la operación de eliminar la lista, y añadir elementos a una lista vacía, debe separarse de crear la lista vacía (creando un nodo raíz que no cuente)...  Por que así te liberas de comprobar con cada añadido si está vacía y con cada eliminado si queda vacía. Visto desde el exterior está vacía, visto desde el programasdor si existe la lista siempre hay un nodo raíz y por tanto no está vacía (del todo).
Pero mejor experimenta... para entender lo que te digo...

Recuerda que (de modo general) un objeto se elimina cuando el número de referencias llega a 0, de ahí la importancia de eliminar referencias si tienes también otros miembros que lo tienen referenciado.

Verás la diferencia entre texto y binario, es que una A tiene el valor 65, luego cuando tu guardas una A se guarda el byte 65, si abres ese fichero luego con un lector de textos, lo que sucede es que cada bytes que tiene una representación gráfica, muestra la representación gráfica de ese byte, así si lee el byte 65, muestra su gráfico asociado "A"...

Entonces lo que tú crees que es o existe una difernecia entre binario y texto, es un concepto errado, no suficientemente claro en tu mente.

Toma un fichero que tu consideras binario (pongamos una canción MP3), cambia la extensión a txt y ábrelo con un visor de texto, verás que muchos bytes serán legibles, concretamente todos los bytes que tienen un gráfico asociado, los que no, pués no se representan...
Igualmente si abres dicho fichero con uin editor hexadecimal, tendrás lo msimo, en la parte 'textual'.

Otra cosa es uno luego codificara un fichero de alguna otra manera, que entonces sería un galimatías incomprensible, pero sólo porque tu escribas "el perro grande come más que el perro pequeño" y lo guardes a fichero, no vayas a pensar que eso no está en binario... sucede que la sucesión de datos binarios, es comprensible a nuestra mente.

Y por tanto la única diferencia real entre texto y binario, es que el texto se puede guardar con 1, 2 o 4 bytes por carácter (esto es 1,2, 4 bytes por byte). Cuando es 1 a 1, es absolutamente binario aunque tu lo abras y lo puedas leer...

Espero haberte abierto un poco tus miras.