Bien para esto he creado una clase que he llamado ScreenHelper con un método estático Capture, que nos ayudará a conseguir dicha funcionalidad devolviéndonos un objeto Image.

public class ScreenHelper
{
   public static Image Capture()
   {
       Bitmap printscreen = new Bitmap(Screen.PrimaryScreen.Bounds.Width, Screen.PrimaryScreen.Bounds.Height);
       Graphics graphics = Graphics.FromImage(printscreen as Image);
       graphics.CopyFromScreen(0, 0, 0, 0, printscreen.Size);
       return (Image)printscreen;
   }
}

Este objeto Image lo podemos manipular, para por ejemplo redimensionarlo, o guardarlo en disco, para posteriormente enviarlo por correo electrónico. Para capturar y grabar la imagen usaremos otro método estático que llamaremos CaptureAndSave()

private static void CaptureAndSave()
{
  Image image = Capture();
  if (!Directory.Exists("directorio"))
      Directory.CreateDirectory("directorio");

  string path = Path.Combine("directorio", "nombrefichero");
  image.Save(path, ImageFormat.Png);
}

Como nota final destacar que antes de grabar la imagen, comprobaremos que el directorio donde vamos a grabar existe. También sería “casi obligatorio” utilizar el bloque try…catch para capturar cualquier excepción que se produzca en el proceso.

Mirando la MSDN podemos pensar que si hacemos un typecast de nuestro StackPanel a Panel esta propiedad nos aparecerá, pero tampoco es así.

La única forma que he encontrado de poder asignar el valor al ZIndex es mediante el método SetValue de la siguiente forma

StackPanel stackPanel = new StackPanel();
stackPanel.SetValue(Panel.ZIndexProperty, 1);

Ventajas
- Existe una separación clara entre nuestro código y la presentación (XAML).
- Es bastante fácil crear estilos lo que nos permite hacer aplicaciones muchos más ricas de cara al usuario final.
- Usa directamente la potencia de las tarjetas gráficas modernas para el renderizado de nuestras aplicaciones, liberando al procesador. Con esto evitamos que el dibujado interfaces complejas disminuya el rendimiento de nuestras aplicaciones.

Aquí termino esta pequeña introducción teórica de WPF. Próximamente explicaré algunas cosas como estilos, animaciones…

string path = HttpContext.Current.Server.MapPath("~");

Llamado así este método nos devuelve la ruta física de la raiz de la aplicación web. Es útil para localizar directorios y así, por ejemplo, poder abrir ficheros de configuración propia. Pero ¿qué ocurre si llamamos a este método en un delegado?. La llamada fallará porque el object HttpContext no está creado. La solución es llamar al método de la siguiente forma

string path = HostingEnvironment.MapPath()

La clase HostingEnvironment la tenemos en el espacio de nombre System.Web.Hosting, en el ensamblado System.Web.dll. Tenemos mas información de está clase en la MSDN al igual que del método MapPath.

// Version information for an assembly consists of the following four values:
//
//      Major Version
//      Minor Version
//      Build Number
//      Revision
//
// You can specify all the values or you can default the Revision and Build Numbers
// by using the '*' as shown below:
[assembly: AssemblyVersion("0.1.*")]
[assembly: AssemblyFileVersion("0.1.1.0")]

Del AssemblyVersion obtendremos la fecha de compilación mientras que la línea AssemblyFileVersion es de donde sacamos la versión del programa (aquí se puede usar cualquier numeración). Para esto usamos el siguiente código

Assembly assembly = Assembly.GetExecutingAssembly();

FileVersionInfo versionInfo = FileVersionInfo.GetVersionInfo(assembly.Location);

DateTime assemblyDate = new DateTime(2000, 1, 1)
        .AddDays(assembly.GetName().Version.Build)
        .AddSeconds(assembly.GetName().Version.Revision * 2);

version = string.Format("{0}.{1}.{2} del {3}",
    versionInfo.ProductMajorPart,
    versionInfo.ProductMinorPart,
    versionInfo.ProductBuildPart,
    assemblyDate.ToString("dd/MM/yyyy"));

Error 8 Could not find an implementation of the query pattern for source type
'System.Data.Linq.Table<Model.Provincia>'. 'Select' not found.
Are you missing a reference to 'System.Core.dll' or a using directive for 'System.Linq'?

La verdad es que el error es bastante raro y no deja muy claro a que se refiere. Una búsqueda por google y tras un ratillo leyendo respuestas encontré la solución. Tan sólo hay que añadir la referencia a System.Linq.

using System.Linq;

   1: public static string Zip(string text)

   2: {

   3:     byte[] buffer = Encoding.UTF8.GetBytes(text);

   4:     MemoryStream ms = new MemoryStream();

   5:     using (GZipStream zip = new GZipStream(ms, CompressionMode.Compress, true))

   6:     {

   7:         zip.Write(buffer, 0, buffer.Length);

   8:     }

   9:

  10:     ms.Position = 0;

  11:     MemoryStream outStream = new MemoryStream();

  12:

  13:     byte[] compressed = new byte[ms.Length];

  14:     ms.Read(compressed, 0, compressed.Length);

  15:

  16:     byte[] gzBuffer = new byte[compressed.Length + 4];

  17:     System.Buffer.BlockCopy(compressed, 0, gzBuffer, 4, compressed.Length);

  18:     System.Buffer.BlockCopy(BitConverter.GetBytes(buffer.Length), 0, gzBuffer, 0, 4);

  19:     return Convert.ToBase64String(gzBuffer);

  20: }

y el código para descomprimir es muy parecido

   1: public static string UnZip(string compressedText)

   2: {

   3:     byte[] gzBuffer = Convert.FromBase64String(compressedText);

   4:     using (MemoryStream ms = new MemoryStream())

   5:     {

   6:         int msgLength = BitConverter.ToInt32(gzBuffer, 0);

   7:         ms.Write(gzBuffer, 4, gzBuffer.Length - 4);

   8:

   9:         byte[] buffer = new byte[msgLength];

  10:

  11:         ms.Position = 0;

  12:         using (GZipStream zip = new GZipStream(ms, CompressionMode.Decompress))

  13:         {

  14:             zip.Read(buffer, 0, buffer.Length);

  15:         }

  16:

  17:         return Encoding.UTF8.GetString(buffer);

  18:     }

  19: }

Como vemos el código es bastante simple y nos sirve para evitar que nuestros ficheros auxiliares crezcan de manera incontrolada.

Saludos y nos vemos en la próxima entrega.

[sourcecode language="csharp"]public int SND_ASYNC = 0×0001; // play asynchronously
public int SND_FILENAME = 0×00020000; // use file name
public int SND_PURGE = 0×0040; // purge non-static events

[System.Runtime.InteropServices.DllImport("WinMM.dll")]
public static extern bool PlaySound(string fname, int Mod, int flag);

private void button1_Click(object sender, EventArgs e)
{
PlaySound(”tada.wav”, 0, SND_FILENAME | SND_ASYNC);
}[/sourcecode]

Este código funciona perfectamente, pero nunca me ha gustado usar este tipo de codigo usando liberirías externas. Mirando en la MSDN encontré otra solución que me parece muchísimo mejor. Resulta que desde .NET 2.0 tenemos la clase SoundPlayer en el espacio de nombre System.Media que nos ayuda perfectamente a reproducir un sonido. El código para ésto es así de fácil

[sourcecode language="csharp"]private void button2_Click(object sender, EventArgs e)
{
System.Media.SoundPlayer soundPlayer = new System.Media.SoundPlayer();
soundPlayer.SoundLocation = “tada.wav”;
soundPlayer.Play();
}[/sourcecode]

Tenemos más información sobre esta clase en http://msdn.microsoft.com/en-us/library/system.media.soundplayer(VS.80).aspx

• Programación más declarativa.
• Programación dinámica.
• Programación concurrente (multicore), ya que como todos sabéis, la tendencia actual (una vez que la ley de Moore podemos decir que se ha parado) es añadir más y más procesadores…¿Cómo construimos aplicaciones para este nuevo escenario en el que la concurrencia es necesaria? En plataforma .NET la respuesta la tenemos en las Parallel Extensions para .NET, que formarán parte de la nueva versión de Visual Studio (VS 2010) y de .NET Framework (4.0).

Para la programación dinámica ello, C# 4.0 tendrá una serie de características dinámicas que permitan:

• Objetos tipados de manera dinámica. La clave estará en una nueva palabra clave que aparece en escena: dynamic.
• Mejorada la interoperabilidad COM.
• Optinal and named parameters.
• Co-and Contra-Variance.

Tendremos un nuevo runtime para C# 4.0 que nos habilitará esta programación dinámica sobre la base de innovaciones ya existentes como los árboles de expresión y las expresiones lambda de C# 3.0, pero añadiendo nuevas innovaciones:

• Dynamic trees.
• Dynamic Dispatch invocer.
• Call Site Caching.

Sobre este nuevo runtime, tendremos los lenguajes de programación tradicionales de .NET, C# y VB.NET, pero también lenguajes dinámicos como IronRuby y IronPhyton, y por supuesto cualquier otro lenguaje que cumpla la correspondiente CLS (Common Language Specification). Pero además, podremos hacer desde cualquier lenguaje comentado un binding con otro de los lenguajes, es decir, podremos llamar de manera sencilla código Phyton desde C# y utilizarlo. Tendremos bindings para .NET (Object), para JavaScript (Silverlight), para Phyton, Para Ruby y otros.

Dejaré para otros post otras novedades como Visual Studio 2010, el nuevo Windows Azure o la presentación del Windows 7.

[sourcecode language='csharp']using System.Net;
using System.Net.Mail;[/sourcecode]

Con esto tendremos a nuestra disposición una serie de clases que nos harán la vida muy fácil para conseguir nuestro objetivo. Para enviar un correo electrónico necesitamos la siguiente información

• Servidor smtp
• Puerto (normalmente 25)
• Nombre de usuario y contraseña en caso que el servidor requiera autencación.

El código es tan simple como este

[sourcecode language='csharp']try
{
SmtpClient smtpClient = new SmtpClient(”Servidor SMTP”, 25);

// Si tu servidor necesita autenticación
if ((_userName != string.Empty) && (_password != string.Empty))
{
NetworkCredential networkCredential = new NetworkCredential(”username”, “passwor”);
smtpClient.UseDefaultCredentials = false;
smtpClient.Credentials = networkCredential;
}

string body = string.Empty;
if (_isBodyHtml)
body = “Tu mensaje en html.”;
else
body = “Tu mensaje en texto plano.”;

MailMessage mailMessage = new MailMessage(”from”, “to”, “subject”, body);
mailMessage.IsBodyHtml = _isBodyHtml;

if (_sendAsync)
smtpClient.SendAsync(mailMessage, null);
else
smtpClient.Send(mailMessage);
}
catch
{
throw;
}

[/sourcecode]

• Al principio creamos una instancia del objeto SmtpClient para lo cual necesitamos una dirección del host y el puerto de conexión.
• Despues, es caso de que nuestro servidor requiera autenticación, creamos la credenciales que se usar al conectar con nuestro servidor de correo.
• Despues construimos el mensaje, en base a la variable _isBodyHtml que nos dirá si el mensaje irá en texto plano o en html.
• Posteriormente creamos el mensaje de correo, con un from (de), to (para), subject(asunto) y el mensaje.
• Y para finalizar se envia el correo de manera síncrona o asíncrona dependiendo de _sendAsync.

Como vemos es realmente fácil. En caso que el envio te falle ten en cuenta

1. Comprueba que los datos del host, nombre de usuario y contraseña sean correctos.
2. Tengas acceso a la red y no salgas a Internet a través de un proxy.
3. Comprobar si el antivirus te está bloqueando el envio del correo. A mi con el McAfee activado no puedo enviar correos.

Saludos.