Ese código es de C#.

¿No crees que es tener bastante morro pedir que te den el código todo hecho?, de todas formas no puedes acceder diréctamente a las funciones de la API de Windows con VBS (al menos hasta donde yo sé, que tampoco soy un experto en VBS),
puedes usar ese código de C# (es fácil de convertirlo a código VB.NET), o algo mucho más fácil que puedes hacer es usar la utilidad commandline de esa url, y así obtienes el output descifrado sin mayores esfuerzos.

Saludos!

No, no hay Spoilers en el foro.

Y si me permites un consejo, no colorees tus mensajes, no todos usamos el theme default del foro y eso hace que para algunos (como yo) el azul sea imposible de leer.

---

Las claves están encriptadas con el mecanismo de Windows, "Windows Cryptography", así que para desencriptarlas debes usar el algoritmo que usa windows, la función "CryptUnprotectData" de la dll "Crypt32.dll" de Windows, pero óbviamente esto no puedes hacerlo en un """lenguaje""" como Batch, aunque en cualquier otro lenguaje si que puedes hacerlo.

Llegados a este punto tienes dos maneras de resolver el problema:

1. Aprender un lenguaje de verdad capacitado para esa tarea.

2. Usar herramientas externas: http://securityxploded.com/wifi-password-decryptor.php
(Tiene version commandline)

PD: De todas formas, esas claves solo vas a poder desencriptarlas con tu mismo usuario, y debe de hacerse en el mismo PC, así que no te recomiendo guardarlas en un dispositivo de almacenamiento, para luego formatear, e intentar recuperarlas, porque no podrás desencriptarlas después del formateo... a no ser que diréctamente guardes las claves desencriptadas al momento de hacer "el backup".  

Saludos

Mientras solo sea una moda de un lenguaje pasajero (lenguaje absurdo) y no se convierta en una especie de clan a lo Latin-EspaKing...

Ahora ya solo falta un video de Zorman "Yo soy Latino-Español"...

Él pretende hacer eso, pero con aplicaciones (procesos distintos), no con forms. (O al menos eso entendí)

Saludos!

¿Porque no?

...Todo depende de la perspectiva con la que se mire:

Hay una diferencia entre dominar y conocer, jamás se puede llegar a DOMINAR un lenguaje al 100%, ningún ser humano tiene esa capacidad de memória y aprendizaje, porque conocer el lenguaje también implicaría conocer sus "utensilios", la cuchara y el tenedor, es decir, conocer al detalle todas las funciones y métodos de todas sus clases, inclusive todos sus overloads, además de todas las funciones de todas las APIs del SO que puedas utilizar en ese lenguaje (Bueno, habrá quien esto no lo considere parte del lenguaje, pero tiene su discusión), y cosas semenjantes que me habré olvidado por mencionar, en fin... por eso siempre habrá alguien que sepa hacer lo que tu no sabes hacer en ese lenguaje, y yo muchas veces he visto verdaderos expertos, programadores de C# que parecen dioses, por nombrarte uno ahora mismo: "Hans Passant", y ellos también necesitan buscar referencias de vez en cuando en la MSDN, de hecho todos los profesionales en el ámbito de la informática necesitan buscar referencias oficiales de vez en cuando, por ejemplo todos los los que "conocen" y trabajan con la programación, o la programación WEB como dreamweaver y etc, en fin todo el mundo que se considera profesional y que considera que su dominio es 100% siempre necesita aprender más, o volver a recordar algo buscando referencias, aunque muchos no quieran ni vayan a reconocerlo nunca jamás, pero yo lo sé, lo veo cada día, y es algo normal, somos humanos.

Por poner un ejemplo más simple:
Dominar un lenguaje al 100% equivaldría a lo mismo que aprender de memoria todas y cada una de las palabras escritas en la documentación oficial del lenguaje. .

...Pero otra cosa muy distinta es conocer el lenguaje, saber como usar los operadores, los tipos de variables, las sentencias, las condiciones, los búcles, saber como utilizar las classes, los métodos, etc... todo eso es lo que la gente está acostumbrada a definir como "dominio", y todo eso si que lo puedes aprender en muy pocas semanas como ha comentado Oblivi0n, pero para "dominar" reálmente todos los recobecos de un lenguaje de programación como te he comentado... años y años y nunca se conseguiría (Menos con Batch y otros lenguajes simplones xD).

PD: Discrepo de iniciar una discusión con nadie sobre su ""dominio"".

Saludos!

El INI Manager se ha distribuido "As is",
Si consideras que la Class necesita alguna modificación para adaptarse a tu modo de empleo pues precísamente para eso lo compartí, no sólamente para "copiarlo", sinó para que cada uno lo adapte a su código como desee, pero claro, para saber adaptarlo primero hay que leer un poquito EDITO: sobre el lenguaje, para saber que tocar...

Saludos!

¿Y porque crees necesitar mantener el foco en dos aplicaciones al mismo tiempo?, me parece bastante incomprensible, quizás tengas una buena razón para querer hacerlo, no sé... pero estoy convencido de que hay soluciones mejores (soluciones que sean posibles xD).

Rotúndamente debo decirte que NO es posible, no puedes mantener el foco activo en dos procesos al mismo tiempo... Windows no funciona de esa manera, es técnicamente imposible, no puedes engañar al SO de esa manera ni con los messages de Windows ni con mágia Voodoo, y de ser posible (cosa que dudo al 99%, pero no al 100%) habría que ser un Dios (de los que trabajan para Bill Gates), aparte no me imagino la de consecuencias y desvarios que eso traeria al Keyboard y al SO si lo de permitir más de una ventana activa con foco fuese una caracteristica "default" o posible de bypassear en Windows, entre las quejas de los pobres usuarios, además de acontecimientos y desgracias como los típicos "errores humanos" al typear una tecla en una aplicación y acabar "jodiendo" una de las otras aplicaciones "activas", los hackers, etc xD.

Lo más sensato como te han dicho es que combines tus dos aplicaciones en dos forms, para que los dos formularios formen parte de UNA misma y única aplicación, y entonces ya todo lo que deseas lo podrás hacer.

Aquí tienes buena documentación sobre la ventana activa y la ventana enfocada para que entiendas un poco el tema: http://chabster.blogspot.com.es/2010/03/focus-and-window-activation-in-win32.html

Saludos!

Si eso es lo que LukaCrosszeria quiere entonces es muy sencillo, yo sigo sin entender muy bien lo que quiere LukaCrosszeria la verdad xD, pero si es lo que dijo XResh entonces solo hay que manejar el evento "LostFocus", enviar un "sendkeys(TAB)" a la aplicación "Y" cuando se pierda el focus (lostfocus) del último botón del "Tab Order" de la aplicación "X".

Si fuesen dos forms en lugar de dos aplicaciones pues en lugar de un "Sendkeys" sería tán simple como usar la función "Focus" ("ButtonY.Focus()"), pero al ser una aplicacion externa solo se me ocurre con un sendkeys ahora mismo...

Saludos!

Todo lo que acabas de decir es irrelevante, no me cuentes historias Seazoux, sigues """"adaptando"""" códigos sin querer aprender lo básico del lenguaje, types, keywords, delegados, variables, propiedades, eventos.

No insistas,
Si tuvieras algo de sentido común sobre lo que estás intentando hacer te preguntarías porque narices estás declarando un stream para crear un archivo que no piensas leer con un stream.

Saludos!

Te lo dije de verdad, no esperes mi ayuda Seazoux, lo que necesitas es leer y dejar de tanto copiar sin saber lo que estás haciendo.