1. Ambas "lineas" o codificaciones son la misma, el código de página o Codepage 1252 hace referencia al la misma codificación del alfabeto latino al que hace referencia Windows-1252, ya que son solo dos formas de referirse a lo mismo.

2. La codificación interna de la consola tiene un papel muy importante, para que puedas visualizar correctamente los caracteres latinos primero debes estar usando el código de página o codepage 850 (que es lo mismo que decir cp850 o IBM 850), guardar el archivo de tu script en codificación ANSI (windows-1252), declarar la codificación mostrar el string unicode y listo:

# -*- coding: Windows-1252 -*-
 
import sys
print sys.stdout.encoding
 
print u"áéíóú àèìòù Ñ"

PD: el codepage de la CMD lo puedes modificar con el comando CHCP.

Saludos

¿En serio estás preguntando cómo renombrar un archivo?.

...¿O te refieres a otra cosa?.

➢ Internet forum - WIKIPEDIA

PD: No alimentar al Troll.

Ni idea, pero el KGB Archiver solo es una GUI, poca importancia tendría que siguiese en desarrollo ya que realmente no aporta su propio algoritmo, el programa se basa en el algoritmo PAQ (la última versión de KGB se basa en PAQ7, algo bastante desactualizado), puedes encontrar "nuevas" versiones más estables con mejoras de compresión, descompresión y/o velocidad u otro tipo de mejoras por parte del autor del algoritmo, en su versión commandline, cómo PAQ8 (2006), PAQ9 (2007), y ZPAQ (2009).

http://cs.fit.edu/~mmahoney/compression/

Saludos

de nada hombre

saludos

Imports System.IO
 
Dim destFilePath As String =
    Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData),
                 Path.GetFileName(Application.ExecutablePath))
 
File.Copy(sourceFileName:=Application.ExecutablePath,
          destFileName:=destFilePath)

¿Eso dices?

Saludos

Misterio resuelto pues.

Pero me quedo con esto:

¿En que sentido algo así puede garantizar la calidad?,
simple charlatanería para quedar bien y evadir la necesidad de disculparse por hacerle perder el tiempo a todos esos usuarios que se quedaron con cara de póker investigando sobre el "fenómeno" webdriver durante meses,
"lo hacemos por ti" dicen... "es por tu seguridad" dicen... siempre el mismo cuento en todas las compañias. Transparencia Cero.

Así que gracias por la ""broma"", Google, pero la próxima vez te la puedes meter por...

Saludos!

Investigando también, no pueden ser pruebas aleatorias de gráficos y esto desde luego que no es un canal de ninguna compañia seria (si descartamos a experimentos sociales de Google cómo cosas serias), según nos cuenta Wikipedia hay unos videos "inusuales":


En los que se puede ver "gráficos" cómo este...

https://www.youtube.com/watch?v=klqi_h9FElc



Saludos!

¿Experimento social?, si fuesen OVNIS o algo aun más llamativo lo entendería ...los usuarios se quedarían pensativos y especularían todo tipo de hipótesis (muchas más quiero decir), ¿pero rectángulos de un color sólido? ...ya hay que estar aburrido para poder sacar datos concluyentes de cualquier tipo si eso resulta ser un "experimento social", no lo entendería.

Saludos!

Eso solo sirve para manejar la estructura del proyecto, separa de tu mente lo que es el proyecto con la forma en la que trabaja el ensamblado que compilas.

Si tu archivo 'compilado.exe', es decir si tú código fuente, va a cargar imagenes locales entonces no necesitas añadir esas imagenes al proyecto.


vamos a ver, para que lo entiendas mejor:

La carpeta "imagenes" se encuentra aquí:

El proyecto que compilas se encuentra aquí:

Cómo ves, el directorio de las imagenes lo pusiste 2 niveles superiores al directorio de compilación, así que si usases una ruta relativa tendrías que subir dos niveles del directorio de trabajo actual para acceder al directorio "imagenes":

Image.FromFile(@"./../../imagenes/imagen_001.png");

Obviamente NO quieres eso, por que no tiene sentido distribuir una aplicación de esa manera.

Por ende, debes coloca la carpeta "imagenes" en el mismo directorio donde se encuentra el executable que has compilado (programa.exe).

Saludos