Re: [Ovillo] [Off-topic] Freelance de la lista, ¿cómo trabajáis?
Hombre, a ver, usar un CMS completo repleto de posibilidades para "una web normalilla" (habría que definir qué quiere decir eso) también es matar moscas a cañonazos xD Lo que pasa es que normalmente si lo único que quiere tu cliente es una paginilla para decir que está en Internés (caso muy Typical Spanish), pues igual no tiene sentido meterse a programar nada, porque te limitas a modificar el tema, meterle algún plugin típico y poco más. Y si el cliente quiere algo más grande, pues partes de una base consistente y lo que le tengas que añadir ya lo programas específicamente. Pero vamos, también te digo que yo no me dedico al desarrollo desde hace varios años, por lo que a lo mejor los frameworks actuales te facilitan tanto el trabajo que la situación es parecida, sinceramente no lo sé. Saludín, Ramón. Jason, por si las moscas: > Muchas gracias por tu respuesta. Así da gutso :) Una preguntilla. ¿Crees > que un FW para hacer una web normalilla de Typical Spanish Pyme es matar > moscas a cañonazos? ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [Off-topic] Freelance de la lista, ¿cómo trabajáis?
Hola de nuevo. A ver, esto es como todo, por una parte va en gustos y también depende mucho de cada proyecto, pero en general los clientes lo que menos quieren es tener que gastar mucha pasta. ¿Qué quiere decir eso? Que como tengas que ponerte a programar de cero (o casi) no vas a ser competitivo en muchos casos. Lo cierto es que con un CMS como Wordpress o Drupal se puede hacer una web muy potente y versátil en muy poco tiempo, aparte de los miles de plugins y añadidos que le puedes meter sin tener que picar ni una línea de código. Ponte en la piel del cliente, ¿aceptarías que te cobren 400 euros por desarrollar un widget de calendario de eventos cuando hay por ahí miles que apenas son más que arrastrar y soltar? Por otra parte, si el cliente necesita algo muy específico, seguramente no va a ser la web completa, sino quizá algún módulo o algún widget concreto. En esos casos sí tirarás de tu propio código usando las herramientas que ya existan; pero no sé, lo que es la estructura completa de un sitio, con la gestión básica de contenidos y demás, me parece que sería un poco reinventar la rueda. En cuanto a la seguridad, no tengo muy claro que un CMS sea más inseguro que un desarrollo propio. Al fin y al cabo, un CMS tiene mucha gente detrás y los bugs y exploits se detectan y resuelven. Por el otro lado, también es cierto que habrá más gente buscando exploits en un CMS conocido. Respecto del hosting, yo he usado varios proveedores distintos, la mayoría de ellos con WHM + CPanel. Creo que no he necesitado irme al shell más allá de 4 veces en los más de 12 años que llevo con estas cosas, y eso fue hace mucho tiempo. Las necesidades habituales de los clientes (al menos de los que yo tengo, que creo que son bastante estándar) son más bien de este tipo: - "Quiero poner un botón de esos para enviar a Twitter / para que se vean mis tuits / facebook" - "¿Cómo subo una foto / vídeo?" - "Me hace falta una cuenta de correo nueva, ¿me la haces y me das los datos?" - "No sé qué le pasa al correo que no va" (y normalmente es por su ISP) - "Esto me dice que se ha superado el ancho de banda" - "¿Dónde veo las estadísticas de acceso?" - ... Y cosas así. Cuando hay e-commerce de por medio puede haber alguna cosita más, pero vamos, que rara vez pasa nada, y un plan reseller suele servir. Ahora mismo yo uso Red Coruña, que va muy bien y son majetes. Ah, y otra cosa más: los clientes muchas veces no entienden bien la diferencia entre "proveedor de hosting" y "el que me hizo la web". Si la web no le funciona, te llamará a ti. Es más, en algunos casos puede que llame a los dos sitios: al desarrollador y al del hosting. Cuando eso pasa y tú sólo controlas una parte, si el problema es del otro da igual lo que tú expliques, el cliente se queda con la sensación de que estáis echando balones fuera, tú y el otro. En mi caso yo he tenido clientes a quienes sólo les llevaba el hosting, y al final les he invitado amablemente a irse a otra parte porque los problemas eran del desarrollo y el cliente no lo entendía. Y viceversa también, ha habido algún cliente al que le he dicho que con un determinado hosting yo no trabajo, porque tiene una serie de limitaciones que no estoy dispuesto a asumir (por ejemplo, no dejarme poner .htaccess en mis carpetas). Saludín, Ramón. Jason escribió: > Ok, le echaré un ojo al hosting multidominio! > > ¿Qué me dices de Gigas? Acaban de empezar y están haciendo un mkt bastante > agresivo. De precio no estaría mal, no? Y lo bueno es que puedes ampliarlo > a voluntad. Eso sí, no sé cuántas webs podrías meter en un solo Cloud VPS > para no petarlo mucho. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [Off-topic] Freelance de la lista, ¿cómo trabajáis?
Hola, Ovillo. Por mi experiencia, los hostings de otros te pueden dar más líos que ofrecerlo tú mismo. En tu propio hosting tienes más control sobre cómo está la configuración. Incluso aunque no sea un VPS y tú no puedas cambiarlo, al menos sabes cómo está configurado y lo que puedes y no puedes usar. Por ejemplo, recuerdo haber tenido muchos problemas con una web que usaba alguna opción de PHP.INI que no estaba configurada igual en uno y otro sitio. Si tú tienes control sobre eso, sabes a qué atenerte. Además, puedes jugar con la oferta de planes (con WHM + CPanel es una chorrada hacerlo), y el cliente tiene su CPanel para hacer lo que él quiera dentro de tu oferta. ¿Que además quiere soporte técnico? Pues si no es una chorrada se lo puedes cobrar por horas. Que le des el espacio no quiere decir que tengas que configurarle el Outlook o el router de casa. Por mi experiencia los clientes no suelen dar mucho el coñazo si la web funciona, te pueden llamar una o dos veces al año por algún problemilla con el correo o similares, que suelen ser poca cosa y se lo puedes hacer gratis para fidelizarlo. Respecto a la discusión en sí de "desde cero / framework / CMS", pues depende mucho del tipo de proyecto. Aclaro que hace bastante tiempo que no hago desarrollo, pero creo que tampoco ha cambiado tanto el mercado. En general, yo tiraría por CMS ya hecho, probablemente Wordpress o Drupal, que son muy flexibles, están muy bien hechos y tienen un currazo detrás inmenso. Lógicamente, en ocasiones necesitarás hacer algo específico o adaptar alguna cosa, pero creo que es más práctico aprender la manera de funcionar de Wordpress para hacer plugins, widgets, etc. que intentar programar tú un mini-CMS desde cero (digo, para lo típico que quieren los clientes, claro). Por supuesto, hay veces que necesitas una cosa muy muy concreta, y ahí tendrás que programar "a pelo", pero a día de hoy y para proyectos típicos es casi inexistente. Como digo, desde lo que yo conozco, que aunque tenga tiempo creo que no ha cambiado mucho. Saludos, Ramón. Jason comentó: > Ok, mucho más claro ahora! Gracias. > > Por lo menos al principio creo que voy a recomendar hostings más que > ofrecerles yo una alternativa, así me quito de líos. Más adelante, cuando > esté curtido, igual me aventuro porque no deja de ser una vía de ingresos > adicional. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] OT: Bandas en degrades de photoshop
Sí, eso es lo que indican las iniciales OT en el asunto del mensaje, que además indica también de qué trata el mensaje. ¿Algo más aparte de obviedades? Guido sabe leer: > OT: No uso Photoshop ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Dudas CSS y comportamiento navegadores con link js
Me acabo de dar cuenta de que, en el primer selector: legend { display:block; padding:10; width:100%; background-color:#333; color:#fff; margin:0 0 10px 0; } El valor de padding es 10. Sólo 10. ¿Eso son píxeles, ems o qué? No sé si tendrá que ver, pero prueba a ponerle una unidad de medida. Saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Dudas CSS y comportamiento navegadores con link js
Dos sugerencias: 1. En lugar de usar "mipagina.php", puedes poner "/mipagina.php" o "/micarpeta/mipagina.php". Esa ruta es absoluta y siempre hará referencia al mismo lugar. El inconveniente puede ser si luego cambias la ruta de esa página. Por cierto, por lo que cuentas lo raro es que IE y Firefox se vayan al raíz en lugar de cargar el fichero desde la propia carpeta. 2. Mejor si no usas enlaces que sólo funcionen con javascript, podrías usar esto otro mejor: Mi página Saludín, Ramón. Eva dijo: > El enlace es algo así > http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] formularios con Firefox
Hola, Encarna. 1. No se puede meter más de un por , no me extraña que te haga cosas raras. Usa con para la etiqueta principal Tipo de usuario", y luego individuales con atributos "for" que enlacen con los "id" de los (y haz lo mismo con los demás campos de este tipo) 2. Quita los atributos "size" de los campos ocultos, no sirven para nada 3. Ponle type="text" al campo de texto "tipo_otros" 4. Salvo que los necesites para hacer alguna cosa especial (WAI-ARIA o así), quita los tabindex, sólo te traerán problemas 5. Tampoco estaría mal que el código estuviera en minúsculas, los atributos entrecomillados, etc., y usa checked="checked". Ya sé que no es imprescindible, pero queda mejor y es más "procesable". 6. ¿Qué tiene que ver todo esto con CSS? (guiño) Saludín, Ramón. Encarna preguntó: > Hola a todos, tengo un formulario con una serie de input que recoge datos de > una encuesta y me pasa lo siguiente: > > Con Explorer funciona bien, pero con Firefox no funciona la primera parte del > formulario, no me deja seleccionar el tipo de usuario, automáticamente > selecciona PAS en cuanto intento cambiar el que tengo Checked. Envío el > código. y gracias por la ayuda > action="evaluacion_gracias.php" > > > Evaluación de la Calidad del Servicio > > > > > Datos del Remitente: > > Tipo de Usuario: > > PAS > PDI > value="Alumno">Alumno > value="Otros">Otros > > > > > > > Nombre: > > > > > >Evaluación del Servicio Recibido > > > > Datos del Servicio: >name="asunto" > > > > > ¿Se ha resuelto satisfactoriamente el servicio > solicitado?: > > Si > > No > value="0" > NS/NC > > Hay más preguntas, y evidentemente están cerradas las etiquetas ul y form. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] Encuentro sobre accesibilidad en Madrid el miércoles 14 de marzo
Hola, Ovillo. Para quienes estéis en Madrid y os apetezca un poco de accesibilidad, el próximo miércoles 14 de marzo celebraremos el tercer Meetup del grupo "Madrid Accesibilidad TICs", donde unas cuantas personas nos reunimos para darle un poco más de visibilidad a todo lo relacionado con la accesibilidad Web y en otras tecnologías de acceso a la información. El encuentro tiene un carácter divulgativo con cierto toque técnico y social, y está abierto a la participación de cualquiera que tenga interés por la accesibilidad, enfocado principalmente a diseñadores, desarrolladores, profesionales de accesibilidad y usabilidad, usuarios de TICs y, en general, a cualquiera que tenga inquietud por estos temas. Primero tendremos un par de charlitas en la Sala Ciball (C/ Corredera Baja de San Pablo, 41), y luego nos iremos a tomar algo a un pub cercano. Tenéis toda la información en este enlace: http://www.meetup.com/Madrid-Accesibilidad-TIC/events/53315952/ Y también podéis seguir el Twitter que hemos creado para el grupo en @MadAccTIC. Por cierto, si alguien tiene una idea para un avatar, será más que bienvenido (guiño) Un saludín, y... ¡Os esperamos! Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Resumen de Ovillo, Vol 94, Envío 15
Bueno, lo que se va a sindicar es lo que tú decidas que se sindique, puedes tener muchas opciones, y sinceramente, me parece mucho más importante conservar una estructura común a lo largo de todo el sitio. Un saludín, Ramón. Manuel escribió: > Estoy de acuerdo con Hernán Beati, deberías usar un section y luego dentro > del section varios articles. Date cuenta que lo que se va a sindicar por > RSS va a ser lo que esté contenido dentro de article por lo que lo mejor > sería que no hubiera articles dentro de articles, sino una section y dentro > todos los articles, donde pondrías el contenido del libro, que quieras. > Me he basado en estas ppts que hice en su día. > http://www.slideshare.net/maspixel/html5-la-revolucin > > Saludos > Manuel Medina > > manumed...@gmail.com > www.manumedina.com > > El 22 de diciembre de 2011 13:00, escribió: > >> Envíe los mensajes para la lista Ovillo a >> ovillo@lists.ovillo.org >> >> Para subscribirse o anular su subscripción a través de la WEB >> http://lists.ovillo.org/mailman/listinfo/ovillo >> >> O por correo electrónico, enviando un mensaje con el texto "help" en >> el asunto (subject) o en el cuerpo a: >> ovillo-requ...@lists.ovillo.org >> >> Puede contactar con el responsable de la lista escribiendo a: >> ovillo-ow...@lists.ovillo.org >> >> Si responde a algún contenido de este mensaje, por favor, edite la >> linea del asunto (subject) para que el texto sea mas especifico que: >> "Re: Contents of Ovillo digest...". Además, por favor, incluya en la >> respuesta sólo aquellas partes del mensaje a las que está >> respondiendo. >> >> >> Asuntos del día: >> >> 1. HTML - Incluir un article en un article (Rafa Artacho) >> 2. Re: HTML - Incluir un article en un article (Hernán Beati) >> 3. Re: HTML - Incluir un article en un article (Ramón Corominas) >> 4. Re: HTML - Incluir un article en un article (Rafa Artacho) >> >> >> -- >> >> Message: 1 >> Date: Wed, 21 Dec 2011 19:34:47 +0100 >> From: Rafa Artacho >> Subject: [Ovillo] HTML - Incluir un article en un article >> To: "Ovillo, la lista de CSS en castellano" >> Message-ID: >> >> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Buenas tardes: >> >> Estoy maquetando una web que tiene una sección publicaciones, la estructura >> que he hecho es la siguiente: >> >> >> >> >> >> >> >> >> >> >> >> >> ... >> >> >> >> >> >> >> >> Publicaciones >> >> >> >> >> >> >> DATOS DEL LIBRO >> >> >> DATOS DEL LIBRO >> >> >> DATOS DEL LIBRO >> >> >> >> >> >> >> >> >> >> >> >> ... >> >> >> >> >> >> Gracias, 1 saludo >> Rafa >> >> >> -- >> >> Message: 2 >> Date: Wed, 21 Dec 2011 15:54:19 -0300 (ART) >> From: Hernán Beati >> Subject: Re: [Ovillo] HTML - Incluir un article en un article >> To: "Ovillo, la lista de CSS en castellano" >> Message-ID: >> <24934.186.60.159.235.1324493659.squir...@www.saberweb.com.ar> >> Content-Type: text/plain;charset=iso-8859-1 >> >> Hola a todos! >> >>> >>> >>> >>> >>> >>>Publicaciones >>> >>> >>> >>> >>> >> >> Creo que no sería correcto; en este caso, podrías quitar ese que >> abre luego de tu (y de paso, también el que le sigue), ya >> que parecen cumplir todos la misma función de contener a los article. Mi >> voto es por dejar solo como contenedor de los articles. >> >> Saludos! >> >> -- >> Hernán Beati >
Re: [Ovillo] HTML - Incluir un article en un article
Sí, todo depende de lo que pretendas. La idea de es, entre otras cosas, poder reutilizar contenido. Si tú consideras que un "libro" es un trozo reusable, puede ser interesante poner un por libro,, y si luego consideras que las publicaciones son un bloque reusable, no veo razón para no incluirlas todas en otro Saludos, Ramón. Rafa Artacho dijo: > Buenas tardes: > > Estoy maquetando una web que tiene una sección publicaciones, la estructura > que he hecho es la siguiente: > > > > > > > > > > > > > ... > > > > > > > >Publicaciones > > > > > > > DATOS DEL LIBRO > > > DATOS DEL LIBRO > > > DATOS DEL LIBRO > > > > > > > > > > > > ... > > > > > > Gracias, 1 saludo > Rafa > ___ > Lista de distribución Ovillo > Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org > Puedes modificar tus datos o desuscribirte en la siguiente dirección: > http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OFF-TOPIC] Oferta de empleo, 11870.com
Aparte de que no estoy de acuerdo con lo que afirmas (y te puedo asegurar que yo no cobro una barbaridad ni mucho menos), yo lo veo de la siguiente manera: Si no se pide accesibilidad en las ofertas, nadie que esté aprendiendo tendrá interés por aprender accesibilidad. Es lógico, yo haría lo mismo, y me dedicaría a romperme los cuernos para aprender prototipado, usabilidad, diseño de interacción, HCI, IA, UX, HTML5, CSS3, JS, PHP, SQL, WTF, MILF y lo que se tercie. Y, si la gente no tiene interés en aprender accesibilidad (porque no se lo piden), a lo mejor para las empresas es más difícil encontrar a gente que sepa cómo aplicarla bien. Y, para romper ese círculo, creo que son las empresas las que tienen que empezar a pedirlo, aunque sea de puntillas como un "se valorará". Sobre todo, porque la Ley dice que, aunque no todas, las páginas tienen que ser accesibles, y no que tengan que tener una experiencia de usuario super--chachi-guay-divina-de-la-muerte. Saludos, Ramón. Tei comentó: > 2011/12/16 Ramón Corominas : >> Hola, José María y todos. >> >> Sí, lamentablemente la accesibilidad sigue viéndose como algo secundario >> a la hora de ofertar trabajo, y a pesar de que la Ley obliga a ser >> accesibles y no a ser usables, se tiende a ir por esto último por un >> antiguo mito que decía que lo accesible era enemigo de lo bonito... >> >> Lo más triste es que cuando hacemos ver nuestras necesidades y exigimos >> lo que es un derecho, encima tenemos que andar pidiendo perdón para no >> ofender a nadie. >> >> Por supuesto, vaya esto con todos mis respetos a David y a la empresa >> ofertante del trabajo, que sin duda no tratan de excluir a nadie. Esta >> queja es simplemente la expresión abierta de un cansancio que procede de >> muchas otras ofertas de trabajo similares, de la falta de respuesta a >> amables peticiones de hacer las cosas bien, y al seguir viendo que se >> olvidan de nuestras necesidades porque "somos pocos". >> >> Lo siento, David, no es contra ti, pero te ha tocado a ti (guiño) > > > Es dificil encontrar gente. Gente que sepa un poco, que no exija ser > el que mas gana de toda la empresa, o que no pinche a los dos dias > haciendo algo extrañisimo. > Tan dificil es encontrar trabajo, como encontrar trabajadores, > logicamente pues son acciones reciprocas. > > Supongo que en cualquier empresa del mundo recibiran a cualquier > persona que venga con conocimientos de accesibilidad, añadido a todo > lo demas que se pida. Que se pidan unas cosas no quita que se > "puntue" ademas otras. > > > > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OFF-TOPIC] Oferta de empleo, 11870.com
Hola, José María y todos. Sí, lamentablemente la accesibilidad sigue viéndose como algo secundario a la hora de ofertar trabajo, y a pesar de que la Ley obliga a ser accesibles y no a ser usables, se tiende a ir por esto último por un antiguo mito que decía que lo accesible era enemigo de lo bonito... Lo más triste es que cuando hacemos ver nuestras necesidades y exigimos lo que es un derecho, encima tenemos que andar pidiendo perdón para no ofender a nadie. Por supuesto, vaya esto con todos mis respetos a David y a la empresa ofertante del trabajo, que sin duda no tratan de excluir a nadie. Esta queja es simplemente la expresión abierta de un cansancio que procede de muchas otras ofertas de trabajo similares, de la falta de respuesta a amables peticiones de hacer las cosas bien, y al seguir viendo que se olvidan de nuestras necesidades porque "somos pocos". Lo siento, David, no es contra ti, pero te ha tocado a ti (guiño) Saludos, Ramón. Jose María escribió: > Y digo yo, ¿para cuando se exigiran requisitos como los conocimientos en > accesibilidad?, así nos va > > > El 16/12/2011, a las 12:32, David Fernandez escribió: > >> Hola, >> >> En 11870.com estamos buscando un programador/a front end para que se >> incorpore a nuestra oficina en el centro de Madrid. Esta persona trabajará >> integrada en el equipo de tecnología pero en estrecha colaboración con el >> equipo de experiencia de usuario. >> >> *requisitos necesarios:* >> - conocimiento extenso y profundo de HTML, CSS y javascript, en particular >> jquery y prototype >> - interés por las disciplinas relacionadas con usabilidad / experiencia de >> usuario >> >> *requisitos deseables:* >> - conocimiento y experiencia en aplicaciones web en entorno java >> >> *contrato y salario:* >> - contrato indefinido >> - salario acorde a experiencia y capacidades >> - lugar de trabajo: Centro de Madrid (C/ Cedaceros) >> >> Si te interesa envíanos un e-mail presentándote, diciéndonos porqué te >> apetece unirte a 11870.com, acompañado de tu CV a: soyesapersona [arroba] >> 11870 [punto] com. Valoraremos mucho trabajos y/o experimentos realizados >> previos que podamos ver. También mándanos tus enlaces en redes sociales, >> para que sepamos un poco más de ti :-D >> >> -- >> David Fernández >> davi...@gmail.com >> david.fernan...@11870.com >> ___ >> Lista de distribución Ovillo >> Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org >> Puedes modificar tus datos o desuscribirte en la siguiente dirección: >> http://lists.ovillo.org/mailman/listinfo/ovillo > > ___ > Lista de distribución Ovillo > Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org > Puedes modificar tus datos o desuscribirte en la siguiente dirección: > http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Detectar si los estilos están activados o desactivados
Corrección: el caso 2 es, obviamente, "Sí CSS, no JS". Saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] Detectar si los estilos están activados o desactivados
Hola, buenas. Hablando con un compañero hoy por la mañana, nos preguntábamos si es realmente posible detectar que un usuario tiene los estilos desactivados. Por lo que he entendido, al desactivar los estilos en realidad "no pasa nada" a nivel de scripts, es decir, si aplicamos una propiedad de estilo con JS y testeamos su valor, nos devolverá la propiedad aplicada, aunque el navegador no la muestre aplicada. El caso concreto que quiero resolver es el siguiente, a ver si se os ocurre cómo hacerlo: Una página tiene los típicos botones de ampliar/reducir texto y para cambiar el contraste. Voy a suponer que sin scripts los botones actúan recargando la página y guardando los nuevos ajustes mediante cookies que definen qué estilos se cargan (lo sé, no es elegante, pero al menos funciona). El caso es que, si el usuario ha deshabilitado los estilos, estos botones no tienen ningún sentido, puesto que los estilos de fuentes grandes o de alto contraste tampoco se aplicarán. Así, si el usuario tiene los estilos desactivados, preferiría no mostrar siquiera los botones (cargármelos del DOM con JS). Así que... 1. Sí CSS - Sí JS: aparecen los botones, JS modifica dinámicamente los estilos y de paso guardo las preferencias para futuras páginas. 2. Sí CSS - Sí JS: aparecen los botones, y como no tengo JS recargo la página con los nuevos ajustes, que se guardan mediante una cookie escrita por un lenguaje de servidor 3. No CSS - Sí JS: si consigo detectar con JS que los estilos no están disponibles, me cepillo los botones para que no estorben, ya que no tendrán efecto... ¿O hago la cutrez de meter ? x (es bromaaa) 4. No CSS - No JS: los botones los he tenido que meter hard-coded (para que pueda funcionar el caso 2), así que me aguanto y le muestro al usuario unos botones que no sirven para nada. Bueno, que no lo hubiera desactivado todo, ¡será troglodita! xD En fin, la pregunta es: ¿cómo resolver el caso 3? Y ya para nota, si a alguien se le ocurre cómo resolver también el caso 4, le doy un premio por salvar al troglodita Ryan. Saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] acronym o lang
antalla use su propio diccionario de expansiones, ya que no siempre es correcto. Por ejemplo: "Vivir con RP puede ser peligroso si uno no toma precauciones". Si el lector de pantalla está configurado para leer la expansión, evitaremos que lea "vivir con reverendo padre puede ser peligroso si uno no toma precauciones". En definitiva, espero haberme explicado mejor esta vez y aclarado que "mi" preferencia no es exactamente personal, sino más bien la opción más accesible para un amplio conjunto de usuarios con muy distintas necesidades. Un saludo y mis disculpas por el pergamino, Ramón. Emmanuelle comentó: > La duda es viene de antiguo y por eso mismo hace bastantes años tratamos la > cuestión en el SIDAR e incluso hicimos una consulta a la Real Academia para > que quedase suficientemente claro. Podéis encontrar todo el análisis y la > explicación de la RAE en: http://www.sidar.org/funacti/inves/abrvsacr.php > > Aún siendo estimable la preferencia indicada por Ramón, es exactamente eso, > una preferencia personal, pero no debemos olvidar que la web se hace para un > amplio tipo de usuarios con muy amplias y distintas necesidades y > preferencias. > > Saludos, > Emmanuelle > > -Mensaje original- > De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org] > En nombre de Ramón Corominas > Enviado el: miércoles, 30 de noviembre de 2011 23:22 > Para: Ovillo, la lista de CSS en castellano > Asunto: Re: [Ovillo] acronym o lang > > Varias cosas: > > 1. ya no existe en HTML5, sólo > > 2. includp en versiones anteriores, "HTML" no es un acrónimo. Los acrónimos > son palabras que, aunque pueden tener siglas, se leen como se escriben, no > deletreadas (por ejemplo, UNESCO, UNICEF...). HTML se lee deletreado y se > considera abreviatura. > > 3. El idioma del title debe coincidir con el lang del elemento > > 4. Personalmente prefiero que no se marquen nunca las siglas con o > , sino que se describan en el propio texto la primera vez. De ese > modo tanto el que ve como el lector de pantalla leen las dos cosas y el > usuario puede relacionarlas para las apariciones sucesivas. Si no, a lo > mejor el ciego ni se entera de que la primera vez había abreviatura (sólo se > lee la expansión) y luego no sabe interpretar las demás. > > Saludos, > Ramón. > > > Miguel escribió: > >> En vuestra experiencia, otro detalles es que algunos interpretan la >> recomendación de la W3C de manera tal que todos los acrónimos y >> abreviaturas deberían marcarse y expandir su significado cuando >> aparecen en la página la primera vez. ¿Es esta una interpretación >> correcta? o ¿se deben de marcar cada que aparezcan? >> >> Si menciono CSS 15 veces en una página, deberé marcar el acrónimo >> tantas veces como aparece? y las abreviaturas? o solo la primera vez que > aparecen? >> Gracias por su tiempo. >> >> >> Miguel >> >> >> >> -Mensaje original- >> De: ovillo-boun...@lists.ovillo.org >> [mailto:ovillo-boun...@lists.ovillo.org] >> En nombre de mikel blonfu >> Enviado el: miércoles, 30 de noviembre de 2011 09:19 a.m. >> Para: Ovillo, la lista de CSS en castellano >> Asunto: Re: [Ovillo] acronym o lang >> >> Perdón: >> El lenguaje > lang="en">HTML es un lenguaje de marcado... >> >> El 30 de noviembre de 2011 15:16, mikel blonfu > escribió: >>> Que yo sepa freelance no es un acrónimo, con indicar el idioma ya >>> está, en un span normalmente. En acrónimos y abreviaturas a mi lo >>> correcto me parece poner el title en el idioma del acrónimo y >>> especificar el idioma con lang si no es el del resto del documento: >>> >>> El lenguaje >> lang="en">HTML es un lenguaje de marcado... >>> >>> >>> El 30 de noviembre de 2011 15:05, MIguel Flores Franco < >>> mikerfra...@gmail.com> escribió: >>> >>> Amigos, tengo una duda/confusión en cómo tratar el término freelance : >>>> >>>> >>>> · freelance >>>> >>>> · >>> lang="en">freelance >>>> >>>> · freelance >>>> >>>> >>>> >>>> Agradezco de antemano su aclaración. >>>> >>>> >>>> >>>> >>>> >>>> Miguel >>>> >>>> >>>> >>>> ___ >>>> Lista de distribución Ovillo >>>> Para escribir a la lista, envia un correo a Ovillo@l
Re: [Ovillo] acronym o lang
Varias cosas: 1. ya no existe en HTML5, sólo 2. includp en versiones anteriores, "HTML" no es un acrónimo. Los acrónimos son palabras que, aunque pueden tener siglas, se leen como se escriben, no deletreadas (por ejemplo, UNESCO, UNICEF...). HTML se lee deletreado y se considera abreviatura. 3. El idioma del title debe coincidir con el lang del elemento 4. Personalmente prefiero que no se marquen nunca las siglas con o , sino que se describan en el propio texto la primera vez. De ese modo tanto el que ve como el lector de pantalla leen las dos cosas y el usuario puede relacionarlas para las apariciones sucesivas. Si no, a lo mejor el ciego ni se entera de que la primera vez había abreviatura (sólo se lee la expansión) y luego no sabe interpretar las demás. Saludos, Ramón. Miguel escribió: > En vuestra experiencia, otro detalles es que algunos interpretan la > recomendación de la W3C de manera tal que todos los acrónimos y abreviaturas > deberían marcarse y expandir su significado cuando aparecen en la página la > primera vez. ¿Es esta una interpretación correcta? o ¿se deben de marcar > cada que aparezcan? > > Si menciono CSS 15 veces en una página, deberé marcar el acrónimo tantas > veces como aparece? y las abreviaturas? o solo la primera vez que aparecen? > > Gracias por su tiempo. > > > Miguel > > > > -Mensaje original- > De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org] > En nombre de mikel blonfu > Enviado el: miércoles, 30 de noviembre de 2011 09:19 a.m. > Para: Ovillo, la lista de CSS en castellano > Asunto: Re: [Ovillo] acronym o lang > > Perdón: > El lenguaje lang="en">HTML es un lenguaje de marcado... > > El 30 de noviembre de 2011 15:16, mikel blonfu escribió: > >> Que yo sepa freelance no es un acrónimo, con indicar el idioma ya >> está, en un span normalmente. En acrónimos y abreviaturas a mi lo >> correcto me parece poner el title en el idioma del acrónimo y >> especificar el idioma con lang si no es el del resto del documento: >> >> El lenguaje > lang="en">HTML es un lenguaje de marcado... >> >> >> El 30 de noviembre de 2011 15:05, MIguel Flores Franco < >> mikerfra...@gmail.com> escribió: >> >> Amigos, tengo una duda/confusión en cómo tratar el término freelance : >>> >>> >>> >>> · freelance >>> >>> · >> lang="en">freelance >>> >>> · freelance >>> >>> >>> >>> Agradezco de antemano su aclaración. >>> >>> >>> >>> >>> >>> Miguel >>> >>> >>> >>> ___ >>> Lista de distribución Ovillo >>> Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org >>> Puedes modificar tus datos o desuscribirte en la siguiente dirección: >>> http://lists.ovillo.org/mailman/listinfo/ovillo >>> >> >> > ___ > Lista de distribución Ovillo > Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes > modificar tus datos o desuscribirte en la siguiente dirección: > http://lists.ovillo.org/mailman/listinfo/ovillo > > ___ > Lista de distribución Ovillo > Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org > Puedes modificar tus datos o desuscribirte en la siguiente dirección: > http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Como ahorrar tamaño a un archivo CSS
Las tarifas de 3G en roaming son astronômicas, 11,8 euros por MB si sales fuera de la UE. Ahora cuèntame otra vez eso de que se soluciona con hardware... :P Tei escribió: > A mi si alguien pusiera el dinero necesario encima de la mesa, me > encantaria volver a todas las paginas que he vuelto, y optimizar pngs, > jpgs,.. .etc. Al menos nuestras paginas son futureproff, cuando > venga la banda-super-ancha, las paginas iran deprisa que te cagas :D > Es un problema al que solo hay que echarle hardware encima y se > soluciona. El hardware es barato, las horas del programador/diseñador > son caras. > > > 2011/11/25 Ramón Corominas : >> Hombre, aunque en este caso puedo estar de acuerdo contigo, porque la >> reducción va a ser mínima, habrá que mirar el contexto de uso. Eso que dices >> puede ser cierto en el primer mundo, pero no es tan sencillo de forma global. >> >> Además, te aseguro que cada vez que salgo de España y pago roaming de 3G me >> acuerdo de la familia de todos los diseñadores que no redujeron el tamaño de >> las imágenes y demás porque "hoy en día todo el mundo tiene banda ancha". >> >> Saludín. >> Ramón. >> >> Tei escribió: >> >>> De todos modos si estamos hablando de ficheros css de 40KB. Hace mucho >>> tiempo que nadie navega por internet con modems, o desde poblaciones >>> rurales / poligonos industriales. Yo no me preocuparia desde nuestro lado, >>> si alguien navega con un modem de 9600 baudios, el >>> problema esta en su lado. > > > -- > -- > ℱin del ℳensaje. > ___ > Lista de distribución Ovillo > Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org > Puedes modificar tus datos o desuscribirte en la siguiente dirección: > http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] RV: Mal uso del SPAN
Y ambas oociones serán inaccesibles a un lector de pantalla... Pablo escribió: > Tienes 2 opciones. > 1) display:none; Esta opcion oculta al elemento como tambien su espacio > ocupado, por ende, los elementos adyacentes ocupan la posicion del elemento > ocultado. > 2) visibility:hidden; Esta opcion, al igual que el primero oculta al > elemento pero el espacio ocupado por este se mantiene. Los elementos > adyacentes siguen manteniendo su posicion original. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Como ahorrar tamaño a un archivo CSS
Hombre, aunque en este caso puedo estar de acuerdo contigo, porque la reducción va a ser mínima, habrá que mirar el contexto de uso. Eso que dices puede ser cierto en el primer mundo, pero no es tan sencillo de forma global. Además, te aseguro que cada vez que salgo de España y pago roaming de 3G me acuerdo de la familia de todos los diseñadores que no redujeron el tamaño de las imágenes y demás porque "hoy en día todo el mundo tiene banda ancha". Saludín. Ramón. Tei escribió: > De todos modos si estamos hablando de ficheros css de 40KB. Hace mucho > tiempo que nadie navega por internet con modems, o desde poblaciones rurales > / poligonos industriales. Yo no me preocuparia desde nuestro lado, si > alguien navega con un modem de 9600 baudios, el > problema esta en su lado. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Navegadores con soporte de video nativo en html5
Glubs, ahora que tengo tiempo de mirarlo... Un excelente ejemplo de información transmitida por el color, absolutamente inaccesible para alguien con baja visión o ceguera. En fin, queda tanto por hacer... Reactivo Química Visual escribió: > Aquí tienes datos actualizados sobre el soporte de HTML5, CSS3 y demás: > http://caniuse.com/#search=video > > El 14 de noviembre de 2011 11:59, Christian López Espínola < ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Ajustar lista al ancho del contenedor
Aunque el menú sea dinámico, supongo que lo escribes sabiendo cuántas opciones tienes, así que siempre puedes poner la mayor parte de los estilos en la hoja externa y algunos sobreescribirlos con el atributo style. Esto puede sonar a "feo" porque se separa peor el código HTML de la presentación, pero es que para eso está precisamente el atributo style (y de todos modos la separación está ahí, no hay más que desactivar los estilos para ver que los style tampoco se aplican). En la hoja de estilos pondrías todas las propiedades comunes, y en el style el ancho calculado en función del número de opciones que hay: .. .. ... Saludín, Ramón. Rafa escribió: > El problema es el menú será dinámico por lo que en ocasiones > pueden aparecer 6 elementos en el menú pero otras veces pueden > aparecer 8, 10, 5... ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] Estadística real de IE6 [Era: Mostr ar capa sobre imagenes al hacer mouseover]
Hola, Ovillo. Aunque no sé qué porcentaje representará, lo cierto es que una parte de esos usuariso de IE 6 seremos diseñadores/desarrolladores/consultores, comprobando cómo se ven las páginas con IE 6. No es que no nos hayamos actualizado, sino que lo usamos como herramienta de testeo... Así que a ese 19% hay que restarle el porcentaje de usuarios de este tipo, que falsean las estadísticas de uso real. Se me ocurre que tal vez sería interesante que cuando usemos el IE 6 para hacer pruebas, nos identifiquemos de alguna manera como "testing". Ahora mismo no sé si es posible, pero quizá se pueda cambiar de alguna forma el UserAgent para indicar esto y que se tenga en cuenta en las estadísticas para que sean más fiables. De hecho, tal vez lo suyo sería colocar ese "testing" en todos los navegadores que usemos sólo para pruebas, y que sólo el principal esté libre de esta marca. ¿Qué os parece? ¿Sabéis si es posible hacer esto que planteo? Saludín, Ramón. Jairo escribió: > Basándome en estadísticas de Google Analytics que obtengo de webs de > clientes, la tendencia es que la presencia de IE 6 es cada vez menos > significativo. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Mostrar capa sobre imagenes al hacer mouseover
Sí, la validación fallaría porque igualmente el es elemento de bloque. De todos modos, sigo sin entender por qué usas , porque aparentemente no estás encabezando contenidos de ningún tipo (el debería encabezar contenidos en el documento donde lo pones, no en el siguiente). Otra cosa es que puedes poner dos con clases distintas con display: block; y solaparlos para hacer ese efecto de ocultamiento/desocultamiento. Más o menos la idea básica sería algo así: .img1, .img2 { width: 100%; height: 100%; display: block; position: absolute; top: 0; left: 0; } .roll a .img1 { z-index: 0; } .roll a .img2 { z-index: 1; } .roll a:hover .img1, .roll a:focus .img1 { z-index: 1; } .roll a:hover .img2, .roll a:focus .img2 { z-index: 0; } De esa manera además cubres el acceso con teclado, que de otro modo no se activaría si el usuario navega con el tabulador. Saludín, Ramón. Jairo Ochoa escribió: > Aunque la imagen no puede ir dentro del H2 ya que está presente > antes de que se muestre el H2 y queda debajo, tapada por el > background/mascara del H2 > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Mostrar capa sobre imagenes al hacer mouseover
Yo me preguntaría... ¿Es realmente necesario que ese título sea un ? Tal como lo veo a lo mejor es más práctico que pongas un simple . Otra opción, si realmente es un que encabeza algo más que la imagen, podría ser meter dentro del el enlace y que incluya tanto al título como a la imagen. Y a ser posible un solo enlace, porque si no eso puede ser repetitivo para el usuario de lector de pantalla. Y por cierto, a la imagen le deberías poner un texto alternativo con el atributo alt. Algo así, tal vez (suponiendo que hay contenido detrás, si no lo suyo sería no poner ): Mi título ... otros contenidos a los que da título el Saludos, Ramón. Jairo escribió: > Lo he probado también, pero al estar h2 sobre la imagen, la 'tapa' y el > enlace que hay debajo no funciona. > > h2 tiene un width y height del mismo tamaño que la imagen para que así el > png que es background de h2 deje ver la imagen con transparencia. > > :-( > > > -- > > Jairo Ochoa > > > El 15 de abril de 2010 12:51, Carlos Acero Sánchez < > carlos.ac...@aguirrenewman.es> escribió: > > >> Enlaza el link que le pones a la imagen y ya está. >> >> >> Mi titulo >> >> >> >> Carlos Acero Sánchez >> Dpto. Sistemas >> Aguirre Newman >> >> -Mensaje original- >> De: ovillo-boun...@lists.ovillo.org [mailto: >> ovillo-boun...@lists.ovillo.org] En nombre de Jairo Ochoa >> Enviado el: jueves, 15 de abril de 2010 12:26 >> Para: Ovillo, la lista de CSS en castellano >> Asunto: [Correo sospechoso] Re: [Ovillo] Mostrar capa sobre imagenes al >> hacer mouseover >> >> Hola, >> >> Te refieres a validación W3C? >> >> Tal cual está funciona en todos los navegadores >> - Mac OS: Firefox, Camino, Chrome, Safari, Opera, SeaMonkey y Netscape >> - Windows XP: Firefox >> - Windows 7: Firefox, Explorer 8 >> >> Y falla en: >> - Windows XP: Explorer 6 >> >> Todas las capas las muestra sobre el primer elemento. En pantalla se >> muestra >> un grid de 5x3 elemetos .post >> Supongo que el error se debe a los valores de css "position" >> >> Ahora, he hecho el cambio que sugieres >> >> >> Mi titulo >> >> >> >> En el css, cambio lo que comentaron en el anterior email por esto >> >> .post:hover h2 { display:block; } >> >> >> Estéticamente el efecto es el mismo salvo que la zona de enlace se >> restringe >> sólo a al texto. >> >> Es decir, si antes daba igual donde hiceiese click, porque siempre se abría >> la página, ahora sólo funciona si hago click sobre las letras del título. >> >> >> ¿Qué alternativa sugieres que valide y que funcione de igual forma? >> >> >> >> Saludos, >> >> -- >> >> Jairo Ochoa >> >> >> El 15 de abril de 2010 09:39, Ramón Corominas >> escribió: >> >> >>> Nota: >>> >>> es elemento de bloque. >>> es elemento inline >>> >>> no puede ir dentro de si quieres que el código valide. >>> >>> Saludos, >>> Ramón. >>> >>> Jairo escribió: >>> >>>>>> Tengo este codigo html (que puedo cambiar si fuese necesario) >>>>>> >>>>>> >>>>>> >>>>>> mi titulo >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>> ___ >>> Lista de distribución Ovillo >>> Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org >>> Puedes modificar tus datos o desuscribirte en la siguiente dirección: >>> http://lists.ovillo.org/mailman/listinfo/ovillo >>> >>> >> ___ >> Lista de distribución Ovillo >> Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org >> Puedes modificar tus datos o desuscribirte en la siguiente dirección: >> http://lists.ovillo.org/mailman/listinfo/ovillo >> >> En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de >> Datos de Carácter Personal, le informamos que los datos de carácter personal >> utilizados para la presente comunicación proceden de un fichero de datos de >> carácter personal titularidad de Aguirre Newman, S.A., debidamente >> notificado ante la Agencia Española de Protección de Datos, cuya finalidad >> es la gestión (control, mantenimiento y archivo de la documentación
Re: [Ovillo] Mostrar capa sobre imagenes al hacer mouseover
Nota: es elemento de bloque. es elemento inline no puede ir dentro de si quieres que el código valide. Saludos, Ramón. Jairo escribió: >>> Tengo este codigo html (que puedo cambiar si fuese necesario) >>> >>> >>> >>> mi titulo >>> >>> >>> >>> ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] consulta sobre utilización de tablas en forms
Y al corregir eso también veo que al copiar y pegar he dejado el "tx-apell" también en la parte del DNI, que lógicamente habría que cambiar por algo tal que: Saludos, Ramón. > Ejem, sí, un pequeño fallo, gracias ;) > > Andrés escribió: > >> el atributo (for) del label y el (id) del input no deberían ser >> iguales ¿? >> ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] consulta sobre utilización de tablas en forms
Ejem, sí, un pequeño fallo, gracias ;) Saludín, Ramón. Andrés escribió: > el atributo (for) del label y el (id) del input no deberían ser > iguales ¿? > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] consulta sobre utilización de tablas en forms
Ya que te pones, podías hacerlo bien, al menos :P Algunas correcciones a tu formulario básico... 1. "Alta en el servicio" no es un buen identificador para el , teniendo en cuenta los datos que agrupa. Ese texto es más bien un título que identifica el formulario completo, y no a un grupo de controles. La diferencia es que el título se lee sólo una vez, mientras que el es leído por el lector de pantalla cada vez que se accede a uno de los controles del grupo. Es decir, para el camop "nombre", por ejemplo, el lector de pantalla leerá "alta en el servicio nombre cuadro de edición", y también para el resto: "alta en el servicio apellidos cuadro de edición", "alta en el servicio dni cuadro de edición", "alta en el servicio contraseña cuadro de contraseña". En resumen, NO se deberían agrupar todos los campos de un formulario en un , para eso ya está el formulario. 2. Doy por hecho que has suprimido a propósito los atributos "name" para simplificar, pero está claro que todos los campos que recogen variables deben tener este atributo, y el formulario debe tener como mínimo "action" y "method". 3. El atributo "size" es de presentación y por lo tanto deberían usarse hojas de estilo en su lugar. 4. Tal y como está el formulario, sin hojas de estilo se verán todos los campos apelotonados, unos detrás de otros, lo que puede llegar a confundir al usuario de cuál es la etiqueta que corresponde a cada cuadro. Por eso es conveniente incluir cada par label/input dentro de un div independiente. 5. En campos como el DNI, que probablemente requieren un formato concreto, es importante poner un ejemplo de cuál es ese formato. Dado que lo estás limitando a 9 caracteres supongo que no admites el punto separador ni el guión, y no sé si el cero a la izquierda, por lo que hay que concretárselo al usuario. 6. Es preferible incluir cada // dentro de su correspondiente, además de realizar la asociación explícita mediante for e id. 7. Como recomendación adicional, creo que puede ser interesante que los id y name de cada campo sean distintos, para evitar confusiones entre el nombre de variable y el identificador del control. Resumiendo, un formulario bien formado sería más bien así: Alta en el servicio Nombre: Apellidos: DNI: Ejemplo: 09876543A Contraseña: Sí va a ser verdad que mareamos la perdiz... Saludín, Ramón. Adolfo lo dice siempre: > Buenas a todos, como digo siempre, mareais la perdiz como nadie este es un > ejemplo de un formulario basico: ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] consulta sobre utilización de tablas en forms
A ese ejemplo yo le añadiría divs para separar cada campo. Más que nada porque son elementos no semánticos (no añaden carga de "párrafo", que desde mi punto de vista no tiene sentido aquí), pero sí separan los campos en diferentes líneas si se visualiza la página sin hojas de estilo. De todos modos, la asociación "por englobamiento", aunque mejor, es perfectamente compatible con la asociación explícita mediante for/id, así que lo mejor es poner las dos. Saludos, Ramón. Santiago escribió: > Pues encuentro muy interesante la crítica del funcionario del Spri. Creo que > está bien sustentada y me ha convencido, así es que he modificado mi ejemplo: > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] consulta sobre utilización de tablas en forms
A ese ejemplo yo le añadiría divs para separar cada campo. Más que nada porque son elementos no semánticos (no añaden carga de "párrafo", que desde mi punto de vista no tiene sentido aquí), pero sí separan los campos en diferentes líneas si se visualiza la página sin hojas de estilo. De todos modos, la asociación "por englobamiento", aunque mejor, es perfectamente compatible con la asociación explícita mediante for/id, así que lo mejor es poner las dos. Saludos, Ramón. Santiago escribió: > Pues encuentro muy interesante la crítica del funcionario del Spri. Creo que > está bien sustentada y me ha convencido, así es que he modificado mi ejemplo: > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Definición de fuentes en proyecto grand e
Siguiendo con el ejemplo de Ernesto, lo que no estaría mal es que defináis varias clases distintas para poder combinarlas, pero haciendo referencia a nombres más estructurales que de presentación. Por ejemplo: Casanova O bien que en la propia hoja de estilos se contemplen distintas posibilidades según la herencia: ... ... ... ... ... .biografia .cabecera {} .biografia .cuerpo {} .biografia .relacionados {} .opinion .cabecera {} .opinion .cuerpo {} Saludos, Ramón. Ernesto escribió: > identificado con su nombre y con su definición correspondiente en > la hoja de estilos, de tal manera que quedase algo como (por ejemplo): > > Cassanova > > Y que el estilo TitularBiografia tuviese definido el tamaño de letra, color, > cursiva, etc... > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] IE-CSS3
Hola, Ovillo. Supongo que muchos ya lo conoceréis, pero para quienes no, ayer me topé con este script que permite dar soporte a algunos de los selectores de CSS3 en versiones de Internet Explorer entre la 5.5 y la 8: Labs - ie-css3.js. CSS3 pseudo-class selector emulation for IE 5.5-8 http://www.keithclark.co.uk/labs/ie-css3/ En el artículo figura una tabla donde se recoge la compatibilidad entre los diversos pseudo-selectores y algunas librerías de javascript más habituales (jQuery, Mootools, etc.). Saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] consulta sobre utilización de tablas en forms
Hombre, si ya has puesto el no necesitas el ni . En realidad yo me refería a cuando quieres presentar datos, no a recogerlos. Para entrada, sólo e deberían bastar, y mejor si se mete el dentro del : Teléfono ejemplo: 91 333 Saludos, Ramón. Gerardo escribió: > Lo que he visto por ahí es una lista de definición con etiquetas 'LABEL' > como bien dice Ramón, agrupándolas mediante fieldset. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] consulta sobre utilización de tablas en forms
Desde mi punto de vista... Formulario = entrada de datos Tabla = salida de datos Por lo tanto, NO se debe maquetar un formulario con una tabla, y menos poner para indicar cabeceras de datos tabulares. En general, una tabla podría contener varios registros iguales con los mismos campos, mientras que un formulario raramente tendrá este aspecto (normalmente la relación será uno a uno entre etiqueta y control). En el caso de una ficha, también creo que sería más correcto utilizar listas de definición, aunque habría que ver cada caso concreto, y tal vez en algunos casos una tabla sería adecuada. Además, en HTML existe el elemento específico para asociar las etiquetas de forma única a cada control, y si hace falta agrupar controles como botones de radio, existen y , por lo que no veo sentido a usar otros elementos que no están pensados para ese fin. Si necesitas maquetarlo (visualmente) en forma de tabla, puedes usar CSS para hacerlo sin demasiada complicación, y siempre puedes añadir los o que hagan falta sin añadir semántica al contenido. En WCAG 1.0, los puntos asociados serían: 3.3 (maquetar con estilos), 5.3 (tablas de maquetación), 5.4 ( usado para otro fin distinto de marcar encabezados de datos tabulares), 10.2 (asociación implícita de etiquetas y controles) y 12.4 (asociación explícita de etiquetas y controles). En WCAG 2.0, tendrías el 1.1.1 (alternativas a elementos no textuales), 1.3.1 (información y relaciones), y 3.3.2 (etiquetas o instrucciones), aunque dado que las WCAG 2.0 admiten lo de "programáticamente determinable", igual hasta colaba, pero sigo viéndolo mú feo cuando existe para eso. Saludín, Ramón. Martín escribió: > sobre utilización de tablas en formularios ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Sobre la consulta php
Hola, Edgardo. Creo que casi nadie te ha respondido de manera irrespetuosa, simplemente se han limitado a decirte que esta lista no está pensada para esos temas, cosa que, por otra parte, quizá no quede suficientemente clara en su presentación, aunque sí en el archivo de mensajes, dada la frecuencia con la que se presentan este tipo de mensajes. Pero, como te puedes imaginar, si cada dia recibimos algún que otro ciento de mensajes de esta y otras listas, querremos que los temas de cada lista se ajusten a lo que se supone que entra en su temática, porque si no al final esto es el cachondeo padre. Es sólo eso, muy simple, y creo que bastante razonable. Como ha dicho Tei, tampoco veo tan difícil el quedarse a la escucha un poco o leer algo el archivo antes de empezar a lanzar mensajes off-topic. Gracias por tu colaboración. Un saludo, Ramón. Edgardo escribió: > Al parecer me equivoque de lugar , y feo, voya responder de la misma manera > como me respondieron, asi esto ya queda aca > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] evitar recarga FF en blucle
Deberías evitarlo, además, por accesibilidad... Hacer una recarga automática de una página es un incumplimiento del punto 7.5 (AA) en WCAG 1.0 / 2.2.1 (A) en WCAG 2.0 Saludos, Ramón. > Tengo un pag que contiene un iframe en el cual en un momento determinado > se lanza una instrucción de javacript parent.loaction.reload() ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Imprimir contenido de DIV específico ?
En realidad es !important... De todos modos creo que lo que le falta al código original son clases para "ver" y "nover". Vamos, que con poner: Esto no sale ya lo tendrías... En cualquier caso, sí que es mejor usar hojas de estilo externas, aunque sólo sea por claridad. Saludín, Ramón. Jairo escribió: > Yo suelo poner los css en archivos externos, así con 1 sólo fichero manejo > los css de todo el sitio > > media="screen, projection" /> > > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Anexo de "ser de CSS" en la descripcion de la listmail.
La verdad, creo que José tiene razón, tampoco cuesta tanto aclarar qué se entiende por "estándares web" en la descripción. El W3C genera muchas recomendaciones de muy distinto tipo que finalmente son estándares web y no tienen nada que ver con xHTML, CSS o similares. Siendo estrictos, también podríamos considerar estándares web cosas como XML, XSLT, RDF, SMIL, VoiceXML... Y no creo que queramos tratar esos temas aquí. Saludos, Ramón. > Sobre información de presentación de la lista Ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] includes en html
Aunque llego tarde, creo que lo más fácil es que uses un servidor local ya montado, como XAMPP, que además tiene una versión portable. Lo copias en una carpeta, pones tus ficheros en el DirectoryRoot del Apache, lo ejecutas, inicias Apache, y ya está... Para los includes quizá tengas que añadir un par de líneas al httpd.conf: AddOutputFilter INCLUDES .html Options Includes Saludos, Ramón. Joseba escribió: > A poner el código a pelo como en los 90. Son pocas páginas. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] pregunta sobre funciones PHP
Lo que yo haría es poner un [OT] en el asunto del mensaje, o mejor aún, preguntar en una lista de PHP y no de CSS... Saludos, Ramón. ramirex escribió: > pregunta sobre funciones PHP ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] H1...H6 border-bottom
Pensaba que lo que querías era variar el estilo en función del número de caracteres, no simplemente hacer que se subrayaran los caracteres que existan :) Vamos, que lo que yo te proponía también te podría dejar el borde inferior en un espacio en blanco. Saludos, Ramón. Joel escribió: > Gracias por tu solucion, pero ya intentaste la solucion de > ignacio ricci? A mi funciono bien. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] H1...H6 border-bottom
Así a bote pronto dudo que puedas hacerlo sólo con CSS (no sé si CSS 3 tiene funciones que permitan calcular eso). Pero se me ocurre una manera, si los títulos se cargan dinámicamente de una base de datos o algo así... Podrías implementarlo en la función de servidor que dibuje el , calculando primero el número de caracteres, y luego asignando una clase en función de ese valor: 30)? '' : ''; $h .= $texto . ''; ?> Incluso sería más "elegante" si calculas el ancho de cada letra y pones el borde inferior en función del ancho total del texto... Saludos, Ramón. Joel escribió: > me gustaria saber como puedo hacer para que un h1...h6 tome > un border bottom dependiendo de la cantidad de caracteres que > contenga dicho h. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Fwd: Blockquote y parrafos
Hola, Jaume. Supongo que el artículo se refiere a textos que se entresacan del propio texto del artículo en el que uno está, algo muy típico en periódicos o revistas, y que a veces se ve también en medios digitales (por ejemplo, la BBC lo hace mucho con los pies de foto, donde pone un trozo de texto sacado del propio artículo). Coincido con la opinión del autor del artículo, y no creo que sea un efecto "sólo visual". Ese tipo de textos destacados suelen destacarse visualmente con un cuadro o algo similar, y los usuarios que ven distinguen claramente que ese texto es un extracto destacado del artículo, por lo que sería correcto indicárselo también al usuario de lector de pantalla de algún modo, y ese modo puede ser con un par de párrafos ocultos al principio y al final del extracto. Por ejemplo: Inicio de contenido extraído del artículo ... Fin de contenido extraído del artículo Y esos textos ocultos por CSS con una técnica accesible tipo off-left o similar (que básicamente es lo que dice en ese artículo). Para mí lo principal es que esos textos sean claros sobre su objetivo, porque la verdad es que lo de "inicio de texto propio" no lo entendí la primera vez que lo pusiste, hasta que leí el artículo que enlazas... (guiño) Saludos, Ramón. Jaume insistió: > Perdonen mi inistencia, o quiza no llego bien el mail. Que > opinan de lo que dicen en > http://www.circulodemaquetadores.com/xhtml/blockquote-q-cite/ > sobre Blockquote y parrafos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Sobre off-topics (Era: Hosting para envio de emails)
Hola, Ovillo Como aludido "molesto" por los off-topic, diré que no se trata exactamente de molestia en el sentido de enfado, trastorno grave o similares, sino sencillamente de extirpar el cáncer antes de que se extienda. Cuando alguien lanza un tema off-topic totalmente colateral, sin relación alguna ya no con el CSS, sino con el desarrollo web en sí, y sin ni siquiera marcarlo como tal, creo que es importante que se diga "eh, esto no es correcto", porque al hacerlo todos tomarán conciencia de que hay que respetar las normas, porque si no a estas alturas seguro que estaríamos hablando de fútbol ;) Saludos, Ramón. Germán escribió: > Creo que el hecho de la aparición de tantos mensajes off.topic señala la > necesidad de una comunidad más abierta con espacios para hablar de otros > temas, no se si podrían crear sub-listas o algo así sobre los muchos otros > temas que nos interesan como webmasters. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [Off-Topic] Datos de Whois
Hola, buenas. Si no recuerdo mal, en España al menos se tiene que identificar al propietario, pero que yo sepa no se dice nada de si esa identificación debe ser de una persona o de una empresa. Entiendo que si esa empresa está constituida legalmente, ese señor estará también identificado en alguna parte como dueño, socio o lo que sea de esa empresa. En cualquier caso, no veo que haya demasiado problema en que no se ponga un nombre de persona, siempre que haya una identificación clara de quién es el propietario último del mismo (que en este caso entiendo que es la empresa, ¿no?). Saludín, Ramón. > El propietario de un dominio no quiere dar su nombre, sólo el de su empresa ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Hosting para envio de emails
Es un tema off-topic, como mínimo se debería marcar como tal Sebastian escribió: > Para mi esta re bien que se toquen estos temas. Es parte de ser > webmaster, y no es lo mas facil. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] [OT] test, no leer
Sólo un test. No recibo correos desde hace varios días... Muy extraño para Ovillo :) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] em vs. px
Hola, buenas. Dos cositas acerca de las WCAG... 1. La Ley española se basa en UNE 139803:2004 = WCAG 1.0 = font-size y line-height en em, ex o % 2. En WCAG 2.0, aunque no se dice expresamente lo de las medidas relativas, se habla de "texto escalable". Teniendo en cuenta que una de las claves de WCAG 2.0 es el de "soporte para la accesibilidad", se entiende que la característica en la que se confía (el escalado de fuentes) debería estar soportada por los agentes de usuario (navegadores), y en la Declaración de Conformidad hay que indicar cuáles son los navegadores en los que nuestras páginas son accesibles. Una opción es poner en esa declaración que nuestras páginas son "accesibles para IE7 o superior, Firefox o superior, Opera x o superior, etc.". Lo único que cambiaría si pones ems es que además podrás incluir a IE6, pero poco más, la verdad... Saludos, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Excelentes Noticias (adios IE6)
Mi pregunta es sobre lo que algunos han mencionado de "clases sociales", no sobre otras razones como "políticas de empresa", "restricciones de privilegios" o cosas similares. Carlos escribió: > Políticas de empresa, directivas de grupo Windows, no tener acceso de > administrador a la máquina del trabajador, por ejemplo. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Excelentes Noticias (adios IE6)
A ver, comparto el fondo del asunto, no se trata de dejar fuera a nadie... Por accesibilidad como que no va a ser, porque si se diseña con estándares reconocidos (y no hablo de HTML5 o CSS3), raramente los problemas de visualización del IE6 son tan graves como para perder accesibilidad real, y algunos de los problemas del modelo de caja, que pueden ser los más críticos en esto, se pueden solventar con soluciones relativamente simples. De todos modos, no hablo de decidir unilateralmente el dejar de dar soporte a IE6, sino de no incluir esto en la base de un proyecto moderno, sino como un añadido que se cobra aparte. Cuando las empresas tengan que pagar aparte (y a su precio) nuestros quebraderos de cabeza, veréis qué rápido os dicen que no les interesa tanto el crossbrowsing. Por cierto, ¿alguien me puede explicar cuál es el problema técnico o económico que hace que algunas "clases sociales" que usan IE6 no puedan actualizarse a IE7 o IE8? Porque no me parece que IE6 sea precisamente un gran ahorrador de recursos, no sé... Saludos, Ramón. Varios opinan: > IE6 hasta que el infierno se congele ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Excelentes Noticias (adios IE6)
Buenas. Carlos comenta: > Quizás en su casa no tienen internet y sólo navegan en el trabajo. Y quizás en el > trabajo están capados. Vale, pero eso no es que no tengan Internet. En su casa no lo tienen, y por lo tanto ahí da igual que se actualicen o no, si no pueden navegar... En el trabajo el problema puede ser otro, pero no la "falta de Internet". >> Y lo de su falta de interés, pues lo dicho, que se aguanten. > lo dicho, quizás no puedan :P Y otra vez de acuerdo, pero entonces el problema es "no poder" y no "tener falta de interés". Ahora bien, sobre ese problema... Lo que digo es que no es NECESARIO que la web se vea PERFECTA en IE6, y que no creo que sea conveniente dar soporte absoluto para IE6. Es decir, lo mismo que hace cualquier compañía de software al no soportar versiones antiguas de sistemas operativos. Nadie se escandaliza si un programa no funciona en Windows 98, no veo por qué vamos a tener que mantener nosotros el soporte para una aplicación del año 2001, eso es todo. Saludos, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Excelentes Noticias (adios IE6)
¿Mande? Tocino, velocidad, churras, merinas... Qué bonito es el idioma y su variedad. Lo siento, es que no pillo la relación ni de qué te quejas exactamente. José divagó: > Cada vez nos parecemos más a la SGAE. Nosotros por encima del mundo. Me > estoy dando verdadera pena. A lo mejor es que soy un romántico y pienso que > nuestro trabajo es para que lo disfruten otros, no para satisfacer nuestra > vanidad de sabios programadores-diseñadores... > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Excelentes Noticias (adios IE6)
Y digo yo... ¿si no disponen de Internet para qué demonios usan Internet Explorer? Y lo de su falta de interés, pues lo dicho, que se aguanten. SoporteNuke escribió: > Se que muchos dirán que es cruel hacerlo de ese modo, pero me limito a > probar en las últimas versiones de los navegadores...Pero si hay algo que > tomar en cuenta es que a muchos no se les hace tan fácil actualizar, a veces > no disponen de medios como Internet o memorias flash o interés en hacerlo... > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Excelentes Noticias (adios IE6)
El problema no es si desaparece IE6 o no, sino que los diseñadores siguen tratando de lograr que todo se vea bien en IE6. Si de verdad queremos que la gente se actualice, despreocupémonos de IE6, y el que no quiera cambiarse, que se j... Que se aguante. Saludín, Ramón. José escribió: > Es gratificante saber que empresas de tamanio como Google y otras informan > de dejar de dar soporte para IE6, esperando que por fin muera esta version > del navegador de Microsoft para este 2010, que de por si ya Google fijo > fecha para eso. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Oferta empleo maquetador web junior en Madrid
De acuerdo en que Flash no se suele llevar bien con la accesibilidad, pero desde hace tiempo tiene una serie de características para accesibilidad relmente potentes, y bien usadas pueden servir de mucho, e incluso lograr cosas muy difíciles de hacer de otra manera (por ejemplo, subtitulado o audiodescripción configurables en función de las necesidades de los usuarios). Si un usuario ciego usa Internet Explorer y JAWS, Flash puede ser completamente accesible (desgraciadamente no se da la misma situación en otros sistemas operativos, y con Firefox no siempre funciona todo). Además, una web podría tener un Flash incrustado junto con su alternativa y seguir siendo accesible sin soporte para Flash. Otra cosa es que la oferta, como casi todas, mezcle churras con merinas, pero en fin... Saludos, Ramón. Ignacio Ricci escribió: > Me da gracias accesibilidad + flash. LOL. > Y saber Actionscript/Flash no es realmente la tarea del maquetador... ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Alternar colores en una celda.
Cuando hablo de la separación contenido-presentación-comportamiento me refiero a lo que el usuario percibe. Si el usuario desactiva los scripts y cambian el contenido o la presentación, es que no se está respetando esa separación, igual que si se desactivan los estilos y cambia el contenido. Cada capa puede activarse o desactivarse por separado, y cada una cumple la función para la que fue diseñada. Saludos, Ramón. Reactivo Química Visual escribió: > Además también rompe el famoso trío contenido-presentación-comportamiento, > ¿no es así? > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Alternar colores en una celda.
Sí, si no fuera porque ese efecto "estético" es también una ayuda visual muy importante para asociar los datos de las distintas celdas, especialmente para alguien con un campo visual reducido, por ejemplo. Vamos, que para mí "estético" es otra cosa. Y que un método sea más fácil no lo hace más válido, digo yo. Saludín, Ramón. carlos escribió: > Y se logra por css, sólo que se le aplican las clases mediante js. Que poniéndolo en el HTML > iría mejor? Sí, sin duda. Pero al generar las tablasdesde PHP u otro lenguaje de programación > de lado del servidor, el código para conseguir ese efecto es algo más complicado que hacerlo > desde js, y que no hace falta repetir por todas las tablas, ya que el js lo aplicaría a todas las > tablas automáticamente, mientras que para hacerlo mediante php has de replicar el código > (depende de cómo programes, a veces más y otras menos) a todas las tablas que quieras > cebrear. > (...) > Y mientras los añadidos que se hagan con js sean puramente estéticos, no tengo problema > en ello. Lo jodido es cuando los enlaces o formularios sólo funcionan con js. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Alternar colores en una celda.
Hola, Ovillo. Aunque comparto la idea de que jQuery no es precisamente una "carga" para el servidor, y que el JavaScript bien usado mejora la experiencia de usuario, en este caso me parece un error. Si algo tiene la separación de contenido-presentación-comportamiento es que cada capa está en su sitio y se ocupa de lo suyo. En este caso, "presentación" corresponde a CSS, y no a JavaScript. De acuerdo en que a veces hay mejoras en la "presentación" que sólo se pueden conseguir con scripts, pero este no es el caso, lo que se busca se puede lograr perfectamente con CSS (por ejemplo, poniendo clases a cada fila, como ya se ha dicho). Y sobre todo, porque hay algún que otro usuario "raro" (me incluyo) que en su navegación normal tiene desactiva dos los scripts para la mayoría de las páginas... Y cuanta menos dependencia creemos en una determinada tecnología, mejor. Saludos, Ramón. Rodrigo escribió: >1. Yo soy de los que cebrea las líneas de las tablas con jQuery, > porque hacerlo con jQuery me supone una sola línea de código. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Texto preformateado
Tanto como y son bloques, pero mientras en los dos primeros el contenido debe ser inline, en el puede haber también bloques. De esa manera, en un sí se pueden meter , pero en un no se pueden meter . Esto es así porque puede ser que necesites hacer una cita larga, con lo cual tendrás un bloque con varios párrafos dentro, y de paso puedes relacionarlos con su autor o fuente mediante . Por su parte, es ya de algún modo un párrafo, por lo que si quieres poner un ejemplo de código lo suyo podría ser: Ejemplo de código CSS: html * { font-size: 100%; } Saludín, Ramón. #markup #html #spec # # # # > Gracias por vuestras sugerencias. El tema era que utilizé PRE dentro de un P, > por aquello de mantenerlo organizado. Evidentemente ni se puede ni debe > hacerse. Era una duda al poner un ejemplo en un cursillo que estoy > impartiendo. > > En cuanto a lo de P como bloque, por supuesto, aunque me surge otra duda, > nunca habeis visto Blockquotes dentro de un P? > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Texto preformateado
No, PRE es un elemento de bloque, y P sólo admite contenido inline. De todos modos no le vería mucho sentido semántico a incrustar PRE en un párrafo, porque precisamente el uso normal será incluir varias líneas con formato pre-establecido, y no un parrafo, que es una entidad de texto que va seguido y trata sobre un determinado asunto. Y las repercusiones, básicamente, es que no valida (guiño) Un saludo, Ramón. jaume escribió: > Me ha surgido un dilema, se puede poner un dentro de > un párrafo? > Y que repercusiones puede tener. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Una buena idea
Lista, sin duda. Un foro es mucho más inaccesible, ni hablemos de un Wave (lo siento, pero es que para participar hay que poder acceder...) ;) Saludín, Ramón. Marc escribió: > Genial, pues sigamos todo este asunto vía otro canal y así podemos > limpiar un poco de lista de este offtopic. > > Ummm.. que propuestas tenemos? mejor una lista? o montamos un foro? > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Una buena idea
Hola a todos. Aunque a veces ando un poco desaparecido, me gustaría aportar mi granito de arena a este tema, y sobre todo que el proyecto nazca desde la base con criterios de accesibilidad. Actualmente trabajo como consultor de accesibilidad web y experiencia de usuario, por lo que creo que puedo ser útil en estos terrenos, especialmente en el primero, realizando auditorías y resolviendo dudas a las principales empresas españolas. Se me ocurre que además sería muy interesante de cara al repositorio de código que en cada código hubiera un enlace sobre su accesibilidad y posibles barreras o inconvenientes que puedan presentarse. También se podrían incorporar al portal herramientas para potenciar la accesibilidad y soluciones accesibles con un buen diseño que sirvieran de ejemplo y demostración de que la accesibilidad no va reñida con el diseño. En definitiva... ¿dónde hay que apuntarse? (guiño) Un saludín, Ramón. Gerardo escribió: > Yo voto por un proyecto que tenga cosas que no se han visto en ningún sitio y > sean útiles, un punto de novedad. No me gustaría que fuese simplemente un > montón de contenido más o menos relacionado. ¿Viste > lo que propuse hace unos días? Lo copio: > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] OT: label sin for
Philipp, yo no redacté las WCAG 1.0, y aunque teóricamente no daría problemas, el punto 12.4 es muy claro, y si se incumple, técnicamente hablando no se cumple la doble-A. Por otro lado, ese punto está ahí porque no todos los lectores de pantalla se comportan bien con la asociación implícita, y por eso se recomienda siempre la asociación explícita. De hecho, la asociación implícita no necesita estrictamente que se envuelva el input con el label, bastaría con colocar la etiqueta adyacente al campo, aunque por supuesto es mejor si se mete dentro. Un saludo, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] OT: label sin for
Referencia: WCAG 1.0 [1] "12.4 Associate labels explicitly with their controls. [Priority 2] For example, in HTML use LABEL and its "for" attribute." Es decir, que si no lo pones, el punto 12.4 no se estaría cumpliendo. Lo que te proponía es más bien añadir en la generación del código una cadena aleatoria delante del nombre generado, que a nivel de código quedará horrible pero que en realidad jamás se lee por el usuario. Así, el ID sería algo en plan "ax51xy9b2dk-text-name-1". Eso sí, asegúrate de que el primer carácter es una letra ;) Salu2, Ramón. [1] Web Content Accessibility Guidelines http://www.w3.org/TR/WCAG10/ > La repetición podría darse si se generaran dos formularios en la página. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] OT: label sin for
Correcto no es, al menos en WCAG 1.0 se incumpliría el punto 12.4, y la asociación explícita siempre es preferible. De todos modos, salvo que el ID lo uses para algo más, siempre puedes poner una cadena distinta delante de cada campo, por ejemplo: Nombre 1 Nombre 2 Por cierto, ojo con poner la misma etiqueta (el texto de la etiqueta), porque tampoco sería correcto asociar una misma etiqueta a dos campos distintos en un mismo contexto (siempre se deben poder identificar sin ambigüedad). Saludos, Ramón. Juan escribió: > la duda es si esto es correcto mirando tb la accesibilidad: > > Nombre > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Invitaciones para typekit.com/
Contestad en privado, por favor. Gracias :) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Cambiar el estilo de un boton
Ah, es cierto, para temas de fondos igual es mejor que uses Saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Cambiar el estilo de un boton
input[type="reset"] { background: url('images/cancel_btn.png') no-repeat; } Pero no te va a funcionar en todos los navegadores, así que es más sencillo que le pongas una clase al input y utilices esa clase: input.reset { background: url('images/cancel_btn.png') no-repeat; } Saludín, Ramón. ReynierPM escribió: > ¿Es posible cambiar el estilo de un INPUT de tipo RESET? ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Consulta sobre editor CSS
Yo no lo veo tan absurdo, aunque sí es cierto que el problema va a ser que las herencias no va a ser fácil que las saques (una misma clase puede afectar de forma distinta estando en un elemento u otro). Si sólo necesitas los atributos CLASS o ID, podrías hacer una macro en UltraEdit o similar para repasar rápidamente el código y copiar las clases al final. Algo así, por ejemplo (esto sería lo que grabaría la macro en UltraEdit): Control + Inicio (Ir al principio del documento) Control + F (Buscar). - Texto a buscar: 'class="*"' - Expresiones regulares activado Control + X (Cortar) Control + Fin (Ir al final del documento) Enter Control + V (Pegar) Si esa macro la asignas a una tecla rápida y la guardas en un fichero de macros, sólo tendrías que cargar cada HTML y pulsar unas cuantas veces la tecla, y al final te aparecerían todos los class="loquesea" uno en cada línea, y los puedes sustituir fácilmente por loquesea { }. Obviamente, es sólo una chapucilla también manual, y probablemente no te arreglará todos los problemas, pero algo es algo. Otra opción más sencilla, y probablemente más útil, sería coger los CSS originales que se supone que tienes que modificar, y sustituir { * } por { }, de esa manera partirías del mismo código CSS pero vacío... Un saludín, Ramón. Martin Etxauri escribió: > Me ha surgido un encargo donde sobre unos htmls ya montados tengo que > reutilizar los class que hay en ellos y redefinirlos en el documento > CSS pero sin tocar los htmls. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] insertar fuente
! ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] insertar fuente
Si no recuerdo mal, en Firefox ocurre también, dependiendo de cómo esté incrustado el Flash, si en modo ventana o no o algo así... Tei escribió: > Tambien algunos navegadores no permiten que otras partes de la pagina > web floten por encima de un objeto flash ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] insertar fuente
Hola, Ovillo, tras un largo paréntesis... Cuidadín con sIFR, tiene varios problemas de accesibilidad... Entre otros: - No es escalable ni configurable por el usuario - Al ser Flash, en algunos casos no es leído por los lectores de pantalla (y tampoco su alternativa), lo cual es especialmente grave si se usa para encabezados - En determinadas condiciones de ampliación de texto (o sin estilos, p.ej.) puede resultar que el texto del interior del Flash se corte - Si el usuario tiene activada la opción de alto contraste, el fondo es negro, con lo que una fuente negra hecha con sIFR simplemente desaparece... En fin, que desde mi punto de vista es mejor no usarlo, vamos. A los clientes no siempre hay que darles lo que piden, sino enseñarles que lo que piden podría incumplir alguna que otra ley. Saludín, Ramón. Tei escribió: > Para titulos y cosas asi, las soluciones como sIFR se podran usar. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿HTML 5 YA?
Desde mi punto de vista no hay que considerar la validación estricta del código como un dogma de fe, sobre todo cuando eso impide añadir semántica a la página. El hecho de que rel="license" no sea estrictamente válido no quiere decir que provoque un problema a ningún navegador, parser ni aplicación. A lo mejor sería más "limpio" de cara a pasarle el validador el eliminarlo, pero también puede ser que se pierda semántica de contenidos, o accesibilidad, sólo porque no valida... Por ejemplo, los atributos usados en WAI-ARIA son del tipo aria:describedby y cosas así, que por supuesto no son "válidos", pero son precisamente esos atributos combinados con el JavaScript accesible, los que aportarán una mejor accesibilidad al contenido. Saludos, Ramón. > rel="license" se consideraban no válidos. > > Como no supe que hacer lo que hice fue eliminar todos los atributos que no > validaba el W3C y seguir trabajando. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Poner el código de las capas en un arch ivo CSS aparte
Javier escribió: > Es casi una manía que tengo generar el código de la forma más limpia > posible. > Buena "manía" ;) > Si coloco el código de las capas (nombre, tamaño, posición) en aun > archivo CSS aparte (por ejemplo layers.css) ¿es correcto? Sí, aunque no sé si es bueno que pongas un CSS para cada cosa distinta que hagas, eso genera más peticiones al servidor y también se enguarra el fichero de log de visitas (aunque se puede filtrar fácilmente, claro). > ¿afecta a nivel SEO? Pues no creo, al fin y al cabo eso es sólo información de estilo, no de contenidos. > ¿en lugar de un archivo CSS mejor otro? ¿cuál? > Sí, un archivo CSS es lo suyo. Desde mi punto de vista lo ideal es ordenarlo un poco o separarlo en varios, pero sin pasarse. Por ejemplo, yo suelo tener uno "layout.css" donde meto lo que es posicionamiento, estilo global de bordes, paddings, margins, etc. que afecten al posicionamiento; otro "colores.css" sólo con información de color e imágenes de fondo (background-color, color, background-image y border-color), y un tercero "general.css" donde meto tamaño y estilo de tipografías, estilo y grosor de bordes, interlineados, márgenes interiores, redondeces, etc. Saludos, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Porque no usar caracteres en los nombres de los archivos
La principal razón para no usarlos es que el formato URLencode que se verá en la URL no los acepta, por lo que te saldrán con su codificación (algo así como %2E, %3D, etc.). Y luego al guardarlos en disco puede ocurrir que se guarde con esa codificación en lugar de los caracteres originales. En algunos casos también puede dar problemas de enlaces rotos, aunque creo que eso es menos probable. Y bueno, si usas espacios en los nombres y lo referencias desde un atributo (href, src), podría ser interpretado como una lista de dos valores distintos del atributo, como cuando pones class="rojo grande" o similares. Saludos, Ramón. Javier Guerrero escribió: > ¿Es recomendable utilizar caracteres especiales en los nombres, tales como > acentos, espacios en blanco, ñ, etc? ¿Cuál sería las desventajas de usarlos > en los nombres de archivos? > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] punteado de un link
Si quieres que esa página cumpla con las pautas de accesibilidad WCAG 2.0 [1], no lo evites. La manera de evitarlo es engañar al navegador eliminando el foco del elemento mediante JavaScript, pero esa práctica está definiida como un incumplimiento [2] del criterio de éxito 2.4.7 [3] de las WCAG 2.0. Lo mismo pasa si utilizas estilos para eliminar el outline [4]. Aunque personalmente opino que si usas la segunda técnica (y funciona, lo cual no tengo muy claro), y al mismo tiempo indicas el foco de otro modo (invirtiendo los colores en un botón, por ejemplo), sí se estaría cumpliendo, ya que lo que pretende este criterio es que haya una indicación clara de por dónde anda el usuario al tabular. Saludos, Ramón. [1] http://www.w3.org/TR/WCAG20/ [2] http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/F55 [3] http://www.w3.org/TR/UNDERSTANDING-WCAG20/navigation-mechanisms-focus-visible.html [4] http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/F78 toni martinez escribió: > Tengo un link que es una imagen, le he puesto el border:0 para > que no salga el recuadro alrededor de la imagen. Pero lo que no se como > evitar es que al hacer clic sobre la imagen si que aparezca un pequeño > recuadro punteado al rededor de la imagen, por cuestiones de diseño queda > bastate feo y me gustaria si alguien conoce el metodo para eliminar dicho > punteado. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] correcto formato de formularios
Lo de "campo obligatorio" tiene que ir sí o sí dentro del , ya que de lo contrario no será leído por un lector de pantalla. Los lectores de pantalla cuando acceden a un control leen lo que pone la etiqueta. Por eso puede ser buena idea encerrar el dentro del , además de enlazarlos con los atributos for/id. El enlace adicional "mostrar contraseña" no forma parte de la etiqueta de ese control, por lo que debe quedar fuera del . Agrupar los campos con sólo debería hacerse cuando los campos tienen relación entre sí, y siempre proporcionando un . Si no se pone queda el queda "cojo". Otra cosa es que sea interpretable lo de encerrar todos los campos de un mismo dentro de un global. Saludos, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] correcto formato de formularios
¿Y para qué los fieldset si no hay campos que tengan relación entre sí? Y sobre todo, poner un fieldset sin legend añade semántica (agrupación) sin etiquetado, lo cual puede ser peor. Asela Ortiz de Murua escribió: > Quiero dedir que no hacen falta más contenedores; que con CSS y el esquema > siguiente es correcto (estándar y accesible) y suficiente para hacer > formularios bonitos. > > > > ... > > > texto > diferenciado > ... > > ... > > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] correcto formato de formularios
Y digo yo, existiendo label/input, ¿qué semántica añade una lista de definición? Jorge Gónzalez - yparamuestaunboton.com escribió: > A mi me gusta la opción de usar listas de definición para > plantear formularios un poco más semánticos, la verdad que lo he usado > en algún proyecto pero no soy capaz de encontrarlo así que te paso un par de > link que encontré, > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] correcto formato de formularios
Nota: los campos marcados con un asterisco son obligatorios Nombre * (campo obligatorio) Clave * (campo obligatorio) Mostrar clave Saludos, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Fuentes comunes en japonés
Si el servidor no envía directamente el charset, tal vez funciona usar la directiva charset de CSS al principio del fichero de estilos: @charset "utf-8"; Saludos, Ramón. > Aparte, cuantos servidores proporcionan el css con content-type > "text/css; charset=UTF-8"... ¿o un documento CSS tiene por defecto > UTF-8?, habria que mirar la especificacion y luego si los navegadores > la respetan. Si yo pongo font-family: "メイリオ","Meiryo" en un CSS, y > luego ese CSS se interpreta como iso-8859, la hemos cagado. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problemas con el Explorer y bullet en listas
Bueno, es que yo creo que con la churrera webera sólo le pueden quitar el pan a freelances churreros y a empresas churreras, por eso no me parece nada malo, la verdad. Vamos, que a mí creo que no me quitan el pan, sino más bien todo lo contrario. Para mí es como decir que la cocina económica le está quitando el pan a Ferrán Adriá... Sin querer compararme con Adriá, ¿eh? Saludín, Ramón. Joseba escribió: > Osea el ministerio es el que saca ese paquetito para webizar a todas > las empresas a '2 durillos' y quitar el pan a unos cuantos freelances > y empresas del ramo. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problemas con el Explorer y bullet en listas
Hola, Ovillo. No había visto hasta ahora de dónde venía la "polémica" sobre el reventón de los mercados, y ahora que lo veo, me gustaría dar mi opinión... Que se hagan programas de presencia en Internet para las empresas es bueno, y no me parece en absoluto que una cosa así vaya a perjudicar el trabajo de los profesionales que viven del desarrollo web, sino más bien todo lo contrario. Está claro que un sistema automatizado de creación de páginas, con su "churrera", es precisamente una forma de incitar a las empresas a que entren en la Red. Son empresas que de otra manera, simplemente no entrarían, no pagarían un duro por hacerse una web con un profesional, y de esta manera por lo menos llegan a Internet. A partir de ahí, tarde o temprano se darán cuenta de que lo que tienen es un churro igual al churro de la competencia, y que su posicionamiento en los buscadores es igual de malo que el de la competencia (o peor), y puede que algunas de esas empresas quieran más, y entonces acudirán a los profesionales para que les hagan las cosas mejor. Y si no hubieran empezado por ahí, a lo mejor ni siquiera querrían nada. No sé, Dreamweaver promete a sus usuarios que hacer una web es algo fácil y divertido, que todo el mundo puede hacerlo. Y sistemas para hacer churrowebs los hay a cientos, muchos de ellos ofertados de forma totalmente gratuita por proveedores de hosting... Y que yo sepa las empresas siguen llamando a los profesionales para que les hagan algo de calidad. Ese es nuestro trabajo, creo yo. Un saludín, Ramón. Joseba escribió: > Me da que tu oferta es otro revienta mercados mas de todo a 2 duros con la > típica aplicación haz tu propia web desde x al año. > > Lo siento para los que se dedican a hacer webs en este país. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Parpadeo de imágenes de fondo en IE al ca mbiar de sección
Sólo por curiosidad... ¿Has probado con diferentes tipos de JPG? No sé, tal vez sea distinto si el JPG es progresivo o no lo es. Saludos, Ramón. Samuel - escribió: > Pero en IE6 y IE7 aparece un molesto parpadeo de unas decimas de > segundo, que supongo que tiene que ver con el tiempo de carga de estos > fondos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos párrafos
Es una buena idea, aunque me temo que no es posible, al menos por ahora... El problema es que el lector de pantalla funciona como una capa aparte del navegador, capturando las llamadas a la tarjeta de vídeo, así que tengo la impresión que sería como tratar de detectar la presencia de una determinada tarjeta de vídeo o de una memoria usb. No cambia la cadena User-Agent, y tampoco parece afectarle el uso de media="aural". No se me ocurre de qué otra manera se podría detectar, la verdad. Hernán Beati - SaberWeb.com.ar escribió: > Estoy pensando en otra posibilidad: ¿alguien sabe si existe alguna forma > "confiable" de detectar la presencia del lector de pantalla, ya sea > mediante parte de la petición HTTP, mediante User-Agent o con una hoja > de estilos aural, o con "X" técnica, para que cierto contenido sea > "omitido" con display:none SOLAMENTE en un lector de pantalla? > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos p árrafos
Pues no sé, qué quieres que te diga, no todos los periódicos utilizan el mismo formato, tampoco en web (El Mundo vs. El País, La Nueva España vs. La Voz de Asturias...). Es curioso como los que tienen antetítulo resuelven el tema de formas que, a mi entender, son muy poco satisfactorias. En cualqueir caso, "nuevos medios, nuevos convenios". Si pretenden seguir en web con algo que funcionaba en papel sólo porque "en papel funcionaba", a lo mejor tienen una visión un poco rígida de cómo funciona la psicología humana, ¿no crees? Ovillo: la lista donde se tira de un hilo y se lía la madeja... Saludín, Ramón. PD: Venga, va, lo pregunto, ¿qué es TL;DR? Tei escribió: > Pues probablemente para ellos es obvio: Porque si lo haces de otra > manera "esta mal", y la forma de hacer las cosas es la determinada. > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos p árrafos
¿Resquemor? No, hombre, para nada... Más bien es frustración por no lograr resolverlo de una manera adecuada. De todos modos, aunque está claro que las noticias existían antes, el tema es cuadrar el concepto tradicional con las posibilidades técnicas del medio donde vas a publicar. Cuando hablo del "empeño de los editores" me refiero a que se empeñan en adaptar el medio a la noticia, y no admiten la posibilidad de adaptar la noticia al medio, que desde mi punto de vista es más razonable. No sé por qué se puede adaptar la publicidad, las interfaces, los formatos de fuente, colores, etc., y no se puede alterar el formato del ente "noticia"... Aparte de que el concepto de "antetítulo" a mí se me escapa un poco, la verdad Saludín, Ramón. Tei escribió: > En este caso _una noticia_ es un ente que tiene un formato que ya > existia antes de inventarse la web. Un formato "estandarizado" > digamos, igual que las citas de libros por ejemplo. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos párrafos
Sí, claro, es que el marcado para el antetítulo es un desde el principio... Martin Etxauri escribió: > ¿igual un H no es el marcado apropiado para ese antetítulo, no? > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos p árrafos
Esa posibilidad se planteó hasta que me explicaron en qué consistía el antetítulo... El problema es que a veces es una aclaración bastante larga, e interesa (por usabilidad) que se lea primero el título, que es lo que realmente define la noticia. Por ejemplo (siguiendo tu esquema): El centro de investigación en física de partículas será inaugurado en abril de 2012 Aprobada la creación del Complejo "Little Bang" La razón de que el antetítulo vaya antes es, como digo, por empeño de los editores (a mí me parece que esa aclaración debería ir detrás, pero en fin...). Visualmente no es demasiado problema, el título es grande y el antetítulo probablemente se leerá después, a pesar de que esté encima. Pero claro, el lector de pantalla no sabe priorizar como lo hace el usuario al escanear con la vista. Saludín, Ramón. Tei escribió: > > Antetítulo (nota aclaratoria) de la noticia > Título principal de noticia > > > > > > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos párrafos
Lástima, al probarlo con el lector de pantalla, el buffer virtual se actualiza también con el onload, por lo que también lo lee en el orden invertido, así que al final es casi como cambiar el orden directamente en el código, que era lo que se quería evitar. Seguiremos investigando... Saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos párrafos
¡Aaah, claro! Se lo plantearé al cliente a ver si le vale, ¡muchas gracias! Un saludín, Ramón. Carlos Rincón escribió: > No hay que calcular nada, tan sólo cambiar el DOM. > > ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos párrafos
Carlos Rincón escribió: > Tal cómo ya te han dicho la manera más fácil, rápida y limpia es usar > javascript. Con Jquery es muy sencillo y los que no tengan javascript > también lo verán tan sólo que en el orden original. > Si no hay otra manera podría plantearse una solución con JavaScript, pero me temo que tampoco eso lo solucionaría. Imagino que la idea es calcular, en la carga de la página, las dimensiones de los contenedores y abrir el hueco apropiado para el antetítulo con un margin o algo así, ¿no? La cuestión es que eso sólo solucionaría el posicionamiento inicial, pero si el usuario amplía el tamaño de letra una vez cargada la página, me temo que se solapará todo. Gracias de todos modos, habrá que investigar más por ahí. Saludos, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos p árrafos
Ignacio Ricci escribió: > El AAA es prácticamente irreal desde mi punto de vista.Creo que con AA es > suficiente. > Me pregunto por qué el W3C dedica tantos esfuerzos para desarrollar algo que es prácticamente irreal... Fuera bromas, estoy de acuerdo en que el nivel AA permite un grado de accesibilidad bastante alto y elimina la mayor parte de las barreras, pero los puntos de nivel AAA están ahí sobre todo para facilitar más aún el uso de las páginas. Los usuarios que realmente tienen problemas pueden beneficiarse muchísimo de algunos puntos de nivel AAA. Un saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos p árrafos
Me debo explicar fatal, porque enseguida se desvía el hilo hacia cosas que no son el meollo del problema técnico, pero en fin, para que quede claro... Martin Etxauri escribió: > personalemente he intentado antes algo así y... creo que es imposible ;) > Eso creo yo, pero me gustaría asegurarme > pero en este caso hay algo que no entiendo: > ¿si el ante título es ante, porque no ponerlo antes del el título > también en el código? > La razón es la semántica. El antetítulo, por muy "ante" que sea, pertenece al contenido principal, a la noticia en sí; es una *aclaración* de lo que la noticia expresa, y sólo debe aparecer antes visualmente porque se empeñan los editores, pero sigue siendo parte de la noticia. Visualmente no hay demasiado problema en identificar este antetítulo como una parte integrante de la noticia en sí (está cerca del título, separada de la interfaz, dentro del mismo espacio visual, etc.); pero para un usuario de lector de pantalla, que puede navegar yendo directamente a los encabezados, podría quedar "fuera" de la noticia. El usuario de JAWS, por ejemplo, iría al encabezado de sección de nivel 1, y a continuación NO se leería este antetítulo, sino el contenido principal. El antetítulo quedaría "oculto" a este usuario, salvo que navegue toda la página de forma lineal, cosa que se considera un problema grave de usabilidad. Victor Hugo Arias Valencia escribió: > Si es un ante-titulo puede ser un H3, y el titulo de la noticia un H2, y > pues me parece lógico lo que dice martin, si va antes, pues ponerlo antes de > una vez... > El contenido de la página ES esa noticia, y lo correcto semánticamente es que su sea el título de la noticia (que será único, sí). Además, los encabezados, por definición, DEBEN encabezar (describir) contenido, no se deben usar para crear efectos visuales o de otro tipo. No veo que tenga ningún sentido semántico colocar un delante de un sin ningún contenido intermedio. ¿Qué contenido describe el ? Recuerdo la especificación de HTML donde se definen los encabezados [1]: "A heading element briefly describes the topic of the section it introduces. Heading information may be used by user agents, for example, to construct a table of contents for a document automatically." Traducción: "Un elemento de encabezado describe brevemente el tema de la sección a la que introduce. La información de los encabezados puede ser usada por los agentes de usuario, por ejemplo, para construir una tabla de contenidos del documento de forma automática". De todos modos, repito que lo de menos es que el orden de los encabezados deba ser uno u otro, el tema aquí es si se puede o no se puede alterar el orden visual de las dos filas que representan el y el . Hernán Beati - SaberWeb.com.ar escribió: > El "orden" de los factores no altera el producto... los encabezados no > son "enumeraciones" de una lista ordenada, son señales de lo que es más > o menos "importante" dentro de un documento. Quizás el documento empiece > con cosas no demasiado "importantes". No contesto al tema de la otra estructura que propones porque ya he explicado que en este caso el es el título principal del documento (no hay varias noticias en la misma página). Pero sí quiero reiterar que los encabezados no son sólo "señales". Son elementos que introducen contenidos y que deben describir los contenidos que introducen. Colocar un con un detrás, sin contenido intermedio, es un uso inadecuado según la especificación. Y si suponemos que el "encabeza" al , se está alterando el orden de la jerarquía, lo que va en contra de las WCAG 1.0 y, sencillamente, de la pura lógica. En todo caso, también me gustaría que os pusierais en la piel de un usuario de un lector de pantalla como JAWS. Inicialmente puede pulsar la tecla "1" para ir al primer encabezado de nivel 1 de la página. Leerá el título de la noticia, y a continuación podrá pulsar Insert + flecha abajo para continuar leyendo el resto del contenido. ¿Por qué iba a intentar acceder a encabezados previos de niveles inferiores, si ya ha encontrado lo que estaba buscando (el contenido principal)? ¿Debería este usuario pulsar "2" para ir al siguiente encabezado de nivel 2? ¿Con qué se encontraría? Desde luego no se encontraría con nada que estuviera *antes* del , salvo que no hubiera más en toda la página y tuviera que volver al principio... Incluso suponiendo que el que está antes del es lo "siguiente" que se encuentra, el lector dirá: "saltando al principio", y leerá el encabezado, lo que aumentará su confusión. ¿Por qué está ese encabezado al principio? ¿A dónde pertenece? ¿Es independiente? Por eso es por lo que es importante mantener la coherencia de la jerarquía. > ¿Alguien sabe fehacientemente DONDE se recomienda que DEBAN ir en orden? > ¿Y qué fuente lo recomienda? > En WCAG 1.0, aparte de en el propio punto 3.5 [2], donde se hace una referencia explícita al orden (aunque sea como un ejemplo):
[Ovillo] Intercambiar visualmente el orden de dos párrafos
Hola, Ovillo. Me plantea un cliente un "desafío" semántico-cesesiano que a mí me parece irresoluble, pero quién sabe si alguna sabia mente ovillera me pueda iluminar... La idea de partida es bastante simple: Título principal de noticia Antetítulo (nota aclaratoria) de la noticia Los editores les dicen que el antetítulo, por ser "ante", tiene que verse *encima* del título de la noticia. Entiendo que alterar el orden de los párrafos en el código sería cambiar de alguna manera la estructura de contenidos (el párrafo realmente "pertenece" a la noticia, aunque se vea delante del título). Sin entrar a valorar que ese cambio en el orden visual no alteraría el orden de lectura para un lector de pantalla, lo que se pretende es que (visualmente) aparezca esto: Antetítulo de la noticia TITULO PRINCIPAL DE LA NOTICIA ¿Se le ocurre a alguien una solución crossbrowser para lograr esto? Nota 1: no se conocen de antemano las longitudes ni del título ni del antetítulo. Nota 2: no es factible reservar espacio para el antetítulo dando margin-top al h1, ya que no se sabe de antemano la longitud del antetítulo, además de que no puede solapar al aumentar el tamaño de letra. Saludos y gracias de antemano, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Advertencia del Validador CSS ante declar aciones múltiples
Como dice Choan, el validador lo que no sabe es combinar reglas, y en la primera regla se encuentra elementos con "float" declarado en una regla que no declara el width. Si cambias el float y lo pones en las reglas donde sí se declara el width, desaparecen las advertencias: #menu, #contenido1 { display:inline; } #menu { float:left; width:13em; } #contenido1 { float:left; width:41em; } Saludos, Ramón. Hernán Beati - SaberWeb.com.ar escribió: > Sí, eso también. Seguramente se complicaba demasiado la programación si > debían verificar todas las declaraciones complementarias de un mismo > selector antes de dar el mensaje. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Menu resaltado
Idealmente, las opciones de menú que llevan a la misma página en la que ya estás no deberían ser ni siquiera enlaces, se considera un error de usabilidad poner enlaces que llevan a la misma página en la que ya se encuentra uno. Saludos, Ramón. >> >> La Institución >> / >> ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Trabajar con EMs
Hernán escribió: > No me ofendas, Ramón. No he "falseado" nada. > > Yo creía sinceramente que defendías las "tablas" (reitero, estaba > confundido), y en ese contexto, sí que hace falta anidar tablas para > lograr columnas de "distintos anchos" a través de "distintas filas". > > Y no precisas decirme que estudie más HTML para saber esa obviedad que > tú también debes saber. > ¡Sorpresa! No hace falta anidar tablas Y sí, mejor pasemos a otra cosa... Salu2, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Trabajar con EMs
Este es mi último mensaje en este hilo, ya me aburre el tema y me debo explicar muy mal porque tengo la sensación de que hablamos cada uno de una cosa distinta... 1. Te empeñas en decir "diseño con tablas" cuando estoy hablando en todo momento de tablas SIMULADAS CON DIVS (propiedades de CSS 2.1, que desgraciadamente IE6 no sabe interpretar). No se trata de DIVS/CSS vs TABLAS (es OBVIO que el CSS es más flexible que las tablas, no recuerdo haber dicho lo contrario), sino de "DIVS flotados con paddings/margins para abrir huecos" o "DIVS de simulación de tablas". 2. De acuerdo en que la "condición" de sólo ampliar texto podría estar ahí de alguna manera. De todos modos, sigo diciéndote que incluso sin ella el diseño por tablas (simuladas) funciona igual de bien a 8 niveles de zoom (Divs tablas: 1, Divs float: 0). Por cierto, te aclararé algo para que lo tengas en cuenta en tus clases: usar la ampliación con zoom completo o sin él depende de muchos factores, no sólo del scroll. En muchos sitios, uso el zoom completo porque me interesa ver mejor las imágenes, o porque se lee mejor el texto principal aunque haya que hacer algo de scroll. En otros puede que sí use el zoom de sólo texto, pero no hay una regla fija e inmutable que se siga siempre. Sospecho que otros usuarios con baja visión tendrán otras preferencias, por lo que dar por hecho lo que usan los usuarios con baja visión es un poco peligroso. 3. Si tú quieres anidar tablas (cosa que yo no he hecho) para demostrar lo malas que son las tablas, allá tú, pero estás falseando la realidad a tu conveniencia, porque no hace falta anidar nada (podría decirte que estudies HTML, pero daré por hecho que sabes del tema, cosa que tú pareces no creer del resto de la humanidad); de hecho, el código con tablas tiene prácticamente la misma estructura que con tus divs, y si se usan divs de tablas simuladas se pueden eliminar más divs aún, con lo que te queda un código más simple todavía. (Divs tablas: 2, divs float: 1). 4. En tu layout HAY divs dentro de otros, como podrías haber comprobado fácilmente si te hubieras tomado la molestia de darles colores de fondo distintos. Verás cómo algunos de ellos se ven por debajo de los otros, y no adyacentes. (Divs tablas: 3, Divs float: 1). 3. No he entrado jamás (ni entraré) a valorar cuestiones estéticas, al parecer tú decides lo que está bien y lo que está mal sin siquiera haber visto su posible aplicación. Yo sólo he hablado de la técnica y de mi interpretación del concepto "columna". Y, sinceramente, he visto suficientes diseños como para atreverme a afirmar tan tajantemente como tú lo que mola y lo que no sin verlo siquiera. Afortunadamente hay diseñadores que saben darle aires nuevos a viejas fórmulas, y gracias a eso lo que está de moda hoy mañana ya no lo estará. Las modas son tan efímeras que no creo que nadie pueda asegurar que esto o lo otro "no se usa más", a no ser que tenga tu clarividencia, claro está. De todos modos, lo dicho: no valoro si me gusta o me disgusta un determinado diseño, sólo hablo de cómo lograrlo y qué código (HTML y CSS) es más simple para esta situación concreta. Por último, te agradecería que dejaras de hacer suposiciones sobre los conocimientos, métodos y experiencia de los demás. Comprendo que tú crees que sabes más que nadie y sientes la necesidad de demostrarlo, pero de verdad, resulta muy cansino. De todos modos, si lo que quieres es ganar y que te reconozca la victoria, pues hala: GANASTE. Enhorabuena, eres el supercampeón de los pesos pesados del css. Saludos, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Trabajar con EMs
Hola, Hernán. > Pero no quisiera creer que Ramón ha probado los esquemas haciendo zoom > sin tildar el "Solo ampliar texto"... cuando él mismo ha puesto como > condición que se pruebe en ese contexto! > No sé dónde puse yo esa condición, la verdad. Efectivamente lo he probado con esa opción desactivada, que es como he probado los layouts con tablas que se siguen viendo perfectos, incluso sin esa opción. En cualquier caso, admitiré la posibilidad de activarla, y en ese caso se cumplen todas las condiciones, aunque... Sigue habiendo un problema con una condición que yo entendía como implícita en el enunciado, pero que ahora veo que no lo es, que es la definición de "columna" (y yo mismo he contribuido a la confusión con algún ejemplo desafortunado). Para mí, cuando hablo de layouts en columnas, doy por hecho que las columnas son adyacentes (no unas dentro de otras), estilables por separado, y que se extienden por igual en altura (es decir, que si le doy color a cada columna por separado, veré dos columnas de igual altura, aunque sus contenidos no ocupen esta altura por completo). Esto es algo que es inherente a las celdas de tablas, pero no a los divs normales. Por eso en tu layout, efectivamente, se cumple todo, salvo que cuando se aplican estilos a cada contenedor como colores de fondo, bordes, etc., aparecen los solapamientos entre las columnas. Es más o menos lo mismo que les pasa a otros layouts como los de Ruthsarian, ya que en realidad tú haces más o menos lo mismo. De todos modos, quiero aclarar que no dudo de que dándole vueltas al tema se puedan crear columnas del 100% de altura, con anchos en ems combinados con porcentajes, y que cumplan todas las demás condiciones. Lo que digo es que para estas cosas me parece tan simple el diseño con tablas que parece mentira que haya que complicarse tanto la vida para acabar llegando a lo mismo. Un saludín, Ramón. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo