La asignación de una letra de forma "persistente" se puede garantizar, aunque no con un simple script o mejor dicho no asignando la letra una única vez por las razones que el compañero @NEBIRE ya has explicado.

¿Solución?: conociendo un dato específico del disco en cuestión, como por ejemplo el número de serie o el nombre del disco, se puede desarrollar un software que trabaje en segundo plano (o un servicio de Windows) que se suscriba al evento de inserción de dispositivos externos (mediante WMI), y así si, siempre que el disco se inserte en el puerto USB, el software en cuestión detectará el evento de inserción, reconocerá el disco por su número de serie o nombre, y le podrá asignar la letra deseada. Si hay algún otro dispositivo ocupando esa letra, siempre se puede modificar de forma automatizada por otra letra aleatoria/libre para dejar libre esa letra ocupada y poder asignarla al disco externo. Esto sería lo más realista que se podría lograr en términos de persistencia, me refiero, al hablar de persistencia.

---

@jorguko:

Por un módico precio te ofrecería mis servicios para el desarrollo de un software a medida con una interfaz gráfica donde podrías personalizar una letra persistente para el disco o los discos que quisieras. Eso si, nada de scripts en Batch, sería un software desarrollado bajo .NET Framework (con el código fuente incluido en la entrega del mismo).
Si estás interesado entonces por favor notificamelo por privado. En cualquier caso arriba te expliqué de forma superficial el modo de lograr tu objetivo, y la información no es que sea dificil de encontrar, pero se requiere conocimientos de programación en cualquier lenguaje que pueda suscribirse a las clases de eventos de WMI (ej. PowerShell, C#, VB.NET...), así que olvídate de Batch-script ya que la única interoperabilidad posible con la infraestructura WMI mediante Batch, sería utilizando la aplicación externa WMIC.exe para realizar consultas simples.

EDITO: Como alternativa en Batch-script, siempre puedes crear un búcle "infinito" que cada 2 o 5 segundos analice los dispositivos conectados para hallar e identificar el disco externo que quieres (mediante una consulta con WMIC.exe para obtener el nombre o número de serie de cada disco conectado), y luego llevar a cabo las operaciones necesarias con DiskPart.exe para asignarle la letra deseada y liberar esa letra si ya estuvies eocupada por otro dispositivo.
En este aporte de aquí abajo que publiqué en el foro, puedes encontrar un código que te serviría de forma parcial (para orientarte) sobre como podrías empezar a codear ese búcle infinito donde obtener las unidades y analizarlas:
    

• [BATCH] [APORTE] USB MON (Roba USB)

(el búcle al que me refiero lo puedes encontrar a partir de la etiqueta con nombre ':MONITOR')

Pero en mi humilde opinión, no merece la pena hacer esto en Batch-script. Código tedioso o engorroso, ejecución lenta, y muchas imperfecciones por naturaleza.

Un saludo y suerte.

. . .



Yo me quedo a muerte con la "zorra"...

El compañero @NEBIRE te ha ofrecido el mejor consejo. Pero me gustaría añadir algunas matizaciones... Lo primero es que si te preocupa sentirte obsoleto y decides seguir con VB6, entonces nunca vas a dejar de sentir esa incómoda sensación, y con razón. Y lo segundo es que VB.NET es un lenguaje en constante actualización, así que de obsoleto no va a tener nada hasta que pasen muchísimos años. Por esos motivos (y por que además es mi lenguaje favorito y principal) yo migraría a VB.NET sin pensármelo dos veces.

Un saludo.

...lo cual no lo hace menos cierto. Que sucede por fumar Ayahuasca o por estar tumbado en una camilla a punto de morir, son distintas técnicas o cicunstancias que te llevan a lograr el mismo tipo de experiencia extracorporal. Digo, en caso de que sea real y no un simple producto de la imaginación.

Este tipo afirma haber tenido una E.C.M. (experiencia cercana a la muerte) con una experiencia extracorporal (o desdoblamiento astral, como se le quiera llamar) donde se vió fuera de su cuerpo en el quirófano mientras los médicos le hacian de todo...

Es curioso que existan tantísimos casos idénticos en el mundo. No se, pero me cuesta creer que alguien que ha estado a punto de morir, luego le apetezca inventarse todas estas cosas de haber salido de su cuerpo y tal. Creo que recuperarse de una operación quirúrgica donde se te considera casi clinicamente muerto, a uno le quita todas las tonterías y la posible codicia de la cabeza, me refiero, como para despues de haber vuelto a la vida luego esa persona quiera hacerse famosete contando mentiras sobre estos temas. Pero bueno, el caso es que ya sea verdad o una alucinación, este tipo estuvo al borde de la muerte así que su discurso puede tener cierto valor, ya que sabe lo que se siente al casi morir, y lo que sienten los demás...

El código que has mostrado, puedes simplificarlo y micro-optimizarlo de la siguiente manera:

Dim rows As UShort
Do Until (UShort.TryParse(Interaction.InputBox("INGRESE UN NÚMERO MAYOR A 0:", Me.Text),
                          NumberStyles.Integer, CultureInfo.InvariantCulture, rows))
 
    MessageBox.Show(Me, "Introduzca solo valores mayores a 0.", Me.Text, MessageBoxButtons.OK, MessageBoxIcon.Error)
Loop
 
Dim sb As New StringBuilder()
For row As UShort = 0 To (rows - 1US)
    For column As UShort = 0 To row
        sb.Append(If((column = 0) OrElse (column = row) OrElse (row = rows), "1 ", "0 "))
    Next column
    sb.AppendLine()
Next row
 
MessageBox.Show(Me, $"Triángulo: {String.Concat(Enumerable.Repeat(Environment.NewLine, 2))}{sb.ToString()}",
                Me.Text, MessageBoxButtons.OK, MessageBoxIcon.Information)

Dependiendo de tus necesidades reales, y a menos que esto sea para un ejercicio de clase...

1. Reemplaza el tipo primitivo sin signo UShort por el tipo sin signo que sea más conveniente. Usa el tipo Byte si solamente es para mostrarlo en un MsgBox, ya que dudo que en ese caso quieras crear y mostrar más de 255 filas.

2. Deberías considerar mover/encapsular el código a una función reutilizable, que tome como parámetro la cantidad de filas, y que simplemente devuelva la cadena de texto/triángulo. Pero como sigues sin determinar las reglas de formato, he dejado el código tal y como está.

Saludos.

Efectivamente, me percaté de esa pequeña imperfección visual, pero al ser muy pequeña dicha imperfección, lo dejé estar así...

El problema que estás describiendo es que, al cambiar el tema visual del programa a "Dark" y seguidamente posicionar el cursor del mouse sobre alguno de los botones principales de cada menú ("File", "Settings" y "About..."), el color de resaltado (o highlight) de dicho botón dificulta en gran medida la visualización del texto.

Te explico acerca del problema (si no quieres leer explicaciones, puedes saltar hasta el penúltimo párrafo de este post en donde te explico acerca de la solución que le daré)...

La tecnología Windows Forms (en la que ha sido desarrollada este programa) tiene muchas limitaciones en lo que respecta a la personalización/colorización de los controles y componentes integrados (o built-in). La mayoría de controles y componentes integrados en WinForms no proveen las suficientes propiedades para personalizar absolutamente todos los colores que nos gustarían para poder sustituir todas las métricas de colores del estilo visual actual del sistema operativo para nuestra aplicación.

Más allá de exponer un par de propiedades para modificar el color de la fuente de texto y el color de fondo de cada control, la mayoría de controles se quedan solo en ese par de personalización de color, y esto hace que a largo plazo, por circunstancias al verse así de limitado, surja la necesidad de reimplementar "X" control para poder llevar a cabo personalizaciones más drásticas de color mediante técnicas de dibujado con GDI/GDI+...

¿Nunca has escuchado a un programador de .NET recomendarle a otro programador también de .NET que desarrolle su aplicación bajo la tecnología WPF si necesita llevar a cabo personalizaciones de color? (o tareas de dibujado en general). Es algo que los programadores anclados a WinForms solemos escuchar, y tienen muy buenos motivos para decirlo. (la personalización en WPF mediante plantillas es algo maravillosamente dinámico)

Vease un ejemplo de un control personalizado de tipo ListBox (WinForms) que publiqué en el foro:

• https://foro.elhacker.net/net/libreria_de_snippets_para_vbnet_compartan_aqui_sus_snippets-t378770.0.html;msg1905040#msg1905040

No es nada del otro mundo como para tirar cohetes, solo es un control colorido, pero es un ejemplo que sirve para explicar que ese tipo de personalización de colores es tecnicamente imposible hacerla mediante los miembros que el control (ListBox) provee por defecto.
La solución en la mayoría de casos es relativamente simple: declarar una clase con una herencia de la clase del control, y sustituir los invocadores de eventos heredados (uno de los más comunes por el que guiarse: Control.OnPaint()) para llevar a cabo las tareas de dibujado personalizadas.
En otros casos más complicados se necesita una reimplementación completa del control. O mejor dicho, diseñarlo desde cero.

Quizás me he extendido demasiado en la explicación. Bueno, el caso es que para esos menús que indicas, ocurre lo mismo. El color de resaltado del botón no puedo cambiarlo (bueno, si, pero no de forma guiada) para adaptarlo al contraste de un color de fuente más oscuro o más claro. Lo controla totalmente el estilo visual actual del sistema operativo ya que el control no me lo permite controlarlo por mi mismo. Aunque por otro lado, la librería de clases de .NET Framework provee una clase con nombre 'VisualStyleRenderer' que si me permitiría llevar a cabo las personalizaciones necesarias de color de ese menú, pero sinceramente esto es bastante tedioso de elaborar, demasiado trabajo solo para solucionar una pequeña imperfección visual, y por ese motivo no me apeteció llevar a cabo este tipo de solución. También por el afán de compartir con los demás un código reusable (en el código fuente, hay mucho código reusable) para poder cambiar el tema visual de cualquier otra aplicación simplemente llamando a un método, sin necesidad de tener que elaborar personalizaciones más específicas/inteligentes para cada tipo de control y cada tipo de estilo o tema visual.

Sin embargo, lo que si podría hacer, y esto sería una solución muy sencilla (aunque mediocre), sería suscribirme a los eventos que se disparan cuando el cursor del mouse entra y sale de los límites de esos botones del menú, y entonces modificar el color de la fuente de texto del botón donde está posicionado el mouse. Así que me apunto este problema para solucionarlo en la próxima release del programa.

PD: para el desarrollo de aplicaciones a medida / comerciales, siempre uso el framework comercial de Telerik, cuyos controles permiten todas las personalizaciones de color deseadas, y más. Pero cuando desarrollo y comparto software open-source en GitHub, no puedo desarrollar el programa bajo este framework comercial por obvias condiciones legales, y por ende al final no me apetece esforzarme demasiado en la colorización de la UI, por que con los controles built-in de WinForms siempre habrá grandes limitaciones en este aspecto...
Además, en mi framework comercial DevCase tengo implementados una gran variedad de controles con un alto nivel de personalización de colores, pero claro, tampoco puedo desarrollar aplicaciones gratuitas y publicarlas en GitHub usando los controles de mi propio framework comercial ya que estaría regalando todo mi trabajo xD.
Bueno, con respecto a Telerik, en realidad hice una única excepción y fue para publicar un programa participando en un concurso de programación del foro (el cual por cierto lo gané xD):

• https://foro.elhacker.net/net/source_hot_corners_v15-t430176.0.html;msg1996590#msg1996590

Pero jamás he vuelto a publicar un programa gratuito desarrollado con librerías de Telerik por motivos legales. De lo contrario, mis interfaces de usuario serían más bonitas, con más colores... como @Machacador me exije, jajaja.


Un saludo y gracias por opinar y por haber leido hasta aquí.

De hecho, si se hace rápido se podría acabar la traducción completa en 10 minutillos...

Yo se que @Machacador ha preguntado lo del idioma por incordiarme con ciertos temas políticos xD, pero de todas formas indicaré los pasos a seguir por si alguien realmente quiere traducirlo a otro idioma...

En el siguiente archivo se especifica el texto de todos los controles y menus de la interfaz de usuario (o mejor dicho, del Form principal):

• https://github.com/ElektroStudios/Easy-Link-File-Viewer/blob/master/src/UI/Form1.Designer.vb

...en las lineas de código donde pone algo similar a esto:

Y en este otro archivo está el resto:

• https://github.com/ElektroStudios/Easy-Link-File-Viewer/blob/master/src/DevCase/ShortcutFileInfo.vb

...en las lineas de código donde pone algo similar a esto:

La modificación de cualquiera de esas cadenas de texto encerradas entre comillas, no afectaría al buen funcionamiento del programa.

Saludos.

Partiendo de la base de que el programa está en Inglés, yo mejor pondría "woof, woof" para los textos, que así es como se comunican los perros yankees...

---

...nos han engañado durante toda la vida con eso del blanco y el negro.

PD: Y me paso de bueno por no hacerte un "zasca" como el que te mereces...

EDITO: A ver, @string Manolo, no estamos en el foro libre... modérate. Te permito cualquier off-topic siempre y cuando este sea complementario al resto del comentario, es decir, que tu mensaje no sea unicamente para decir tonterías sin relación al tema principal (el software que ha sido compartido en este hilo). No estamos aquí para intentar hacer burlas sobre mis emociones.
Por cierto, el tuyo es el primer mensaje que he tenido que borrar por impertinencia/off-topic despues de muchos, muchos meses (¿1 año?) sin llevar a cabo ninguna acción de moderación similar (ya que tecnicamente no quiero seguir siendo moderador global del foro). Enhorabuena por el troll en el que te estás convirtiendo.

EDITO: (05:10 AM) Última advertencia. Para decir gilipolleces de niño enrabietado, mejor no digas nada. Esto no es el foro libre. Si quieres escupir mierd@ ofensiva sin sentido, te das una vuelta por tu barrio y te peleas con el primero que pilles (a ver si en la vida real y cara a cara tienes güevos de hablarle así a alguien).
Lo único que buscas es intentar hacer daño con descalificaciones personales fuera de lugar, pero te equivocas de persona si crees que conmigo va a funcionar, ya que se muy bien que soy una persona que esclarece al máximo detalle las respuestas, sobre todo el funcionamiento de las cosas en preguntas de programación (cosa por la que además puedo llegar a cansar, y me abstengo de escribir tanto como me gustaría). La documentación del código fuente, ni siquiera te la has mirado, eso es obvio, ya que de lo contrario no dirias esa gilipollez como otras tantas. Y se muy bien como hago lo que hago, y como funciona lo que hago, desde luego lo se mucho mejor de lo que lo sabrás tu en tu puñetera vida utilizando C/C++ para programar batch-scripts...

EDITO: Y ahora ve y dale lecciones morales de resentimiento, a tu abuela. Hipócrita.

Saludos.

Eso más que un triángulo, sería una pirámide. Y más que dibujar (la forma de un triángulo), creo que lo que realmente quieres es imprimir texto y mostrarlo mediante un MsgBox. Pero si no especificas cuales son las reglas de formato que debe seguir la construcción de dicha pirámide entonces dudo que alguien te pueda ayudar. Por ejemplo veo que todas las filas están alineadas a la izquierda, y la longitud de las dos primeras y la última fila se imprimen solamente con el caracter "1", mientras que el resto de filas empiezan y acaban con "1" pero el resto son "0". No explicas nada. De todas formas aquí no se hacen tareas (no se me ocurre que utilidad podría tener mostrar una pirámide de ceros y unos en un MsgBox si no es por que te lo pide un ejercicio de clase). Si muestras tus intentos fallidos / progresos y aclaras con exactitud las reglas de formato de dicha pirámide, tendrás más posibilidades de que alguien pueda ayudarte...

Un saludo.