La lista la puedo generar usando un programa hecho por mí, con las restricciones que quiera, será interesante Si el archivo es muy largo puedo hacerlo por partes.

Me asombra que no exista algo como john --mask=[A]Lower(5), entendiendo que ese 5 significa que los 5 caracteres siguientes a A son minúsculas.

No me refería a quitar "u" y "q", sino el par, la combinación, que no pruebe passwords que tengan "uq", pero sí "qu", "q" y "u", salvo que tengan "uq" claro. De eso yo me encargo. Quizá se me complique mucho pero por ahora me tengo confianza xD

A GPT:
Olvidé el password que puse a archivos rar, quiero probar uno de longitud 6 que empiece con A y luego minúsculas ¿cómo hago?

GPT:
¿Es así? Puedo hacer una lista que no implique combinaciones que no usé (como "uq")...

No sé si les interesa pero hace poco recordé que en otro foro, al final de cada post podían aparecer 1 de 3 firmas, al azar, si el usuario lo configuraba. Yo ya no tengo mucha paciencia para hacer firmas, pero creo que estaría bueno eso.

También doy +1 a que exista la opción de ignorar, mencionada por otro usuario hace poco. O mejor bloquear, porque no está bueno tampoco que alguien haga un post, otro le tome el pelo o algo así, y quede ignorado, mejor que el bloqueado por un usuario ni pueda ver los post de quien lo bloqueó, ni responder sus temas.

Creo que más de un programador o que intentaba serlo me dijo que a las variables las llamara del modo mejor descriptivo posible, y yo no les hacía mucho caso a veces porque yo me acordaba qué representaba cada una y me resultaba más fácil de leer y escribir así, un vistado o un par de teclazos y ya estaba.
A golpes comprobé lo que me decían: Cuando pasaba mucho tiempo sin ver mis códigos, me costaba entenderlos, o a medida que crecían.
Decidí entonces intentar ser bien descriptivo, ya incluso con los contadores. Además así otros entienden mejor mis códigos, se supone.

Por otro lado, parece que a los matemáticos les gusta resumir cada variable a sólo 1 letra que muchas veces ni siquiera es la inicial de alguna palabra que la representaría o a veces ni parece tener sentido, y a mí probablemente por poca capacidad para memorizar cosas random pero también porque me acostumbré a otra cosa, me cuesta entenderlos y parece un diálogo de sordos porque ellos me dicen que no entienden mis códigos.

¿Les pasa eso a uds?

Sea a el ataque del pokemon atacante, b el ataque usado, c el daño base de b, d la cantidad de incrementos habidos a a en esta batalla, e la defensa del pokemon atacado, f la cantidad de incrementos a e, g el incremento del daño por el "stab", h la modificación del daño por el clima, e i la reducción por las barreras, la fórmula del daño j es...

Creo que puedo hacer un programa que haga todos los dibujos posibles (aunque el tamaño de los puntitos y la variedad de colores tiene cierto límite), sin repetir, de forma ordenada (no es lo ideal pero es la forma más fácil de evitar repeticiones; es como si cada número pudiera convertirse en un dibujo diferente, entonces el número 0 se convierte en un dibujo, el 1 en otro distinto, y así), en cierta medida ya lo hice.

El problema es que los dibujos posibles son MUCHÍSIMOS y muchos no tienen sentido o son tan parecidos a otros ya mostrados que no vale la pena que el programa los haga.

Creo que más o menos logré que no se muestren los repetidos: Exigiendo que en cada columna y fila (la hoja va aumentando de tamaño digamos) haya al menos 1 puntito pintado, y que si un dibujo es simétrico (considerando un espejo vertical) a otro ya mostrado, no se muestre. Por ejemplo esto / es muy parecido a esto \ No quiero que mi programa muestre esos 2, con 1 me alcanza.

Evitar que se muestren los "casi iguales" es un arma de doble filo porque ese casi puede hacer una gran diferencia, al menos en dibujos pequeños. ¿Cual dirías que es la relación entre el tamaño de la hoja (siempre cuadrada) y la cantidad de puntitos que pueden ser distintos sin que haga gran diferencia? Quizá no exista tal relación, pero por ejemplo en un dibujo pequeño de una E, quitar dos puntitos de abajo lo puede convertir en una F, mientras que si el dibujo es muy grande sólo parecerá un pequeño error.

Me falta evitar que se generen dibujos sin sentido, imágenes que no tiene sentido ver, porque es como si fuesen nada, por ejemplo puntitos todos desconectados y al azar, parecido a pecas, yo no quiero ver todas las formas en que puede haber pecas, son muy similares, es aburrido, la idea es ver dibujos distintos que pueda usar de personajes. Lo que para alguien no tiene sentido, para otro puede que sí, pero bue, no busco generar imágenes para esos juegos de "une los puntos para descubrir la imagen secreta". Por eso pensé que lo esencial es que todos los puntitos estuvieran conectados con algún otro, pero he aquí un ejemplo en que no, el que parece un Pikachu:

Sus ojos y mejillas son puntitos desconectados, y no por eso el dibujo deja de tener sentido, ni siquiera los puntitos en cuestión. ¿Qué características dirías que debe tener un dibujo para que tenga sentido, para que parezca algo?

Es que la tabla será muy ancha y alta, no entra en la pantalla. Seguiré haciendolo manualmente.

Estoy probando de largo 6 con rangos. ¿Es posible evitar que pruebe passwords con 2 letras iguales seguidas?

Puse:
john --mask=[A-S][a-u][a-u][a-u][a-u][a-u] rar.hashes
Pero sé que no hay "aa" ni cosas así, y John acaba de probar Ldnbaa. Tampoco necesita probar Aaaaaa.

Estas las centré a mano:

Pero sería mejor algo que las centre, además si agrando una columna la imagen que está ahí no se mueve ergo debo volverla a mover yo.

Lo hacía a mano:
- Selecciono la celda.
- Pego la imagen.
- La muevo.

Pero si cambio el tamaño de las celdas debo mover las imágenes y prefiero algo más rápido, no ajustar cada una que pego.

GPT dijo que no es posible y me dió una alternativa que no me pareció real.

Los resultados de Google no los vi mucho, pero me dió la sensación de que no sirven.

https://techcommunity.microsoft.com/t5/excel/centrar-imagen-en-celda-excel/m-p/3004753
Snap to grid no sé qué significa y códigos no quiero usar...

https://support.microsoft.com/es-es/office/alinear-u-organizar-objetos-bfd91078-2078-4b35-8672-f6270690b3b8#:~:text=selecciona%20m%C3%A1s%20objetos.-,Mantenga%20presionada%20la%20tecla%20May%C3%BAs%2C%20haga%20clic%20en%20los%20objetos,en%20la%20alineaci%C3%B3n%20que%20desee.
Eso no parece centrar, y no veo "Organizar", tengo "Sombra", "Reflejo", "Iluminación"... Lo más parecido que veo es en Tamaño, me da estas opciones:
- Mover y cambiar de tamaño con celdas.
- Mover, pero no cambiar de tamaño con celdas.
Y otras pero ninguna tiene sentido para mí para lo que busco.

Aquí la pantalla es de 384*384 pixeles y hay 4 imágenes separadas por líneas rojas:


Cada imagen tiene un código que le inserta 3*3 cuadraditos de 3 posibles colores, pero la posición de las imágenes la establecí manualmente, eso también quiero que sea haga con código según cuántas imágenes y cuadraditos se establezcan. Ademas quiero que entre cada imagen haya un cuadradito de distancia, no una línea roja. Si se dice 2 imágenes y 3 cuadraditos, debería quedar así:
IppEIpp
pppEppp
pppEppp
EEEEEEE
IppEIpp
pppEppp
pppEppp
Donde I es la parte más arriba e izquierda de cada imagen, p son partes de las imágenes, y E son los espacios que debe haber entre las imagenes.

Bueno, yo intenté eso y me quedó así:

xP

Las cruces rojas indican dónde está colocada cada imagen. Sólo hay 3 porque la 1era está bien, y tapada por los cuadraditos.

¿Qué hice mal?

Nota: A las imágenes le llamo cuadros o dibujos. A los cuadraditos le llamo píxeles.

// Configuración:
CuadrosdeLargo = 2;
// Eso es que habrá 2*2 cuadros.
PixelesdeLargo = 3;
DistanciaEntrePixeles = 384/(PixelesdeLargo*CuadrosdeLargo+CuadrosdeLargo-1);
// Agregar y distribuir cuadros:
MaxPosiciondePuntero = CuadrosdeLargo*CuadrosdeLargo;
CuadrosColocados = 0;
Columna = 0;
Fila = 0;
do {
	EspacioaAgregar = DistanciaEntrePixeles*CuadrosColocados;
	CuadrosColocados++;
	attachMovie("mCuadro", "Dibujo"+CuadrosColocados, CuadrosColocados);
	setProperty ("Dibujo"+CuadrosColocados, _x, 64+Columna*CuadrosColocados+EspacioaAgregar);
	// Ese 64 está bien, es que en la pantalla hay una parte que no se usa, es para que al expandirse quede proporcional al monitor).
	setProperty ("Dibujo"+CuadrosColocados, _y, Fila*DistanciaEntrePixeles+EspacioaAgregar);
	Columna = Columna+1;
	if (Columna == CuadrosdeLargo) {
		Columna = 0;
		Fila = Fila+1;
	}
} while (CuadrosColocados<MaxPosiciondePuntero);

El resto del código parece ok porque lo quité, probé el programa y las cruces siguen apareciendo mal.