Pues eso… a ver si poco a poco lo consigo, al menos con las páginas más principales… me refiero a preparar dichas páginas para que se vean "decentemente" bien en un dispositivo móvil…
Por ahora compruebo si el dispositivo móvil es uno de estos: Android, iPhone, Blackberry o Symbian, para el resto hay que indicar expresamente la página preparada para el móvil, por ejemplo la página principal de mi sitio para dispositivos móviles es esta: default_mob.aspx
Por supuesto, en un navegador "normal" no se verá igual que en uno usado desde un dispositivo móvil, por aquello del tamaño y esas cosas… así que… si no te gusta como lo ves desde tu equipo normal, lo mismo te parece mejor desde un teléfono móvil.
Decir que la página principal está muy reducida en cuanto a contenido se refiere, para que no sea lenta la carga (y sobre todo para que no tuviera yo que comprobar más cosas de la cuenta, jeje)
Esta captura es "simulada" ya que está capturada (valga la redundancia) desde el navegador de mi portátil… que no tengo ninguna aplicación para capturar en mi android… y también para que no fuese demasiado larga (o alta) he quitado algunas de las cosas que hay en la lista de "Lo más reciente".
Como te he dicho, a ver si adapto algunas de las páginas de mi sitio para que se vea mejor en los teléfonos/dispositivos móviles o al menos adapto las que indico en el primer bloque de la página principal.
Ah, y si tienes un teléfono móvil diferente a los que te he indicado arriba, y por tanto no ves la página adecuada a los móviles, y me quieres ayudar, por favor utiliza esta página para mostrar el contenido de navigator.userAgent y así poder mandármelo por correo y lo mismo lo añado a la lista de dispositivos móviles soportados en mi sitio web.
Si te decides a hacerlo, por favor mándame un mensaje a: y en el asunto indica: "userAgent de mi dispositivo movil". Gracias.
Pues eso… que lo de "ampliación" es por no poner "revisited" o algo similar que eso ya está muy visto, jeje y lo de "recapitulación" por el chasco/descubrimiento/formas diferentes de funcionar con el que me he encontrado al hacer pruebas en VB y en C#, ya verás, ya…
Pero en realidad esto es una aclaración o más bien un añadido (o ampliación) del otro artículo que publiqué el pasado 11 de octubre sobre este mismo tema, es decir, cómo asignar el foco a un control al cargar una página web aspx, en ese caso el código era con Visual Basic .NET pero lo importante no era el código si no lo explicado, es decir la forma de conseguir eso que indica el título.
La aclaración es porque en ese ejemplo el código y el diseño está todo en un mismo fichero (archivo) en lugar de tener el código por un lado y el diseño por otro, que es como el Visual Studio se empeña que lo hagamos, aunque en mi caso particular me gusta más (o prefiero) tener todo junto, ya que así es más fácil de actualizar la página en concreto, al menos para mí, que todo puede ser que a tí te venga mejor compilar el código y publicarlo cada vez que hagas una modificación por pequeña que sea… ¡hay gustos para todo! 😉
Vamos a lo que vamos.
Si utilizas el código por separado del diseño de la página web entonces no es necesario asignar un valor true a la propiedad AutoEventWireup, ese valor verdadero sólo debes asignarlo si el código a usar está "incrustado" en la página web ASPX y no en un fichero separado (el cual hay que compilar y publicar en el sitio web).
La forma de indicar si tienes el código "incrustado" o por separado es usando (lo que se llama "code behind"), esto lo puedes indicar al crear un nuevo fichero en el proyecto web tal como puedes ver en la figura 1 en la que he resaltado la parte que le indica a Visual Studio si quieres usar el código en un fichero separado o no (en este ejemplo SI se usa por separado).
Figura 1. Indicar si queremos el código por separado o no
Esto creará dos ficheros uno con la extensión .aspx (el diseño de la página web) y otro con la extensión del lenguaje usado, en este ejemplo al indicar que el código es de C# la extensión del fichero de código es: .aspx.cs.
En este caso, el código de "enfoque" del control que queremos que sea el primero en recibir el foco lo pondremos dentro del evento Page_Load tal como podemos ver en los dos listados (el del diseñador y el código). (Ver el comentario de la nota).
Listado 1 (el código del diseñador .aspx):
<%@PageLanguage="C#" AutoEventWireup="true" CodeFile="Default3.aspx.cs" Inherits="Default3"%><!DOCTYPE html><htmlxmlns="http://www.w3.org/1999/xhtml"><headrunat="server"><title>Default3 - con el código por separado (en C#)</title></head><body><formid="form1" runat="server"><div><asp:LabelID="Label1" runat="server" Text="Label"></asp:Label><asp:TextBoxID="TextBox1" runat="server">uno</asp:TextBox><br/><asp:LabelID="Label2" runat="server" Text="Label"></asp:Label><asp:TextBoxID="TextBox2" runat="server">dos</asp:TextBox><br/><asp:LabelID="Label3" runat="server" Text="Label"></asp:Label><asp:TextBoxID="TextBox3" runat="server">tres</asp:TextBox><br/><asp:ButtonID="Button1" runat="server" Text="Button"/></div></form></body></html>
Listado 2 (el código de C# .aspx.cs):
using System;
using System.Collections.Generic;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
publicpartialclassDefault3 : System.Web.UI.Page
{
protectedvoid Page_Load(object sender, EventArgs e)
{
this.TextBox1.Focus();
}
Nota:
Es curioso, pero al hacer la prueba con C# para "demostrar" todo esto que estoy explicando, si no uso un valor verdadero (true) en la propiedad AutoEventWireup de la página de C# no se ejecuta ese código del evento Page_Load, sin embargo (de ahí lo de curioso) en el código de Visual Basic da igual el valor que tenga esa propiedad… ¡jum!
Conclusión:
Que no tengo ni idea de por qué pasa esto con una página de C#… así que… sigue usando AutoEventWireup = "true" y así seguro que siempre te funciona…
Como te he dicho antes (en la nota) en Visual Basic .NET si va bien, uses true o false en AutoEventWireup, eso sí, siempre que el código esté por separado, si el código está en la misma página, si hay que indicar el valor true.
En cualquier caso, lo cierto es que al añadir la página de C# el valor de la propiedad AutoEventWireup tiene el valor true, mientras que en Visual Basic es false.
Todo esto (no solo que el valor sea verdadero/falso) es otra demostración de que a los de Visual Basic nos tratan de forma diferente…
Pues eso… o al menos en el Internet Explorer y el Chrome que son los que suelo utilizar en mi portátil… (en el móvil utilizo el Opera Mini). Al menos en lo que al ancho (width) se refiere.
No me voy a enrollar pero te explico brevemente:
Tengo una serie de estilos (tanto en ficheros CSS como en bloques <style>) y en algunos de ellos simplemente quiero "heredar" el ancho que ya está previamente definido en otro de los estilos, por tanto, simplemente utilizo esto:
width: inherit;
Y supuestamente debería utilizar el ancho "heredado" es decir, el que tenga el bloque (normalmente un <div>) que contiene al que le aplico el nuevo estilo (para algunas páginas en concreto), pero resulta que no es así…
Con Internet Explorer se muestra bien, pero cuando utilizo el Chrome me lo muestra mal, de hecho el ancho heredado es más grande y se "sale" de su sitio…
Hoy me he puesto a "juguetear" con la opción que tiene el Chrome (supongo que el IE también) de "Inspeccionar elemento", que te vale para ver el "elemento" de la página web actual en la que pulsas con el ratón (mouse) y poder modificarla, de forma que puedas ver cómo quedaría con los cambios que realices.
Para mostrar la opción Inspeccionar elemento de Chrome:
Esto se consigue pulsando con el botón secundario del ratón (normalmente el botón derecho) sobre el "elemento" a inspeccionar de una página web. Te muestra una ventana con el código HTML, los estilos, etc. de forma que los puedes modificar sobre la marcha y ver el resultado.
Lo que te decía que me he puesto a probar y al quitar esa línea de código en la que le digo width: inherit; se ha solucionado el "desborde" que tenía del div con el título en algunas partes de las páginas… en fin…
Así que… me he puesto a buscar en los ficheros de estilos (.css) y en los modificados en algunas de las páginas maestras (.master) que utilizo en mi sitio y parece ser que ya no están esos desbordes… mejor así ¿no? po ezo…
