PacoDotNet

WP7.5 Mango: Tonos personalizados en Windows Phone Mango.

Francisco Javier Carbajosa — Sun, 02 Oct 2011 11:23:00 GMT

Después de algo más de casí cuatro años sin pasar por este blog, que ya ni me acordaba, pues he decidido añadir un nuevo artículo y darle algo de más actividad. Está vez sobre la nueva actualización "Mango" para Windows Phone 7 (WP), concretamente sobre los tonos personalizados.

Bien, tras trastear un poco, para el que no sepa y quiera hacerlo se realiza de la siguiente manera. Antes decir que tienen que tener tres condiciones el tono:

Longitud de 39 segundos (Ni 38 ni 40) 39" clavados.
Mp3 o WMA.
No esté protegido por Copyright.

Pues manos a la obra:

Cogemos nuestro archivo mp3 o wma y con un editor (ej.: Audicity) seleccionamos la parte de 39" que será nuestro tono.
En audicity, vamos al menú Archivo > Exportar selección...
Ahora viene lo importante, en Audicity te sale una ventanita para escribir la información del archivo, los Metadatos, y en el apartado "Género" escribimos "RINGTONE", y guardanos.
Abrimos ZUNE, añadimos (arrastrando de la carpeta encima de Zune) nuestro tono y sincronizamos con el Telefono.
Cogemos el teléfono y nos vamos a Configuración > tonos y sonidos. En Tono pulsamos sobre el que está seleccionado para que aparezca la lista de tonos disponibles. Ahora aparecerá arriba del todo como "Personalizar" y debajo de este el nombre de nuestro tono. :). Seleccionamos y ya tenemos nuestro móvil un poco más personalizado.

Microsoft Windows Longhorn se llamará Windows Server 2008

Francisco Javier Carbajosa — Sat, 19 May 2007 20:12:00 GMT

Unos días antes de lo previsto y a causa de un descuido ya corregido en la página de Microsoft France, ya se conoce el nombre que adoptará comercialmente el próximo sistema operativo para servidores de Microsoft actualmente conocido como Windows Longhorn, el cual será Windows Server 2008.

Esta semana se celebra la conferencia WinHEC 2007, en la que Microsoft ha revelado el nombre final para su sistema operativo orientado a servidores, cuyo nombre clave hasta ahora había sido “Longhorn”. Windows Server 2008 será el próximo sistema operativo para profesionales de las Ti, y se espera que vea la luz a finales de este año. Actualmente está en su fase Beta 3, y se espera que tendrá 4 ediciones diferentes: web, standard, enterprise y datacenter. Estará basado en la arquitectura de Windows Server 2003, pero algo más automatizado.

Windows Server 2008 debería ser anunciado oficialmente esta semana en la Windows Hardware and Engineering Conference (WinHEC).

Membresía de ASP.NET 2.0 (I)

Francisco Javier Carbajosa — Thu, 22 Feb 2007 18:51:00 GMT

Introducción

La versión 2.0 de ASP.NET implementa un sistema de membresía mediante el cual es posible administrar y almacenar datos de usuarios, datos como nombre de usuario y password (Credenciales), funciones (Roles). Para poder hacer uso de ello, ASP.NET 2.0 nos ofrece una serie de clases para la utilización de dicha información. Decir también que ASP.NET, en esta versión 2.0, trae consigo la autenticación de formularios, por el cual podremos dar acceso a partes de nuestra aplicación web a usuarios logueados o usuarios logueados que pertenezcan a un determinado Rol (Administrador).

Sistema de membersía (MemberShip) y clases

El sistema de membresía está basado en un almacén de datos que permite albergar datos como usuarios, credenciales, nombre de usuarios y contraseñas, Roles, Profiles, preferencias de cada usuario en la aplicación web y otros datos necesarios. ASP.NET 2.0 ofrece soporte para distintos almacenes de datos, como son SQL Server o Active Directory. Nosotros nos centraremos en SQL Server y cómo configurar nuestros propios perfiles de proveedores personalizados, para añadir soporte a otros almacenes.

Para ello .NET Framework 2.0 nos ofrece una serie de clases para poder manejar la información de miembros, roles y perfiles. Estas clases son:

SQLMemberShipProvider (Para la gestión de miembros): Permite gestionar la información de los miembros en una aplicación ASP.NET con SQL Server como servidor de base de datos.
SQLRoleProvider (Para la gestión de roles): Permite gestionar la información de los roles de miembros en una aplicación ASP.NET con SQL Server como servidor de base de datos.
SQLProfilesProvider (Para la gestión de perfiles): Permite gestionar la información de los perfiles en una aplicación ASP.NET con SQL Server como servidor de base de datos.

Donde mejor puede ver un ejemplo es en el archivo machine.config alojado en el carpeta C:WINDOWS\Microsoft.NET\Framework\2.0.****\CONFIG (**** corresponde a la versión que tengas instalado del Framework, lo normal que sea 2.0.50727), y ver como están configurados dichos proveedores, abajo pongo como estaría configurado el proveedor por defecto llamado "AspNetSqlMembershipProvider":

<membership>
	<providers>
        		<add name="AspNetSqlMembershipProvider" 
		        type="System.Web.Security.SqlMembershipProvider, 
					System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" 
		        connectionStringName="LocalSqlServer" 
		        enablePasswordRetrieval="false" 
		        enablePasswordReset="true" 
		        requiresQuestionAndAnswer="true" 
		        applicationName="/" 
		        requiresUniqueEmail="false" 
		        passwordFormat="Hashed" 
		        maxInvalidPasswordAttempts="5" 
	                        minRequiredPasswordLength="7" 
		        minRequiredNonalphanumericCharacters="1" 
		        passwordAttemptWindow="10" 
		        passwordStrengthRegularExpression="" />
   	</providers>
</membership>
 <profile>
      <providers>
        <add name="AspNetSqlProfileProvider" 
	connectionStringName="LocalSqlServer" 
	applicationName="/" 
	type="System.Web.Profile.SqlProfileProvider, System.Web, Version=2.0.0.0, 
					 Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
      </providers>
</profile>

<roleManager>
      <providers>
        <add name="AspNetSqlRoleProvider" 
	connectionStringName="LocalSqlServer" 
	applicationName="/" 
	type="System.Web.Security.SqlRoleProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
        <add name="AspNetWindowsTokenRoleProvider" 
			  applicationName="/" 
             type="System.Web.Security.WindowsTokenRoleProvider, System.Web, Version=2.0.0.0, Culture=neutral, 
					PublicKeyToken=b03f5f7f11d50a3a" />
      </providers>
</roleManager>

Este proveedor se conecta con una instancia del SQL Server Express, y como se puede apreciar es importante la propiedad name donde se define el nombre de la cadena de conexión, en está cadena "LocalSqlServer", si observamos de nuevo los proveedores anteriores todos tienen en comun una propiedad connectionStringName, cuyo valor corresponde con el valor del nombre de la conexión, ¡E ahí la cuestion! jejeje... Fundamental este punto


<connectionStrings>

      <add name="LocalSqlServer" 
              connectionString="data source=.\SQLEXPRESS;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|aspnetdb.mdf;User Instance=true" 
              providerName="System.Data.SqlClient" />

</connectionStrings>

Destacar también en la cadena de conexión "...aspnetdb.mdf...". Este archivo al que hace referencia dicha cadena es la base de datos donde se almacena toda la información y referencia antes nombrado (Usuarios, Profiles, Roles, etc).

La configuración Web de ASP.NET

Visual Studio 2005 incorpora una herramienta llamada Configuración de ASP.NET la cual permite de forma sencilla administrar y crear la base de datos ASPNETDB.MDF. ¿Como podemos acceder a esta herramienta?

Muy sencillo, si tienes un proyecto ya creado o si no lo ha creado aun, ejecuta Visual Studio, vaya a Archivos > Nuevo > Sitio Web, dale un nombre al proyecto y aceptamos. Para entrar en dicho configurador, se puede acceder de dos formas diferentes, una sería en la barra de menus Sitio Web > Configuración de ASP.NET o desde el explorador de soluciones, como se muestra en la image siguiente.

Tras pulsar sobre dicho botón se levantara una página de configuración de ASP.NET, tal como se muestra en la imagen siguiente.

Como puede observar, dicha herramienta se divide en tres zonas bien diferenciadas que describo a continuación:

Seguridad

Cuando creamos una aplicación web nos interesa que tenga una cierta seguridad en toda la aplicación o en zonas concretas de esta ya que tenemos una serie de recursos que deseamos proteger y solo sean accesibles por tipo de usuario especificado. ASP.NET utiliza un sistema de seguridad que le permite restringir el acceso a cuentas de usuario específicas o a las funciones (Roles) a las que pertenecen las cuentas de usuario. Con la ficha Seguridad, puede administrar cuentas de usuario, funciones y reglas de acceso para el sitio Web. Antes de utilizar la ficha Seguridad por primera vez, utilice el Asistente para la configuración de seguridad para configuraciones de seguridad básicas para el sitio Web.

Aplicación

Esta zona se utiliza para administrar los valores de configuración del sitio y la aplicación Web utilizados con frecuencia.

Utilizar la ficha Aplicación para administrar lo siguiente:

Pares nombre/valor de la configuración de la aplicación.

La configuración de la aplicación consiste en pares nombre/valor que representan el texto de los valores configurables en la aplicación Web. Utilizar las configuraciones de la aplicación para almacenar la información de configuración personalizada, como las rutas de acceso a archivos, las direcciones URL del servicio Web XML, normalmente utilizada como texto, o cualquier información que desee mantener en una ubicación central y que pueda cambiar con facilidad.

Importante La configuración de la aplicación se almacena en el archivo como texto sin formato. Por lo tanto, debe tomar las medidas de seguridad apropiadas cuando utilice la configuración de la aplicación. No almacene información confidencial como nombres de usuario, contraseñas o cadenas de conexión de la base de datos en la configuración de la aplicación.

Configuración del Protocolo simple de transferencia de correo (SMTP).

Si el sitio Web requiere la capacidad de enviar un correo electrónico (por ejemplo, para enviar una contraseña a los usuarios), debe especificar el servidor SMTP que utiliza su sitio.

Estado de la aplicación.

Puede poner su aplicación fuera de conexión (apagarla) para realizar el mantenimiento o poner en conexión una base de datos nueva de Microsoft SQL Server Express.

Depuración y seguimiento.

La depuración y el seguimiento le permiten diagnosticar y corregir problemas con la aplicación Web, con la intención de utilizarlos durante el desarrollo. Al permitir la depuración, las páginas del sitio Web se compilan con información que los depuradores de .NET Framework o de Microsoft Visual Studio pueden utilizar para recorrer su código. Al permitir el seguimiento se genera información acerca de solicitudes Web individuales, encabezados HTTP que se envían con las solicitudes, el estado de los controles de la página y otros detalles acerca del procesamiento de páginas.

Proveedor

La zona Proveedor sirve para administrar el modo en que ASP.NET almacena datos para las características de la aplicación, como cuentas de usuario, funciones y otros valores de configuración.

ASP.NET utiliza clases de proveedores para administrar el almacenamiento de los datos para varias características, como la administración de suscripciones y de funciones. Una clase de proveedor es un componente que expone una funcionalidad ASP.NET específica, como la administración de la suscripción de las cuentas de usuario. Todas estas características de la aplicación requieren el almacenamiento de los datos. Aunque todas las clases de proveedores realizan las mismas características de la aplicación, cada proveedor puede almacenar datos de un modo distinto. Por ejemplo, las distintas clases de proveedor para la suscripción de ASP.NET pueden almacenar información de la cuenta de usuario de los siguientes modos:

En una base de datos de Microsoft SQL Server.
En el servicio del directorio Microsoft Windows Active Directory.
En una base de datos de usuario personalizada.

Todas estas clases de proveedor realizan el mismo grupo de tareas principales para administrar cuentas de usuario y usted interactúa con las clases de proveedor de su aplicación del mismo modo.

Recomiendo que antes de entrar de lleno en la aplicación de configuración de ASP.NET se compienze por el asistente, este se encuentra dentro de la ficha de seguridad y entraríamos en una serie de pasos, 7 para ser exactos, pasando desde el metodo de acceso (Windows o Formulario), configuración del proveedor, Definición de Roles (funciones), por ejemplo, es muy habitual tener alguien que administre nuestra aplicación web por lo que se suele crear el rol "Administrador", agregar usuarios y definición de reglas de acceso, aquí es donde se decide donde o que zonas están permitidas para unos usuarios concretos y cuales no.

Hasta aquí todo bien, ahora si cerramos el configurador de ASP.NET, y nos vamos al explorador de soluciones y refrescamos veremos aparecer en la carpeta App_Data el archivo ASPNETDB.MDF, es la base de datos que alojará todos nuestros futuros usuarios, nuestros roles o funciones, personalización de la aplicación de cada usuario, etc. También podemos crear una base de datos o utilizar otra base de datos que haga la misma función, pero esto lo comentaré en un proximo artículo donde entraré en más detalle.

Ya con todo esto, podemos hacer uso de los controles de Login, CreateUser, LoginView, etc.

Espero que os haya servido de ayuda este artículo. Proximamente pondré la segunda parte de Membresía. Hasta pronto!!

Visual Studio Code Name "Orcas" CTP Enero

Francisco Javier Carbajosa — Sun, 11 Feb 2007 12:02:00 GMT

Microsoft ya ha puesto a disposición de los desarrolladores la nueva versión de Visual Studio, con nombre en clave "Orcas" CTP de enero. Ocupa unos 3.5 Gigas, en el enlace que os pongo se puede bajar en 8 partes, 700 megas aproximadamente las 7 primeras y la última 50 Mb.

Con esta nueva entrega se pretende crear rapidamente aplicaciones inteligentes conectadas para la nueva experiencia del usuario, así como permitir a cualqier organización (Empresa) crear rapidamente proyectos más seguros, más manejables, y más confiables aprovechando la tecnología de Windows Vista y Office 2007.

System Requirements

Sistemas Operativos Soportados: Windows Server 2003; Windows XP Service Pack 2
Software Requerido:

Virtual PC 2004 SP1, o Virtual Server 2005 R2
NOTA Virtual PC 2004 no es soportado en Windows Vista y se requiere para esta CTP. Por lo tanto esta CTP no es soportado bajo WIndows Vista.
Visual Studio Code Name Orcas Base Image: Contiene el SO y la descarga directa para todas la imagenes para Virtual PC.

Credenciales VPC:
Después de que hayas descargado la imagen Base de Orcas CTP y las diferentes ocho partes a tu maquina local puedes lanzar dicha imagen en Virtual PC o Virtual Server y usuar las siguientes credenciales:

Nombre de usuario: Administrator
Password: P2ssw0rd

NOTA: Microsoft recomienda que despues de la instalación abras la sesión y cambias el password del administrador.

Procesador: 1.6GHz Pentium III+
RAM: 1 GB RAM*
* La cantidad de memoria RAM depende de tu equipo local. Puede usar el administrador de tareas para identificar cuanta RAM física está disponible en tu máquina.

Enlace:

http://www.microsoft.com/downloads/details.aspx?familyid=1ff0b35d-0c4a-40b4-915a-5331e11c39e6

Evento Onobanet: ¿Qué trae .NET 3.0?

Francisco Javier Carbajosa — Fri, 02 Feb 2007 22:12:00 GMT

El 22 de Febrero MSDN y OnobaNET, traen a Huelva el evento de lanzamiento del .NET 3.0. Tendremos la oportunidad de ver en detalle las nuevas funcionalidades del Microsoft .NET Framework 3.0.

Windows Presentation Foundation - el subsistema de presentación unificado para Windows, con el que crear una nueva generación de interfaces de usuario sobre .NET.
Windows Communication Foundation – desarrollo de aplicaciones distribuidas en nuevos modelos de comunicación como servicios web seguros, fiables y transaccionales capaces de interoperar a través de distintas plataformas.
Las capacidades de definición de flujos de trabajo declarativos que estarán disponibles para los desarrolladores a través del Windows Workflow Foundation, incluido en el .NET Framework 3.0.
Y por último veremos Sharepoint 2007, una plataforma única, integrada y ampliable que permite construir aplicaciones web con funcionalidad avanzada de visualización, búsquedas o gestión de contenidos entre otras.

¡Y todo ello desarrollando de principio a fin una aplicación de la conocida empresa ficticia De Hinojo Software!

Aquí os pongo el Cartel del evento:

La agenda será la siguiente:

9:30 Registro.
10:00 Introducción.
10:30 Desarrollo de la capa de negocio con Windows Communication Foundation y Windows Workflow Foundation.
11:20 Creando una web pública con Microsoft Office SharePoint Server.
12:10 Construcción del cliente rico con Windows Presentation Foundation.
13:00 Cierre.

Vista previa de archivos VB, C# y C++ en Windows Vista

Francisco Javier Carbajosa — Sun, 14 Jan 2007 22:58:00 GMT

Como bien sabemos, en la nueva versión del sistema operativo, Windows Vista, trae ahora la previsualización de vista previa, sin tener la necesidad de instalar el software para ver dichos archivos, es decir, supongamos que nos envian por email un documento de word y no tenemos instalado Microsoft Word, tan solo descargamos dicho archivos adjunto, y teniendo activado el "Panel Vista previa" se puede ver dicho contenido, así como una presentación de powerpoint, un archivo de texto, etc. Bien no?

Y si pudieramos previsualizar el contenido los archivos VB, CSharp o C++ de nuestros proyectos sin necesidad de abrir Visual Studio? Mola no?

Lo primero que debemos de mirar es si tenemos activado el "Panel de Vista previa", como se ve en la siguiente imagen:

Ahora debemos de registar la siguientes claves:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.cs\shellex\{8895b1c6-b41f-4c1c-a562-0d564250836f}]
@="{1531d583-8375-4d3f-b5fb-d23bbd169f22}"

[HKEY_CLASSES_ROOT\.vb\shellex\{8895b1c6-b41f-4c1c-a562-0d564250836f}]
@="{1531d583-8375-4d3f-b5fb-d23bbd169f22}"

[HKEY_CLASSES_ROOT\.cpp\shellex\{8895b1c6-b41f-4c1c-a562-0d564250836f}]
@="{1531d583-8375-4d3f-b5fb-d23bbd169f22}"

[HKEY_CLASSES_ROOT\.h\shellex\{8895b1c6-b41f-4c1c-a562-0d564250836f}]
@="{1531d583-8375-4d3f-b5fb-d23bbd169f22}"

En vez ejecutar la aplicación Regedit.exe y escribir todas estas claves, puedes crearte una aplicación o una secuencia de comandos sencilla que enumere todas las extensiones que haya en HKEY_CLASSES_ROOT. También puedes crearte un archivo de texto y copiar estás claves, no olvides escribir también la primera línea "Windows Registry Editor Version 5.00", una vez guardado los cambios se cambia la extesión del archivo por ".reg" y luego ejectuamos dicho archivo y combiamos las claves.

Espero que os haya servido de utilidad. SALUDOS!!!

Pasando Valores entre Paginas

Francisco Javier Carbajosa — Sun, 31 Dec 2006 14:49:00 GMT

Cuando desarrollamos un proyecto web y empezamos a agregar páginas y se da el caso que necesitamos enviar datos de una pagina otra pagina nos encontramos un problema o se suele hacer la pregunta ¿Como paso estos datos a otra pagina?.

Bien, hay varias formas de consumir o enviar datos a otras paginas, esto se debe al modelo de postback que contempla ASP.NET. Aquellos programadores que conocen ASP, pudieron utilizar el control granular sobre el elemento form, resumiendo, se podía decir a donde el form debería enviar su contenido, así como el método a utilizar (POST/GET) y el número de los elementos form en una página.

En ASP.NET el metodo prederteminado de envio es POST, y que un valor escogido en la page1, sea visto en la page2.

Para el siguiente ejemplos he creado un proyecto con dos paginas "Default.aspx" (Pagina que enviará la información) y "Recepcion.aspx".

default.aspx

<%@ Page Language="VB"AutoEventWireup="true" CodeFile="Default.aspx.vb" Inherits="_Default" %>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

<title>Untitled Page</title>

</head>

<body>

<asp:ScriptManager ID="ScriptManager1" runat="server" />

<div>

<asp:TextBox ID="TextBox1" runat="server"></asp:TextBox>

<asp:Button ID="Button1" runat="server" Text="Enviar" />

</div>

</form>

</body>

</html>

En Default.aspx tendremos dos objeto, uno de tipo textbox y otro de tipo Button.

recepcion.aspx

<%@ Page Language="VB" AutoEventWireup="false" CodeFile="Recepcion.aspx.vb" Inherits="Recepcion" %>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<title>Pagina sin t¡tulo</title>

</head>

<body>

<div>

<asp:Label ID="Label1" runat="server" Text=""></asp:Label>

</div>

</form>

</body>

</html>

En la página de recepción tendremos un solo objeto de tipo Label.

Puesto que ASP.NET nos permite almacenar elementos en el estado de la sesión actual del proceso, recordemos que HTTP es un protocolo sin estado y que por defecto el servidor no almacena las variables que definamos dentro de cada página o cualquier clase, pero si almacenamos valores dentro de una variable Session, está estará disponible para todas nuestras páginas durante el tiempo que dure la sesión actual (Hasta que cerremos el Browser), este es el método más utilizado.

Utilizando Cross Page

Esta es una nueva característica de ASP.NET 2.0 que nos permite especificar el destino del postback de la página de una manera muy sencilla, para así poder después consumirla.

A continuación se muestra el código asp de la página Default.aspx el código que se ha añadido al objeto Button.

<%@ Page Language="VB" AutoEventWireup="true" CodeFile="Default.aspx.vb" Inherits="_Default" %>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

<title>Untitled Page</title>

</head>

<body>

<asp:ScriptManager ID="ScriptManager1" runat="server" />

<div>

<asp:TextBox ID="TextBox1" runat="server"></asp:TextBox>

<asp:Button ID="Button1" runat="server" Text="Enviar" PostBackUrl="~/Recepcion.aspx" />

</div>

</form>

</body>

</html>

Para que la pagina "Recepcion.aspx" reciba o consuma la información pasa por "Default.aspx" se añade el siguiente código:

Partial Class Recepcion

Inherits System.Web.UI.Page

Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load

If Page.PreviousPage.IsCrossPagePostBack Then

Dim Txtbox As TextBox = CType(Page.PreviousPage.FindControl("TextBox1"), TextBox)

If Txtbox IsNot Nothing Then

Me.Label1.Text = Txtbox.Text

End If

End Sub

End Class

Lo que hace este código es buscar un control cuyo ID es "TextBox1" en la página anterior gracias al método FindControl, pero tras a ver

comprobado antes que con la propiedad IsCrossPagePostBack es True y así consumir la información que contiene.

Para agregar la propiedad IsCrossPagePostBack hay que agregar la directiva siguiente:

<%@ PreviousPageType VirtualPath="~/Default.aspx" %>

a la página de recepción o destino.

Con está directiva también se puede hacer una propiedad pública en la página de origen (default.aspx).

Partial Class _Default

Inherits System.Web.UI.Page

Public ReadOnly Property Envio() As String

Get

If Me.TextBox1.Text.Length > 0 Then

Return Me.TextBox1.Text

Else

Return Nothing

End If

End Get

End Property

End Class

Y en la pagina de "Recepcion" ponemos este otro código:

Partial Class Recepcion

Inherits System.Web.UI.Page

Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load

If Page.PreviousPage.IsCrossPagePostBack Then

'Dim Txtbox As TextBox = CType(Page.PreviousPage.FindControl("TextBox1"), TextBox)

'If Txtbox IsNot Nothing Then

' Me.Label1.Text = Txtbox.Text

'End If

Me.Label1.Text = Me.PreviousPage.Envio()

End If

End Sub

End Class

Os preguntareis como puede ser esto posible, la respuesta está en que cuando especificamos que un control va a tener un destino

Postbackurl, estamos añadiendo un nuevo campo oculto dentro de la página, el cual va a almacenar información sobre la misma

para poder ser accedida por la página de destino a traves de su propiedad PreviosPage, la cual tiene una propiedad

IsCrossPagePostBack que nos va a indicar si se genero el Cross Post Back o no.

De esta forma podemos optimizar el traspaso de informacion entre paginas, siempre y cuando el escenario lo permita conveniente

Saludos.

Nueva versión de Windows Mobile: Crossbow

Francisco Javier Carbajosa — Sun, 31 Dec 2006 09:36:00 GMT

Microsoft está preparando dos mejoras importantes para los dispositivos móviles. La primera de ellas con nombre en clave se llama Windows Mobile Crossbow (todavía basado en el CE 5.x de Windows) y la segunda mejora y con nombre en clave Windows Mobile Photon (Basado en el nuevo Windows CE 6.x).

Windows Mobile 5.0 es el SO actual de los usuarios que utilizan dispositivos móviles de Windows, sin embargo la siguiente opción es Crossbow.

Pieter Knook, Sr VP de Microsoft ha comentado que el plan de Microsoft para lanzar una mejora a su plantaforma móvil anulamente es bastante interasante y podría significar un nuevo SO con cada mejora anual. Knook ha comentado que Crossbow tendrá un gran acoplamiento con Office 2007 y Exchange 12, así como incluirá la versión móvil Office Communicator y una herramienta de mensajería para las empresas.

Evento Onobanet: SharePoint + Reporting Services "La unión hace la fuerza"

Francisco Javier Carbajosa — Mon, 13 Nov 2006 00:04:00 GMT

Pues sí!! ..nuevo evento que va a realizar Onobanet, grupo de usuarios de .Net de Huelva, titulado SharePoint + Reporting Services "La unión hace la fuerza"

Aquí os pongo el cartel anunciador de dicho evento, diseñado por mí, espero que os guste.

WebParts con ASP.NET 2.0 (II) - Comunicación entre controles

Francisco Javier Carbajosa — Wed, 06 Sep 2006 13:51:00 GMT

Introducción :.

Para que exista comunicación tiene que haber al menos dos partes implicadas, como bien sabemos, debe de a ver un emisor y un receptor, hasta aquí estamos de acuerdo. En el caso de los controles, uno tiene que actuar como comunicador (provee de datos a otros controles, y otro(s) que actua(n) como receptor(es) de la información (es decir, son consumidores "Receptores"). Claro está que para entre ellos haya comunicación fluida es necesario que todos hablen el mismo idioma. Dicho idioma, en este tipo de comunicación entre controles será un interfaz, que todos los controles implicados deben conocer, y que el encargado de proveer los datos debe implementar.

Definiciendo un interfaz (Idioma) :.

Para que pongamos en comunicación dos o más controles hay que definir un interfaz que se adapte a nuestras necesidades. Por ejemplo, si tenemos un control calendario y otro que muestre las noticias de un dia determinado, podemos hacer que cuando se cambie la fecha en el calendario se actualice el listado de noticias. Por tanto tendremos un proveedor de datos (control "Calendario"), un consumidor (Control "Noticias"), y un interfaz que nos permitirá enviar la fecha seleccionada desde el proveedor a los consumidores.

Codígo de la interfaz:

Como podeís ver es realmente simple, aunque nada nos impide desarrollar interfaces mucho más complejos para intercambiar listas de datos, tipos complejos.

Proveedor de datos :.

Ya definido el interfaz tenemos que convertir nuestro control "Tutoriales_WUCCalendario" en un proveedor de datos. Para ello tenemos que implementar dicho interfaz. El código es bastante sencillo, simplemente se devuelve la fecha seleccionada en el calendario, o la fecha del día si no hay ninguna. (vease imagen)

Además, de alguna forma hay que pasar está información a los consumidores. Y esto se consigue implementado un método público que devolverá un objeto de tipo "IDataFecha". A este método tenemos que añadirle el atributo:

<ConnectionProvider("Fecha")>

De hecho es el atributo lo que hace que este método se el que se utilice para pransmitir los datos. El nombre del método es indiferente, en este ejemplo le he puesto "Fecha". Sin embargo el parámetro "Fecha" del atributo si que tiene importancia, ya que es lo que se mostrará en pantalla cuando vayamos a definir una conexión. Conviene, por tanto, que tenga un valor que describa el tipo de los datos a intercambiar (por ej.: "Lista de datos", "Fecha seleccionada", etc).

Por último, el método proveedor en sí (que en nuestro caso se llama "Provider") es bastante simple, ya que se limita a devolver un objeto que implementa el interfaz "Idatafecha". En este caso nos devolvemos a nosotros mismos (es decir, el control "Tutoriales_WUCCalendario" ) puesto que implementa dicho interfaz.

Consumidores de datos :.

Definidos el interfaz y el proveedor de datos. Sólo necesitamos establecer quiénes van a consumir dichos datos. En nuestro caso va a ser control "CWNoticiasDefault.ascx", al que haremos algunas modificaciones. En primer lugar tenemos que implementar un metodo consumidor, que recibirá como parámetro un objeto de cualquier tipo siempre que implemente el interfaz "IDataFecha". Dicho método, al igual que en el caso del proveedor, puede tener cualquier nombre ya que el atributo que determita qué método se usará la comunicación es:

<ConnectionConsumer("Fecha")>

En nuestro caso el método se llama "GetInterface". Si que es importante (aunque no obligatorio) que el nombre del proveedor y consumidor coincidan, ya que es el dato que nos permitirá establecer la comunicación entre ellos.

La implementación del método en sí es sencilla. Simplemente tomamos el objeto recibido como parámentro y guardamos el valor de su propiedad "Fecha" en una variable privada. Dicha variable la usaremos en el evento "OnPreRender" . Si es nula devolveremos las noticias del día actual. Sí no es nula usaremos la fecha contenida en la propiedad "Fecha" del interfaz para mostrar las noticias de ese día.

Conectado controles :.

Ya tenemos los tres elementos principales, Interfaz común, proveedor de datos y un consumidor. Ahora tenemos que hacer que hablen entre sí. Para ello tenemos que establecer una conexión entre ellos. Hay tres formas de hacerlo: en tiempo de diseño, en tiempo de ejecución, y en tiempo de ejecución mediante programación.

En tiempo de diseño las conexiones se definen mediante la propiedad "StaticConnection" del control "WebPartManager". Como podemos ver en la imagen, se definen con el editor de conexión.

En la imagen, podemos apreciar lo que habría que introducir en cada uno de los campos para establecer una comunicación entre el control "WUCalendario" y el control "CWNoticiasDefault".

En tiempo de ejecución las conexiones se definen gracias al control "ConnectionZone". Basta con arrastrar dicho control dentro de la pagína para empezar a establecer comunicaciones entre controles. Al añadir este control nos apareceré un nuevo modo de página disponible, el modo "Connect". Por tanto, para poder establecer conexiones tendremos que activar dicho modo de página, para a continuación seleccionar la opción de menú "Conectar" del control que vaya a actuar.

Como vemos en está última imagen, el control ConnectionZone detecta los dos controles, y sabe quién es el proveedor y quienes son los consumidores, en este caso solo hay uno, el control de noticias. En la sección "Para" podemos seleccionar el control al que le pasaremos el valor de fecha. Seleccionamos "Sin titulo" que pertenece al control Noticias, y por último "Conectar" y VOILA!!! ya tenemos conectamos los dos controles.

Por último, siempre tenemos la posibilidad de establecer una comunicación en tiempo de ejecución mediante programación.

WebParts con ASP.NET 2.0 (I)

Francisco Javier Carbajosa — Wed, 30 Aug 2006 18:18:00 GMT

Antes de entrar de lleno en toda la parafernalia de los webparts, voy a hacer una breve definición de un webparts. Se podría decir que es un bloque de nuestra web, con un determinado contenido, que los usuarios pueden personalizar a su gusto y antojo (Moviéndolo, ocultándolo, cerrándolo, etc), y dichos cambios se guardarán para posteriores visitas a la pagina donde se encuentren dichos webparts.

Vale!!! Esto está muy bien, pero... ¿cómo se crean los webparts? ... Tranqui!!! Decirte que es sencillismo. Basta con crear una página web, añadir un control "WebPartManager" (este control es el primero que se debe de introducir o agregar antes que cualquier otro control, si no, no funcionará ok?. bien, sigo!! aaa!! Una cosa... cuando agregeís el WebPartManager, no os extrañeís al ver un recuadro gris, los WebPartManager no tienen un diseño. Sigo!!! (que me estoy enrrollando ya) A continuación agregaremos uno y varios controles "WebPartZone" (Consejo: Yó, antes de agregar los webparzone, añado una tabla la cual me delimitará las zonas donde se verán mis webparts). Tras agregar los webpartzone, ya puedo arrastrar cualquier control de la caja de herramientas dentro de las zonas y ¡VOILA!, ya tenemos un webpart, parece facil no? jejejeje! ¿Como es esto posible? Pues gracias a la clase "GenericWebParts".

Cada vez que arrastremos un control (por ejemplo un "Label") a una zona, Visual Studio creará como un envoltorio (wrapper) alrededor de dicho control, conviertiendoló en un GenericWebPart. El tener un envoltorio, el control agregado pasa a tener una serie de propiedades que de otra forma no tendría. Estas propiedades son tales como: "Title", "Descripción", "TitleIconImageUrl", "TitleUrl" y CatalogIconImageUrl". Además, gracias a este envoltorio podemos establecer comunicaciones de datos entre diferentes WebParts.

En realidad no todos los controles son iguales de buenos para ser convertidos en WebParts. Tomemos por ejemplo los controles "Literal". Si añadimos un literal a una zona tendremos un webParts pero sin embargo no tendremos las nuevas propiedades comentadas anteriormente. Entonces ¿Donde está la diferencia entre un Label y un literal? Pues que el Label desciende de la clase "Control", mientras que el segundo lo hace de "webControl". La clase "WebControl" implementa una serie de interfaces que son los que posibilitan que el envoltorio añada nuevas propiedades a nuestros controles, con lo que hay unas ciertas limitaciones. Lo primero que para empezar con webparts genericos no podremos aprovechar todas las posibilidades de los webparts. No podríamos, por ejemplo, añadir nuevas acciones al menu contextual, ni podríamos definir nuestras propias propiedades personalizables, por el usuario final.

PDFSharp, Crea documentos PDF con .NET

Francisco Javier Carbajosa — Fri, 25 Aug 2006 20:16:00 GMT

PDFSharp es un libreria en el cual puedes crear tus propios documentos PDF en .NET, sin importar el lenguaje. Permite crear y modificar documentos PDF. Con esta libreria es posibre cualquier tipo de operación sobre un PDF, así como fusionar varios PDFs, dibujar gráficos en un PDF con GDI+.

Enlace de descarga: http://www.onobanet.com/MasSobreDotNet/Descargas/Archivos/PDFSharp-0.8.494.zip

Más información: http://www.pdfsharp.com/

GridView autoactualizable

Francisco Javier Carbajosa — Thu, 24 Aug 2006 11:12:00 GMT

El control "GridView" como todo bien sabemos, es un nuevo control de ASP.NET 2.0 para mostrar un listado de datos o una colección de datos, es el sustituto del DataGrid de la versiones anteriores de ASP.NET. Se trata pues, de un control muy poderoso, con muchas funcionalidades que nos va hacer la vida más facil. Entre ellas podemos destacar "enablesortingandpagincallback" cuyo valor unico que recibe es de tipo Boolean, dicha propiedad se refrescará solo dicho control sin necesidad de actualizar la página completa si asignamos el valor a True.

<asp:GridView ID="GridViewProductos" 
     DataSourceID = "ODSProductos"
     AutoGenerateColumns = "true"
     AllowPaging = "true"
     AllowSorting = "true"
     runat="server"
     EnableSortingAndPagingCallbacks="True">
</asp:GridView>

Esto escribirá autómaticamente código Script de cliente en la pagina ASPX, el que se encargará por debajo de ir al servidor por la información y configurar esta a la vuelta, refrescandose solo la parte de la página que contiene al GridView.

Primeras imagenes de los Foros Onobanet

Francisco Javier Carbajosa — Thu, 24 Aug 2006 00:01:00 GMT

Aquí teneís las primeras imagenes de los foros que ando desarrollando para Onobanet. Estan apuntito de salir a espensas de ultimar algunos detalles, así como ejecución de las distintas pruebas para el perfecto funcionamiento, que puede estar entre el 90% y el 95%. La verdad que se están haciendo de rogar, pero ha merecido la pena desarrollar estos, espero que estupendos foros.

Imagen 1: Pagina principal dividido por temas y estos por los distintos foros.

Imagen 2: Comienzo de un nuevo Hilo.

Imagen 3: Pagina para insertar un nuevo post.

Bueno, de momento esto son las primeras imagenes, espero que proximamente estén subidos al servidor y totalmente operativos, y así disfrutar de ellos.

Dim PacoDotNet as new geeks

Francisco Javier Carbajosa — Wed, 23 Aug 2006 18:45:00 GMT

' Hola a todos los geeks:
' Me acabo de instanciar como nuevo geeks.Block.
' Aquí abajo os detallo alguna de mis propiedades estaticas :

Dim PacoDotNet As New geeks

With PacoDotNet
       .Name = "Francisco Javier Carbajosa Gonzalez"
       .Edad = "26"
       .Profesion = "Conductor de autobuses urbanos"
End With

Esta última propiedad (Profesion) la he de comentar ya que creo que es una propiedad algo confusa.
Como su valor indica, "Conductor de Autobuses urbanos", es cierto (True) Me dedico a dicha profesión desde hace algo más de 3 meses (La cosa está mala por aquí abajo). Pensareís que pinta aquí un conductor en un blog que nada más se habla de la tecnología de Microsoft, pues es sencillo, me fascina, me encanta, de echo le dedico mi tiempo libre a .Net, a aprender más y más cada día que pasa, y lo que aprendo intentar ponerlo en practica así como compartir mis conocimientos en la medida de lo posible. Así que algunos practican .Net por que es su deber y otros lo practican por deboción, como es mi caso.

Actualmente soy administrador junto con mi viejos amigos Miguel y Fran, de la Pagina Web http://www.onobanet.com/ o que es lo mismo la Comunidad de usuarios de .Net de Huelva, también he realizado el diseño o la base de onobanet, ya que me fascina también el diseño gráfico (Donde allá una aplicación funcional y a la vez con un buen diseño, que se quiten las demás... jejeje), es más, cuando diseño una aplicación ya sea de escritorio, web o para dispositivos Mobiles, me gusta dar el maximo en el diseño, esto lo saben bien Miguel como Fran.

También ando haciendo una aplicación para mi PDA cargada con Windows Mobile 5.0 y con el Compact FrameWork, para llevar la gestión de los servicios que he realizar durante la semana. Espero que quede chula.

Bueno. Sin más... lo escrito podriamos decir que soy yó. Si alguien quiere saber más de mí o preguntarme algo, así como intercambiar conocimientos de .Net (Abierto a todo) Agregarme a vuestro msn. Y Charlamos!!

PacoDotnet.Dispose()