Re: [Ovillo] SASS un meta lenguaje mejor organizado que CSS
Juan Carlos no creo que haya ningún tipo de conflicto entre Sass y CSS, simplemente CSS es el estándar (y lo que finalmente acabamos teniendo), mientras que Sass es un metalenguaje que sin duda facilita la codificación o especificación del estilo, pero finalmente lo que escribes en Sass se interpreta mediante Ruby para obtener CSS. Todo depende de cuántas capas de trabajo quieras poner y dónde las quieras poner. El 17 de enero de 2011 15:55, Juan Carlos Vasquez de Velasco jcvasquezdevela...@yahoo.com escribió: Hola a todos : El otro día buscando un nuevo tema de Drupal, me topé con este nuevo lenguaje, quien al parecer será el nuevo camino que tomará del CSS. Como en la misma página está descrito, Sass es un meta-lenguaje en un nivel superior a CSS que se utiliza para describir el estilo de un documento de forma limpia y mejor estructurado, con más poder que CSS que simplemente permite una estructura plana. Sass proporciona una sencilla y más elegante sintaxis que CSS e implementa varias características que son útiles para crear hojas de estilos manejables. (Traducción del site) Comparto con ustedes el link donde la información está en inglés. Yo concuerdo con esta gente que es posible mejorar el CSS, trabajando con saltos de carro en lugar de barras de espacio, llaves y demás caracteres especiales. Me gustaría conocer sus apreciaciones, si alguno ya lo conoce o está interesado en avanzar con él, ya que uno no termina de aprender una cosa, me refiero al CSS3 y ahora nos salen con SASS. http://sass-lang.com/about.html http://thejibe.com/blog/11/1/getting-started-basic-sass-and-compass-drupal Juan Carlos ___ 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] Curso de Xhtml
Buenos días y enhorabuena Jaume :) En principio los temas que propones parecen suficientes (yo que soy una quisquillosa seguramente me metería con el orden de los factores, pero si tú has decidido ese tendrás tus razones). Solo una pregunta, ¿qué html les vas a enseñar? La pregunta no es trivial, la estructura mental de html4 y de html5 no son iguales ;) Ya que permites opinar, te voy a poner una pega de lenguaje, no es un fallo, pero yo agradecería, por intentar no pervertir aún más el lenguaje, que aclararas que es marcado semántico no vaya a ser que la gente interprete al final que la web solita va a ser capaz de interpretar el significado de los contenidos. Suerte con el curso Victoria El 11 de enero de 2010 08:50, jaume op jaum...@gmail.com escribió: Saludois a todos, y desde aqui buenos dias. Por motivos que no vienen al caso, me han propuesto dar un pequeño curso sobre html y css. Es un cursillo tipo de los que dan en el Servef (Centro de Desempleados Españoles). El caso es que me he propuesto que sea rentable a nivel académico, es decir que les valga para algo. Yo, no soy ningun esperto programador perome llevo bien con el tema. Asi que muy respetuosamente me gustaria me dierais algunos consejos a modo de como llevar a cabo la tarea. Tengo algo de material preparado, y las ideas mas o menos claras. Mi plan es comenzar con : - Accesibilidad, Estandares y Semantica - Etiquetas y marcas de contenido. - Ejercicios Html - Separación de contenido y presentación - Css Bueno hay mas cosas pero en principio seria eso mas o menos. Gracias por vuestra atención. -- Saludos Jaume ___ 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] Estilo para abbr
Hola Tei, estar de acuerdo, por ejemplo, es mi preferencia personal y creo que de buen gusto, que los titulos debe usar serif, y los parrafos y textos largos una fuente sin serif. Sin embargo si coges cualquier periodico, te encuentras fuentes con serif... que parece la preferencia en parrafos impresos. Una de las artes que dominan los tipógrafos, los diseñadores editoriales, etc... es saber distinguir el contexto en que va a utilizarse el texto y aplicarle aquellas tipografías más apropiadas teniendo en cuenta, por encima de los criterios propios, criterios universales tales como legibilidad de la tipografía Resulta que en papel es más legible la letra serif (en general, que no siempre) y por eso se suele utilizar en los cuerpos de texto, mientras que en web los tipos con gracia (tal es la traducción española de serif) son menos legibles por ser las pantallas entes de menor resolución y por tanto tender a emborronar precisamente esos acabados de los glifos (u sea, la representación gráfica del carácter) característicos de las tipografías con gracia. Ya hace tiempo que se aconseja utilizar las tipografías de palo (sans serif) para cuerpo de texto en pantalla puesto que en este medio han demostrado ser más legibles. Lo que ocurre es que los que nos dedicamos al desarrollo web (voy a ponerlo así porque lo considero más neutro) venimos de distintos campos, diseño, programación, composición, o el que sea... y al final tocamos muchas áreas (dependiendo de lo grande que sea la organización y de cuántos sombreros tengamos que llevar) algunas de las cuales pueden ser absolutas desconocidas para nosotros: diseño gráfico, tipografía (debería ir con el anterior), fotografía, diseño de interacción, arquitectura de la información, motores de búsqueda, etc... Por lo general en casi ninguno de estos campos es tan trivial el uso del gusto personal sino que se aplican una serie de conocimientos del sector para dar lugar a una propuesta que después se va refinando con el gusto personal. un saludo Victoria ___ 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 cuestión por un no experto
Aurelio, qué interesante lo que planteas dependiendo del enfoque que quieras darle en el aula hay muchas actividades que podrías hacer, pero si quieres darles un rápido baño de diseño usable puedes utilizar partes del texto The design of everyday things de Donal Norman (está en español también bajo el título la psicología de los objetos cotidianos [1]) que es un clásico en la materia y puede enfrentarles a situaciones tales como investigar porqué en algunos casos es preferible que el picaporte de una puerta esté a una altura determinada y elevada (para evitar estar al alcance de alumnos de párvulos) u otras situaciones similares. Tienes también muchas referencias de patrones de diseño, incluso la web de welie[2] donde encontrarás descrito porqué se utiliza una determinada solución (un estilo dado de paginación, un buscador, navegación por pestañas, etc...) en un determinado producto. Es una buena manera de que vean cómo se analiza un patrón y puedes hacer actividades con ellos por grupos. Puedes someter a test uno de los productos más populares en enseñanza pero de peor usabilidad: moodle. Incluso si puedes utilizarlo puede servirte para que analicéis cuándo es más conveniente un tipo de actividad u otro. Usabilidad no es accesibilidad (la accesibilidad debería venir de serie) sino que el producto cumpla con las tareas que el usuario realizará teniendo en cuenta el contexto del usuario (no necesita lo mismo un investigador de música buscando información específica sobre La Traviata para un estudio sobre las interpretaciones y la evolución de esta obra que, por ejemplo, alguien que quiere encontrar entradas para la próxima representación de La Traviata). Dependiendo de las horas que puedas dedicar a esta actividad puedes profundizar más o menos, incluso plantear que entre los chicos monten un sitio web por grupos de un tema que les fascine (así sea una serie televisiva o un cantante) y que expliquen porqué toman las decisiones. Lo que sería interesante es que aprendieran a entender qué tipo de información buscarían ellos en un sitio así, porqué (y para qué), y cómo les sería más sencillo hacerlo. La cuestión de accesibilidad puedes simularla sin llevarlos de cubatas (ellos ya intentan ir solos, aunque sean menores... recordad que son adolescentes) simplemente puedes instalar Lynx y que naveguen por una web en modo solo-texto, o deshabilitando los estilos en el navegador... si les cuentas que Google ve la web como ellos la ven en Lynx seguramente puedan hacerse una idea aproximada. Otra sería que todos cerraran los ojos mientras uno de los alumnos intenta hacer el papel de lector de pantalla, a ver si se aclaran. En formación a mi me gusta el enfoque constructivista y suelo diseñar los cursos pensando en las realizaciones concretas (objetivos) para diseñar luego las tareas y recursos... pero como te decía antes, dependerá mucho de cuántas horas lectivas puedas dedicarle en el aula. Recuerdo que uno de los temas más obsesivos cuando en el 99 diseñamos actividades para niños y adolescentes era transmitirles también los parámetros de fiabilidad de una fuente de información (que pudieran verificar si son datos fiables o bulos, que supieran discriminar sitios fraudulentos, etc...), con la irrupción de los sistemas sociales (facebook, metroflog y demás) quizás no esté de más ser un tanto repetitivos también en esas cuestiones y en que no se debe chatear alegremente con extraños. Tienes una bonita tarea por delante, a ver si los chicos se suman al carro y te dejan disfrutarla Un saludo Victoria [1] http://www.casadellibro.com/libro-la-psicologia-de-los-objetos-cotidianos-2-ed/290608362 [2] http://www.welie.com/patterns/ aurelio escribió: Hola, que tal. Desde siempre me gustó hacer páginas web, pero no es mi profesión. Sé que hoy en día las páginas que se consideren algo en la red deben ser usables y accesibles. Me gustaría que un grupo de alumnos de mi centro (soy profe de Secundaria) analizasen webs desde el punto de vista de su usabilidad. ¿Alguien podría darme una lista de parámetros sencillos, no complicados, que ellos pudiesen manejar para analizar la usabilidad de un sitio web? 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 ___ 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: lenguaje, vocabulario y tono
Apreciados todos, quizás este mensaje levante debate, no es su intención, pero debo llamar la atención a quien sea preciso sobre el uso de tono, lenguaje y vocabularios no apropiados en el último hilo Cómo centrar cajas horizontalmente en un contenedor dinámico. Dudo mucho que la utilización de frases de descalificación (independientemente de si el producto merece o no ser descalificado tan violentamente), vocabularios o tonos no apropiados contribuyan a nuestro conocimiento de CSS o al crecimiento de la lista. Yo, personalmente, agradecería objetividad y no ataques personales a determinados miembros o empresas y productos. Gracias Victoria ___ 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] Class detrás de style
Hola Julia, te encuentras ante un problema de cómo CSS interpreta y asigna las prioridades, siempre prevalece la instrucción más específica que, en tu caso, es la instrucción de div style=x-y. Te has encontrado otras veces en situaciones similares, de hecho CSS se basa en la cascada de prioridades, solo que nunca habías llegado al caso de precisar que la instrucción más específica sea la que quede anulada ;) p {color: black;} = Asigna el color negro a TODOS los párrafos .rojo {color: red} = Ahora un p class=red será rojo, porque es más específico p style=color: green class=red = el párrafo será verde porque style es más específico que class De lo único que nos serviría class=red en la última declaración es si además hubiéramos definido otras características (border, background, o lo que sea) que el estilo en línea no define: p {color: black;} = Asigna el color negro a TODOS los párrafos .rojo {color: red; background: yellow} = Ahora un p class=red será rojo, con fondo amarillo p style=color: green class=red = el párrafo será verde pero con fondo amarillo Espero te sirva Saludos Julia Martínez escribió: Hola a todos, tengo una duda que probablemente sea una bobada pero hasta el día de hoy no me había surgido el problema. Tengo una capa que se posiciona dinámicamente en el centro de la pantalla (por n motivos esto se hace mediante javascript), generando el siguiente código: div style=left: 200px; top: 300px id=panelInfo class=estiloPanel Texto de ejemplo /div Y el class: .estiloPanel{top:0px; left: 0px} El caso es que yo quiero modificar el top y el left pero tengo que hacerlo mediante el class estiloPanel, no puedo tocar directamente la etiqueta style de la capa. Mi pregunta es: Aunque el orden de style y class sean como el descrito en el ejemplo (1º style y 2º class), ¿siempre prevalece la orden dada dentro de la etiqueta style? Lo digo porque no sé si se me escapa algo, pero no hace caso al class. Yo pensaba que al estar el class detrás del style machacaría los estilos dados dentro de style. Muchas gracias por adelantado. Julia ___ 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] Accesibilidad ????
No hay que lamentar Halenita, cada cual tiene lo que tiene y con eso tiene que tirar para adelante... Lo que me parece de absolutamente ciegos a la realidad es lo que personas instaladas en grandes poblaciones o capitales de países desarrollados empiezan a considerar normal en el día a día, que la conexión sea maravillosa y a tantos megas como quieras, que tus padres hayan podido costear el precio de tu ordenador para estudiar y no dependas de una asociación que está recogiendo ordenadores viejos para que los que no tienen puedan usarlos (ojo que a veces los que no tienen están mucho más cerca de lo que pensamos), o del proyecto OLTC (One Laptop Per Child) para que tu escuela tenga los mínimos en informática, etc... Pero es increíble que también sean ciegos a realidades evidentes incluso en las ciudades. Uno puede ir a un cibercafé donde Tei esté atendiendo y puedes acabar teniendo Jaws instalado, pero si no tienes esa suerte, lo más probable es que estés limitado a la consabida configuración IE + MS Office. El ciber que yo frecuento en Barcelona tenían una versión obsoletísima de Firefox (por suerte siempre puedes consumir parte de tu tiempo instalándote el pack que a ti te apetece, actualizando el Firefox e instalando Open Office si la estancia va a ser prolongada). Finalmente el cliente más fiel del ciber son chicos que van a jugar a juegos en red, y me temo que eso ni siquiera pasa por navegador, así que para qué prestar atención a los navegadores. Accesibilidad es respetar todas las diferencias, especialmente la de los menos favorecidos que, por el motivo que sea no tienen acceso a poder ver tus contenidos e interactuar con ellos en la forma más común: PC, pantalla con colorines, conexión de alta velocidad, etc... Y es también tener en cuenta que todos somos libres de decidir qué software utilizar para realizar una tarea: me encantaría poder reservar billetes de RENFE en Lynx, o entrar en las webs de los operadores telefónicos... no quiero malgastar tráfico de mi red en estos sitios; suelo enviar documentación en formato PDF porque lamentablemente todo el mundo entiende MS Word pero yo no puedo costearme la licencia para mantener las herramientas MS que necesitaría al día (es que una es honrada y no piratea), y además hay cosas que simplemente Open Office hace mejor; etc... Por lo tanto, en el saco de Accesibilidad debería entrar no sólo las circunstancias particulares de unos colectivos de personas que tienen discapacidades sino todas las circunstancias particulares de todos, incluso de aquellos que, estando en pleno uso de todas sus facultades físicas y mentales puedan tener otro tipo de restricciones (pantalla pequeña en dispositivo móvil, acceso patético fuera de grandes poblaciones, etc...). A veces poner todo el esfuerzo en una dirección (justificar buscadores, hablar de discapacidad visual) hace que algunas personas sigan sumidas en su mundo de colorines y felicidad en alta velocidad, que piensen que si las asociaciones de ciegos están poniendo esfuerzos en que todos los ciegos puedan tener equipos asistidos no debe quedar motivo en el mundo mundial para pensar que alguien puede tener problemas para acceder a un sitio simplemente porque tiene más imágenes de lo esperado (no hablemos ya de animaciones...) Es sólo una reflexión, y perdón por la extensión Un saludo Halenita escribió: Es cierto, no solo es por discapacidad, lamento si mi tendencia es a defenderla. ciertamente no todo el mundo tiene el acceso a internet como la gente espera. Yo soy testigo de eso también acá en venezuela. Creo que hay múltiples razones que resultarían innumerables, del porqué se debe diseñar, desarrollar con accesibilidad y usabilidad... gracias victoria, enmanuelle e Isabel por recordarme esto. A veces la misma discapacidad nos hace ciegos ante otras circunstancias. saludos cordiales, Halenita. - Original Message - From: Victoria Gracia To: Ovillo, la lista de CSS en castellano Sent: Sunday, September 28, 2008 3:18 PM Subject: Re: [Ovillo] Accesibilidad Será que el tema nos interesa ;) Isabel, sólo añadir que a veces uno puede tener sus capacidades físicas al 100%, incluso las mentales, y sin embargo depender de Internet para poder aprender y comunicarse con el exterior. Aunque en España ha mejorado mucho la cosa, es cierto que en áreas rurales el acceso a la educación pasados los obligatorios 16 años no es trivial y mucho menos si los progenitores tienen una economía modesta y no pueden permitirse mantener al estudiante en una residencia lejana de casa. Hay países donde esta circunstancia es aún más grave puesto que no se dispone ni siquiera de una red de centros educativos suficiente para los menores. Hay otros países (luego me vino a la mente un compañero que habla de su estrecho de banda) donde el acceso a Internet es sólo para los que tienen la suerte
Re: [Ovillo] Accesibilidad ????
A bote pronto, y dado que ya tienes en consideración a Mr. Google, el usuario que más cuidado precisa en accesibilidad, te diré que sí, que incluso en las áreas que creemos civilizadas existe aún un porcentaje elevado de gente que no tiene conexiones ADSL (porque no todo el mundo quiere depender de una tarifa tan cara para usarlo esporádicamente... que para bajarse películas es sólo uno de los usos del ADSL), incluso los hay que aunque las quisieran (en España, no estoy hablando de Etiopía), no podrían tenerlas porque los Sres de Telefónica o de la compañía al uso no se han dignado a llevar la línea hasta allí (es más rápida la conexión 2G que el TRAC agrario, pero aún así es una conexión lenta y a veces falla). Solo por ese motivo deberías tener en cuenta la posibilidad de que la página no requiera toneladas de Mb para su acceso (imágenes, por ejemplo), ya que en mi caso sí me dedico a navegar con las imágenes y otras mil cosas deshabilitadas cuando la conexión está en estado patético, pero yo soy un usuario avanzado, hay quien ni siquiera sabe cómo hacerlo y sencillamente desiste de entrar en Internet en estas condiciones. Además tenemos en la lista al menos a una compañera invidente que podrá darte mil motivos más para que tengas en cuenta su caso y el de tantos otros que o por edad o por lo que sea no tienen la vista al 100%. De todos modos esto es sólo si quieres tener sitios donde alguien más que tus amigos se encuentren a gusto. Si el tema es para cuatro amiguetes y no tienes la más mínima intención de que sea público, entonces adelante... no hace falta que nos tengas en cuenta ni a mi con mis preferencias por letras de tamaño razonable, ni a nuestra compañera venezolana, ni a Mr. Google... total, ¿para qué? Victoria PS: lo siento, realmente que a estas alturas alguien se cuestione si es necesario o no tener respeto por los demás me sulfura Daniel Gabana Arellano escribió: Hola a todos, es mi primera vez que escribo en esta lista y no sé si mi pregunta será demasiado simple como para ser respondidaaun así, la planteo: de verdad es tan necesario hacer páginas accesibles? me refiero a que si realmente hay tanta gente que tiene ordenadores prehistóricos que no ven las imágenes o ningún tipo de formato del texto...ya sé (o eso creo) que es necesario para que lo rastreen las arañas, bots y demás seres virtuales...Espero ser respondido 1saludo! ___ 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] Accesibilidad ????
Será que el tema nos interesa ;) Isabel, sólo añadir que a veces uno puede tener sus capacidades físicas al 100%, incluso las mentales, y sin embargo depender de Internet para poder aprender y comunicarse con el exterior. Aunque en España ha mejorado mucho la cosa, es cierto que en áreas rurales el acceso a la educación pasados los obligatorios 16 años no es trivial y mucho menos si los progenitores tienen una economía modesta y no pueden permitirse mantener al estudiante en una residencia lejana de casa. Hay países donde esta circunstancia es aún más grave puesto que no se dispone ni siquiera de una red de centros educativos suficiente para los menores. Hay otros países (luego me vino a la mente un compañero que habla de su estrecho de banda) donde el acceso a Internet es sólo para los que tienen la suerte de poder acceder a ella desde el trabajo o pagando unas sumas nada despreciables en comparación a su salario... No sólo hay que ser discapacitado para valorar los beneficios de la accesibilidad, simplemente basta con no vivir en una capital de país desarrollado (¿quizás no ser de la capital sea una discapacidad?) para saber qué quiere decir que algo no sea accesible y sentirte estafado cada vez que entras en la web de un operador móvil (que tarifican por tráfico descargado) y sólo para acceder a su página principal ya casi consumes el tope que te habías marcado para el mes; o como bien nos recordaba Emmanuelle, utilizar un dispositivo que no sea el ordenador y la pantalla sino una PDA, iPhone, o la consola de juegos (mi hijo juega en red desde su consola cuando va a la capital). Otro saludo Victoria Isabel Garay escribió: Hola Daniel Digamos que de la accesibilidad de los contenidos para la red, depende que muchos alcancen la oportunidad de estudiar o trabajar en línea, ya que no pueden salir de casa por tener alguna discapacidad. Algunos terminan a duras penas primaria, si es que tuvieron la suerte de ser incluidos en las aulas, pero en cuanto se crece, es difícil que los padres puedan trasladarlos o los costos de adecuaciones es tan alto que desisten en el camino. Es un derecho la educación y el trabajo para todos. Es un derecho el que esto sea accesible. Y los desarrolladores y diseñadores de los contenidos tienen la oportunidad de crear posibilidades de mayor participación y productividad para quienes batallan más que cualquiera para lo que a otros puede parecer fácil. Es abrir la puerta a las TIC a un 10% aproximado de personas Además, si te dedicas al área comercial o académica, debes saber que Google es ciego: sólo lee los contenidos bien hechos! Saludos desde México Isa ___ 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] Semantica h1
Sí si además pones texto :) La restricción sobre el uso de los h1 es para que se respete su importancia (de ahí que sean el primer elemento, que los siguientes sean de órdenes menores, etc...) Si lo único que pones es la imagen entonces no tiene mucho sentido estructural lo que estás haciendo, lo que sí tiene sentido es colocar en h1 el título del sitio para aquellos que tengan desactivadas las imágenes (que los hay, hay navegadores sólo texto y hay lectores de pantalla), y la imagen la reserves para los navegadores visuales y con las imágenes activadas... esto puedes lograrlo poniendo la imagen en el CSS. Un saludo Victoria Joseba escribió: Hola! Es correcto una imagen con un link en un h1? h1a href=# target=_blankimg src=cabecera.gif alt=cabecera width=550 height=102 border=0 //a/h1 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 ___ 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] ¿es posible deshabilitar un enlace?
Si lo que quieres es que la página actual quede reflejada en el menú pero que no enlace, y además puedes controlar la generación del menú, ¿porqué no deshabilitas que sea un enlace? Yo lo tengo así: ul li class=actualprimera opciónul lia href=opción 1- 1/a/li lia href=opción 1- 2/a/li li class=actualopción 1- 3/li lia href=opción 1- 4/a/li /ul/li lia href=segunda opción/aul lia href=opción 2- 1/a/li lia href=opción 2- 2/a/li lia href=opción 2- 3/a/li lia href=opción 2- 4/a/li /ul/li /ul de este modo me aseguro la funcionalidad de menú controlada por las listas, y que el enlace no pueda activarse gracias a que no es un enlace. Espero te sirva la respuesta. Un saludo Victoria Abigail Rodríguez escribió: Hola: Tengo un menú en forma de lista. A cada enlace de texto le aplico, mediante una clase, su imagen de fondo correspondiente y oculto el texto. Por otro lado, le doy una clase active al li de la sección actual para dejar marcado ese enlace. Pero me piden ahora que además deshabilite ese enlace. ¿Sabéis si puede hacerse sin mucha complicación? Gracias y un saludo, Abby ___ 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] Sugerencia sinónimo Newsletter
Hola Nicolás, nos ayudaría un poco saber el negocio y la intención del boletín, ya que los vocabularios dependen del área de negocio, así como del contenido y tono del boletín. A un grupo de amigos les puedo mandar mi informe persona de estado mensual y se lo pueden tomar como broma jocosa, a mis clientes les enviaré un aviso cuando haya modificaciones en las condiciones de contratación (p.e. subida de precios de los registros de dominio), una revista digital para aquellos que quieren estar al día en el campo de mi actividad y se subscribieron, un Informe mensual (o similar) si me piden un informe mensual de rendimiento de sus cuentas, etc... Un saludo, Victoria Nicolas Gómez Paz escribió: Hola a todos, El tema de mi mensaje es un poco Off-topic, el caso es que me gustaría que me aconsejaseis en una cosilla. En una de las páginas que estoy diseñando nos han pedido incluir un Newsletter, el típico boletín mensual con las novedades de la web al que te puedes suscribir. El caso es que no les gusta la palabra Newsletter para denominarlo ni tampoco Boletín. ¿Cómo podría denominarlo? Os pido ayuda porque no se me ocurre nada que identifique bien de que se trata... Muchas gracias de antemano, Un saludo. Nicolás Gómez ___ 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] [OT] Pregunto sobre estilo al responder correos. era: algunos comentarios personales.
Halenita, hemos tenido discusiones y debates sobre eso como bien dices. Hay quien aboga por responder en la parte superior (yo lo prefiero, por ejemplo), hay quien aboga por hacerlo en la inferior (entonces tienes que recorrer TODO el mensaje para llegar a la respuesta). Como se trata de una lista nadie va a poder responderte a la autorización global para responder encima o debajo de los mensajes, aunque personalmente creo (yo, es mi opinión) que uno acaba conociendo algunas características de los miembros de la lista que frecuenta, y puede habituarse a la forma de hacer de algunos si además está justificada. Con esto quiero decir que por mi puedes responder encima del mensaje (genial!) o de cualquier otro modo. Al leer tus mensajes anteriores entendí que no tienes el mismo control sobre cómo se ve el mensaje citado que el que tenemos los videntes, y me adapté a esa peculiaridad (aunque es complicado, ciertamente SkuNk tiene razón). Si de ahora en adelante respondes arriba a mi (sigo insistiendo que es la opinión de una persona de la lista, no de la lista en bloque) me parecerá perfecto incluso si es un hilo en el que se está respondiendo debajo. Simplemente entenderé tu contexto e intentaré adaptarme a ello, la molestia que pudiera causarme no vale la pena ni mencionarla. Un beso Victoria Halenita escribió: Bien, primero disculpen secuestrar el hilo pero espero no genere mucho malestar. Por otro lado, gracias por el comentario. La verdad como ciega total no es de mi costumbre contestar entre líneas, de hecho me resulta molesto por el tema del lector y todo lo que verbaliza hasta que se llegan a sus respuestas, pero como he observado que entre listas de videntes es usual hacerlo de esta forma lo intenté. Mi gestor coloca la respuesta encima del mensaje al que se responde. Les pregunto, puedo contestar sobre el mensaje de los demás?.. Si la respuesta es negativa, serían tan amables de indicarme como debería hacer para que no se confundan las respuestas en todo caso?... Es que también he leído quejas sobre esta manera de hacerlo (me refiero a la respuesta sobre el hilo de mensajes) y pues intento adaptarme a lo que utilize la mayoría. Gracias por su atención y respuestas. Saludos cordiales. - Original Message - From: SkuNk To: Ovillo, la lista de CSS en castellano Sent: Thursday, September 11, 2008 3:59 AM Subject: Re: [Ovillo] [OT] Google Chrome algunos comentarios personales. Lo siento Halenita, pero tus respuestas entre líneas se confunden con las del mensaje original y cuesta un poco saber que pertenece a qué, y si ya alguien hace un reply, se pierde toda la conversación al quedar todos los parráfos en el mismo nivel. Sería de agradecer que revisaras la forma en que tu cliente de correo responde a los mensajes, para diferenciar correctamente la cita original de tus respuestas. De todas formas, sólo lo comento sin ánimo de ofender, para que te entendamos mejor. Un saludín y gracias. -- Philipp Keweloh El día 10/09/08, Halenita [EMAIL PROTECTED] escribió: Hola Tei: te voy a responder entre líneas porque quizás a otros también les interese un poco aunque sea off topic... ofrezco disculpas de antemano. - Original Message - From: Tei To: Ovillo, la lista de CSS en castellano Sent: Tuesday, September 09, 2008 6:29 PM Subject: Re: [Ovillo] [OT] Google Chrome 2008/9/10 Halenita [EMAIL PROTECTED]: Bien, el jaws es un lector de pantalla usado por ciegos y deficientes visuales como apoyo para acceder al contenido visual que muestra una pantalla. Este soft en particular, funciona interceptando los mensajes que se envían a la tarjeta de video de cualquier ordenador para crear las interfaces gráficas. Posee un controlador o interceptor de video que se encarga de esta función y crea algo que se conoce como off screen model. Hola Halenita. Gracias por la explicación técnica, esto es lo que estaba preguntando antes. Me parece muy interesante. De nada, es bueno saber como funcionan las cosas, no? Respecto al comportamiento de jaws con chrome.. Es un verdadero desastre en accesibilidad para un ciego total. Para que entiendan voy a pegar un texto que es lo único que logra leer el jaws de este lindo navegador tan mono el .. *** inicio del texto *** http://www.sidar.org/www... Google Chrome http://www.google.co.ve/search?rlz=1C1GGLS_esVE292sourceid=chromeie=UTF-8q=http://www.sidar.org/www Hotmail gratuito Personalizar vínculos Windows Media Windows Otros marcadores ***fin del texto o lo que sea eso*** Chrome tiene una vertiente que es Chromiun (o algo asi) que es la versión para ciegos. Ahora mismo se están discutiendo cosas elementales, como
Re: [Ovillo] Duda con longdesc
Hola Carlos, No lo he probado porque me echó para atrás el siguiente comentario de un gurú en el tema (traducido): Incluso la tecnología que más podría beneficiarse de la presencia de este atributo -tecnología asistiva tal como lectores de pantalla- hace caso omiso a la presencia de *longdesc*. Sólo Firefox parece mostrar un nivel básico de detección del atributo si hacéis click con el botón derecho del ratón sobre la imagen y seleccionáis *Propiedades* Es decir, que un atributo que debería ser útil para describir imágenes para quien no puede verlas, no está implementado en las aplicaciones de esos usuarios y, por tanto, es prácticamente inútil. Quizás Halenita pueda ilustrarnos sobre su uso en tecnologías para invidentes, pero sin haberlo probado yo misma, a priori te diría que se queda sólo en buenas intenciones. Un saludo Victoria Carlos Acero Sánchez escribió: Tengo una duda. Cuando añado a una imagen el atributo longdesc: img id=img_2 Alt=Estrutuctura de servicios src=grupo_nuestro_valor_esquema2.es.gif longdesc=nuestro-valor-descripcion.html / ¿cómo hay que hacer para visualizarlo? He leído que la mayoría de los navegadores no soportan esta propiedad, pero por ejemplo firefox sí. Y yo veo la imagen pero no sé como acceder al html donde se describe ésta. Un saludo y gracias Carlos Acero Sánchez Departamento Sistemas - Desarrollo Web Aguirre Newman. General Lacy, 23. 28045 Madrid T +31 91 319 13 14 F +34 91 319 87 57 [EMAIL PROTECTED] www.aguirrenewman.com Sea ecológico, antes de imprimir este e-mail piense bien si es necesario hacerlo 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) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, 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
Re: [Ovillo] Duda con longdesc
Gracias Ramón, me alegra saberlo :) Un saludo Ramón Corominas escribió: Siento contradecir al gurú... guiño Para vuestra tranquilidad, con Internet Explorer JAWS lee el atributo longdesc y recita: press enter for long description (no me preguntéis por qué lo dice en inglés), y efectivamente cuando pulsas enter abre la descripción larga en una nueva ventana. Con Firefox dice lo mismo, sólo que no parece funcionar el enter y no abre la nueva ventana, pero al menos sí informa de que existe la descripción larga. 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 ___ 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] Correcta maquetacion de formulario
Al igual que Ignacio de momento no opinaré sobre el CSS, pero sigue pudiéndose mejorar el HTML form class=formulario action=estado.html id=alta name=alta onsubmit=bitacora_alta(); return false; input type=hidden name=accion value=insertar / ul lilabel for=btall class=tituloTALLER/label input type=text name=btall size=4 / /li lilabel for=rfc class=tituloRFC/label input type=rfc name=brfc size=15 / /li /ul /form Las etiquetas label precisamente se inventaron para colocar las leyendas de los controles del formulario y, de paso, que los dispositivos de tecnologías asistivas pudieran relacionar la etiqueta con el control correspondiente. Sobre lo de usar el span adicional con clase dato, si es estrictamente necesario pues adelante... si no lo es podrías eliminarlo. Un saludo Victoria Ignacio Ricci escribió: No voy a opinar sobre el CSS, porque es solo tema de como se ve, pero el html si lo mejoraría. form class=formulario action=estado.html id=alta *name=alta* onsubmit=bitacora_alta(); return false; input type=hidden name=accion value=insertar / ul lispan class=tituloTALLER/span span class=dato input type=text name=btall size=4 / /span /li lispan class=tituloRFC/span span class=dato input type=rfc name=brfc size=15 / /span /li /ul /form Name no valida en XHTML estricto, y lo que llamas span class=titulo debe ser un label. Osea que debería quedar así: form class=formulario action=estado.html id=alta** onsubmit=bitacora_alta(); return false; input type=hidden name=accion value=insertar / ul li label for=btallTALLER/label span class=dato input type=text name=btall id=btall size=4 / /span /li li label for=brfcRFC/label span class=dato input type=rfc name=brfc id=brfc size=15 / /span /li /ul /form Nacho. On Wed, Sep 10, 2008 at 3:49 PM, Miguel Beltran R. [EMAIL PROTECTED]wrote: Hola Lista, tengo poca experiencia en CSS. La ultima vez que hice algo fue como hace 2 años y algunas cosas todavia las recuerdo. Bueno hace unas semanas pregunte algo pero es esto es del mismo proyecto :). Tengo el siguiete formulario form class=formulario action=estado.html id=alta name=alta onsubmit=bitacora_alta(); return false; input type=hidden name=accion value=insertar / ul lispan class=tituloTALLER/span span class=dato input type=text name=btall size=4 / /span /li lispan class=tituloRFC/span span class=dato input type=rfc name=brfc size=15 / /span /li /ul /form Con esta hoja: form.formulario { border: 1px dotted blue; padding: 4px; } .formulario ul { list-style-type:none; float: left; /* border: 1px solid red;*/ } .formulario hr {clear: both;} .formulario li { float: left; margin: 2px; padding: 0; border: 0; height: 3em; } .dato, .titulo { display: block; } .titulo { clear: right; } Leyendo la lista creo que esto que tengo span=titulo no es lo mejor. ¿qué me recomiendan? Lo tengo con un span=titulo porque no se me ocurrio otra cosa. ¿Qué es lo correcto, usar p, strong, legend? -- Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida ___ 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] Correcta maquetacion de formulario
La lista en sí no es necesaria a menos que quieras maquetar el formulario de una determinada manera, ya que eso parece que da más control para la maquetación. Digo 'parece' puesto que he encontrado varios ejemplos de maquetación así que, de no usar listas, serían inviables. No obstante, yo sigo maquetando formularios sin las listas. De hecho parece que CSS ha traído dos manías: anidar divs hasta la saciedad y utilizar listas para todo, no siempre de forma acertada. Ayer leí un artículo en el que un tipo utilizaba una colección indecente de divs anidados para colocar a modo de tabla elementos en la página utilizando la propiedad de display=table que ya empiezan a soportar los navegadores FF3, IE8 y similares... ¡Lo que hay que ver! Saludos Ramón Corominas escribió: Y siguiendo con las mejoras... En alguna otra parte que no sea el form... document.getElementById('formulario').onsubmit = function () { bitacora_alta(); return false; } Y el código del form... form class=formulario action=estado.html id=alta name=alta input type=hidden name=accion value=insertar / ul lilabel for=btall class=tituloTALLER input type=text name=btall size=4 / /label /li lilabel for=rfc class=tituloRFC input type=rfc name=brfc size=15 / /label /li /ul ... /form Además de la asociación explícita con for/id, al encerrar los input dentro de los label se asocian también implícitamente, lo que es más compatible con algunas ayudas técnicas (más accesible, vamos). Por cierto que tampoco sé si realmente es necesaria la lista, al fin y al cabo se da por hecho que las diferentes etiquetas/campos de formulario son elementos independientes del formulario, y puedes asignar estilos perfectamente para crear el efecto de listado. 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 ___ 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] Correcta maquetacion de formulario
Glupppsss, segunda sugerencia, escribe el label como elemento independiente y el input también: label for=nombreTexto:/label input name=nombre id=nombre size=15 maxlength=32 type=password Mediante el CSS puedes darle esa alineación sin ninguna necesidad de introducir br / o listas: .label { display: block; } Espero que esto te sirva. Un saludo Victoria Almorca escribió: Una sugerencias El 10 de septiembre de 2008 23:04, Miguel Beltran R. [EMAIL PROTECTED]escribió: Voy a agregar porque hice algunas cosas #Victoria label for=btall class=tituloTALLER/label Esto me va a servdir El día 10 de septiembre de 2008 15:25, Victoria Gracia [EMAIL PROTECTED] escribió: La lista en sí no es necesaria a menos que quieras maquetar el formulario de una determinada manera, ya que eso parece que da más control para la maquetación. Digo 'parece' puesto que he encontrado varios ejemplos de maquetación así que, de no usar listas, serían inviables. No obstante, yo sigo maquetando formularios sin las listas. Uso la lista para juntar el titulo y el input, y aparecesca el titulo encima del input siempre. Ya que los 2 los pongo como block el input se baja. Esto tambien lo hago por si el navegador no soporta CSS (algo raro ya) se vea como una lista y por renglon este a la izquierda el titulo y a la derecha el input. Porque como no soporta CSS, no pone los span como block. -- | titulo | -- | input| -- Si lo que quieres conseguir es eso lo mejor es usar br / y el código te quedaría label for=nombreTexto: br / input name=nombre id=nombre size=15 maxlength=32 type=password /label así te ahorras el uso de listas que en tu caso no lo veo semánticamente correcto. ___ 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] Correcta maquetacion de formulario
Tanto en HTML 4.01 como para XHTML, el elemento label está pensado para ser un elemento per-se, y es el atributo id el que lo asocia con el control a que hace referencia. Puede anidarse el input, pero no es lo recomendable. Podéis verlo en las especificaciones del W3C [1] Si bien es cierto que el elemento _admite_ tener un input anidado, no es el uso preferido y sólo se utiliza por comodidad en casos en que realmente no sea necesario asociar el label con el input mediante ese atributo, pero eso puede no tener implementaciones iguales en todos los dispositivos (el uso de id, por ejemplo, hace que incluso en lectores de pantalla se asocie el label con el input correspondiente). Si además eso nos hace introducir un elemento br / para separar las líneas estamos cometiendo un error de mezcla de contenido y presentación. W3C ejemplifica el uso de label del siguiente modo: form action=http://somesite.com/prog/adduser; method=post label for=firstnameFirst name: /label input type=text id=firstname / label for=lastnameLast name: /label input type=text id=lastname / label for=emailemail: /label input type=text id=email / input type=submit value=Send / input type=reset / /form Si utilizamos de ese modo los elementos se puede seguir presentado de varios modos la información al usuario: 1. Cuando queramos que estén en líneas distintas (uno sobre otro) .label, .input { display: block; } 2. Cuando queramos que estén en la misma línea (uno al lado del otro) no hace falta poner ninguna característica especial en el CSS puesto que es el comportamiento por defecto. No obstante, en este caso el uso de listas para contener los elementos label e input nos garantiza que incluso en ausencia de CSS el usuario verá el formulario como una ristra vertical de controles con la etiqueta a su izquierda (de no ser así la ristra no se rompe en cada nuevo control o etiqueta). Si volvemos al ejemplo del W3C, utilizando listas tendríamos: form action=http://somesite.com/prog/adduser; method=post ul lilabel for=firstnameFirst name: /label input type=text id=firstname //li lilabel for=lastnameLast name: /label input type=text id=lastname //li lilabel for=emailemail: /label input type=text id=email //li /ul input type=submit value=Send / input type=reset / /form que nos da el control de mostrar al usuario el formulario de una forma bastante ordenada aún en ausencia de CSS. El uso de br / en este caso no está justificado, a menos que realmente queramos pensar en alguien que extrañamente no dispone de otro medio de navegar por internet que un navegador gráfico que no disponga de soporte suficiente para siquiera entender el uso de listas (realmente mostrar las etiquetas sobre el control siempre tiene sus desventajas de legibilidad según sea el formulario). Un saludo, Victoria [1] Especificación de HTML 4.01: http://www.w3.org/TR/html401/interact/forms.html#h-17.9.1 Ramón Corominas escribió: A ver... labelNombre: input type=text / /label Si quieres que aparezcan en dos líneas: label, input { display: block; } Y si quieres que aparezcan en la misma línea, añades (por ejemplo): label input { margin-top: -1.0em; margin-left: 10em; } Así te ahorras listas y br /, y sigues manteniendo la asociación implícita guiño Nota: esto afectaría a todos los input independientemente de que fueran tipo texto, password o submits, así que si quieres puedes asignar diferencias: input[type=text], input[type=password] { margin-top: -1.0em; margin-left: 10em; } Eso sí, sólo funcionará con CSS 2, así que a lo mejor en la práctica tendrás que usar clases distintas. Saludos, Ramón. Glupppsss, segunda sugerencia, escribe el label como elemento independiente y el input también: label for=nombreTexto:/label input name=nombre id=nombre size=15 maxlength=32 type=password Mediante el CSS puedes darle esa alineación sin ninguna necesidad de introducir br / o listas: .label { display: block; } ___ 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
Re: [Ovillo] semantificar una cita
Estoy de acuerdo con lo que indica Fernando, utilizar los elementos estándar en este caso hace innecesario que se invente un microformato o cualquier otra cosa al uso. Tal y como Fernando escribe su cita es la forma correcta de hacerlo enlazando además con la fuente (el atributo cite del blockquote). En cuanto a semantizar la cita, si realmente es una cuestión de WS, la cosa sería algo más compleja, ya que deberías indicar los nodos texto citado, fuente, autor, etc... y sus relaciones para poder describir el gráfico. A ese respecto los que se han dejado los cuernos en ello son la gente de Dublin Core [1] y la organizción /TEI Guidelines/ for Electronic Text Encoding and Interchange [2] (no confundir con nuestro compañero Oscar alias tei) que tienen un extenso documento que describe en XML cualquier tipo de cosilla que puedas imaginarte dentro de un texto pero aún están sólo en la etapa XML sin haber llegado a la expresión en schemas, vocabularios y afines. Un saludo Victoria [1] dublincore.org [2] tei-c.org Fernando Gutierrez escribió: Cite (elemento) es inline, así que no tiene porqué haber problema por meterlo dentro del blockquote. Y también está cite (atributo) para semantificarlo (palabreja!) más aún. blockquote cite=http://books.google.es/books?id=5s4OYAAJ; pSi estos preceptos y estas reglas sigues, Sancho, serán luengos tus días, tu fama será eterna, tus premios colmados, tu felicidad indecible, casarás tus hijos como quisieres, títulos tendrán ellos y tus nietos, vivirás en paz y beneplácito de las gentes, y en los últimos pasos de la vida te alcanzará el de la muerte en vejez suave y madura, y cerrarán tus ojos las tiernas y delicadas manos de tus terceros netezuelos./p pciteMiguel de Cervantes Saavedra/cite/p /blockquote El 9 de septiembre de 2008 15:25, Ignacio Ricci [EMAIL PROTECTED]escribió: Lo que no se, es si esta bien anidar cite con blockquote. Porque por los ejemplos que vi nunca están anidados. 2008/9/9 Rafa [EMAIL PROTECTED] Yo suelo hacerlo así: blockquote pSólo sé que no sé nada/p pciteSócrates/cite/p /blockquote cite dentro del blockquote para relacionar cita y autor. Saludos Ignacio Ricci escribió: Creo que es una muy buena pregunta Rodrigo. Me parece que está bien tu ejemplo. Estuve leyendo un poco por la web, y confirmé lo siguiente: *q* se usa para citas cortas de texto plano. *blockquote* se usa para citas largas, que están divididas por elementos de bloque, casi siempre párrafos (blockquotepParrafo1/ppParrafo2/p/blockquote). *cite* debería usarse para hacer mención a un individuo/empresa. Para mí, un sustantivo. Asi que por lo tanto, qSólo sé que no sé nada/qciteSócrates/cite Esta bien. Nacho 2008/9/9 Rodrigo Álvarez Virgós [EMAIL PROTECTED] Hola, Ovillo Alguien sabe cómo marcar de manera semántica una cita del tipo: Sólo sé que no sé nada (Sócrates) He mirado algún microformato, pero ninguno se ajusta. El más parecido es el que cita un blog: pciteEric Meyer/cite wrote:/p blockquote cite=http://meyerweb.../social-protocols/ http://meyerweb.com/eric/thoughts/2005/03/11/social-protocols/ p What's so interesting to me is that the guys who decided to focus on the positive went out and did something; those who want to mix in the negative seem to have nothing to offer except complaints. /p /blockquote pAn excellent contrast between those who want to build new things and those who want to tear them down. /p En mi caso no puedo|| usar el atributo cite, ya que el valor ha de ser una url. Tampoco me gusta usar blockquote, me gusta más q para este tipo de citas. Tomando como referencia blog-quote, ¿lo siguiente sería correcto? qSólo sé que no sé nada/qciteSócrates/cite ___ 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 -- ↓ Ignacio Ricci www.ignacioricci.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
Re: [Ovillo] [OT] Accesibilidad (era Google Chrome)
tn bonito... Pero teníamos prisa y no le hemos puesto rampas, pero no se preocupe, que dentro de unos meses las haremos y también usted podrá entrar. A mi también me parece triste ese punto, al igual que me parece triste que se sigan desarrollando aplicaciones exclusivamente en inglés y utilizando codificaciones obsoletas sin considerar siquiera que en un futuro no muy lejano todo eso también tiene que estar disponible en otros idiomas (no os voy a detallar aquí mi debate de esta primavera con el gerente de Twine al respecto, es público allí en Twine), o que alguien desarrolle con un único OS en mente... pero desgraciadamente el mundo no es de los generosos sino que está en manos de los egoístas y esos siempre se han caracterizado por no pensar en el prójimo. Por mi parte lo único que yo puedo hacer para contribuir a que esto no sea así es trabajar con la diversidad en mente (incluso en el diseño, recordad que hay códigos visuales distintos para distintas culturas) pero recordando el alcance del proyecto entre manos (si algo es realmente local en cataluña quizás es toda una ventaja para un chino no enterarse de nada). Como dice Tei, a veces es mejor tener la regla para zurdos, la de los diestros y la que puede utilizarse por parte de ambos. Entre otras cosas, no olvidemos que también los otros (invidentes, diestros, otros idiomas, etc...) tienen sus prejuicios y manías, y también producen productos que nosotros no podemos usar. Generalmente se llama discriminación positiva, pero fijaros que sigue conteniendo el término discriminación. Lo importante es intentar no dejarse llevar por el dogma y mantener una cierta coherencia y generosidad. Después de este chaparrón intenso, besos a todos (estoy generosa, no hay suficiente con los saludos) Victoria ___ 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] Ayuda para mini examen
Fernando creo que has tocado un punto sensible ;) Yo por mi parte creo que en un lugar donde uno se lo pueda permitir, el programador no tiene que estar pendiente del código HTML y CSS, de que sea correcto, sino simplemente de que el programa (que puede desarrollarse en PHP, JAVA u otros lenguajes de *programación*) genere el HTML según lo acordado con el equipo de diseño/maquetación. El programa suele ser algo complejo que obedece a las necesidades del negocio y no es simplemente adaptar un CMS sino entender toda una lógica de negocio y plasmarla en los flujos de trabajo e informaciones que se gestionan en la web. Yo he podido trabajar así en una empresa grande y nadie se sentía de menos, substituido/substituible o sin trabajo. Luego están los lugares donde no se desarrolla programación en sí, que se adaptan CMS de terceros sin necesidad siquiera de adaptarlos a lógicas de negocio distintas al modelo codificado en el CMS. En ese caso suele confundirse la persona que retoca las plantillas del CMS con el maquetador puesto que *programación* propiamente dicha hay poca. En ese caso tanto vale un programador que sepa maquetar como un maquetador con nociones del lenguaje de programación del CMS, se trata (según mi punto de vista, que puede ser erróneo) de un lugar en la frontera entre maquetación y programación. Finalmente estarían los que ni siquiera entran a modificar CMSs y sólo plantillas o temas del CMS. En tal caso es suficiente saber cómo instalar el CMS y el tema en concreto, cómo modificarlo (generalmente es casi-html y CSS) y listos. Es suficiente ser maquetador. Personalmente nunca he considerado programador a la persona que sólo trabaja en HTML/CSS y algún JS copiado o generado en algún lado sin entender muy bien lo que hace el código. De todos modos repito que es MI punto de vista y como tal susceptible de ser erróneo. Y siempre he pensado que una de las mejores cualidades de personas con las que he trabajado ha sido la curiosidad por saber aunque no les tocara directamente en su trabajo, porque igual sí repercutía en el de otros o en cómo debía adaptarse. Es sólo mi visión. Un saludo Fernando Seves escribió: No entiendo que a un programador se le exija un nivel de especialización en maquetacion tan alto. No estarán pensando a la larga sustituir al maquetador por un programador/maquetador? Ya se sabe, hay que hilar fino y no tirar piedras contra nuestro propio tejado y... al Cesar lo que es del Cesar. El 2 de septiembre de 2008 10:46, Rodrigo Álvarez Virgós [EMAIL PROTECTED] escribió: Hola, Nacho Ignacio Ricci escribió: Les escribo para pedirles ayuda con algo, porque estoy falto de ideas. La gente de mi trabajo está pensando en hacerle un pequeño examen a los nuevos programadores que van a entrar a la empresa. Dentro de ese examen, habrán algunas preguntas básicas y pequeños ejercicios de XHTML y CSS. Soy Maquetador Web en la empresa, y me han dado la tarea de pensar estas preguntas o ejercicios. Pero realmente no se me ocurre nada! Hasta ahora, hice 2 pequeños ejercicios: - Uno es darle la tarea de maquetar un mini diseño. - Y el otro es pasar de CSS escrito de forma larga a shorthand. Osea, ej: {border-bottom-width:1px; border-bottom-color:lime; border-bottom-style:dottted;} a {border-bottom:1px dotted lime;} La idea es tener la mayor cantidad de preguntas o ejercicios para después elegir los mejores. Asi que cualquier pregunta o ejercicio que se les ocurra, o link a alguna página que tenga algo parecido es muy agradecido. Ante todo he de decir que estoy gratamente asombrado con las ideas para el examen que han salido de esta lista, todas muy buenas. Poco más tengo que aportar, pero creo que sería interesante preguntar a tus candidatos si conocen ciertos recursos o técnicas, como nifty corners, faux columns, los microformatos, off left, ie7.js... e incluso la lista de Ovillo. Creo que si nunca han oído hablar de ninguno de ellos es que no tienen demasiada experiencia. También consideraría interesante tener instalados un porrón de navegadores (incluido multimpleIE o IETester para tener varias versiones de IE) con el fin de que comprueben con cuál/es comprueban sus resultados, o si se limitan a mirar la versión de Internet Explorer instalada en el sistema. Si quieres rizar el rizo puedes preguntar a tus candidatos qué novedades conocen de los futuros XHTML 2 y CSS 3. Si son buenos prefesionales sabrán contestarte. Neftalí Guerrero Pancorbo escribió: ignacio puedes poner preguntas que tu veas que tiene que ser muy friki para saberlas, los frikis suelen ser los mejores informaticos. Respondiendo con esas maneras mal vamos... y más cuando Nacho tiene razón, los test de w3schools los pasa hasta mi abuela. Un saludo Rodrigo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a
Re: [Ovillo] Ayuda para mini examen
Alex Lillo escribió: 2008/9/2 Victoria Gracia [EMAIL PROTECTED] Fernando creo que has tocado un punto sensible ;) Yo por mi parte creo que en un lugar donde uno se lo pueda permitir, el programador no tiene que estar pendiente del código HTML y CSS, de que sea correcto, sino simplemente de que el programa (que puede desarrollarse en PHP, JAVA u otros lenguajes de *programación*) genere [...] Sin asteriscos, los que citas son leguajes de programación, el HTML/CSS es un lenguaje de marcado. No confundir. Precisamente, porque nunca he confundido, nunca he podido llamar programador a quien sólo marcaba. En el mundo editorial clásico no se llamaba programadores a los que procesaban el texto escrito por un autor para maquetarlo, componerlo y finalmente crear el libro físico. Personalmente nunca he considerado programador a la persona que sólo trabaja en HTML/CSS y algún JS copiado o generado en algún lado sin entender muy bien lo que hace el código. De todos modos repito que es MI punto de vista y como tal susceptible de ser erróneo. Por supuesto que no. Es un desarrollador de front-end, no es un programador. Son cosas totalmente diferentes. Me alegra oír eso, aunque esta manía nuestra (general) de utilizar las palabras sin darle el sentido para el cual fueron creadas cada vez crea más confusiones. Un equipo de desarrollo de un programa tiene muchos perfiles de trabajo en el equipo, y no creo que desarrollador sea una palabra adecuada para ninguno en concreto y demasiado genérico para cualquiera de ellos. Aunque yo seguiré manteniendo que quien no es programador es quien marca un texto para la visualización, puesto que los otros sí lo son (su título era anterior a la irrupción de internet en nuestras vidas). Un saludo ___ 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] Ayuda para mini examen
A mi lo que siempre me ha dado mejor resultado ha sido poder evaluar no tanto lo que el candidato sabía (para eso todos podemos recurrir a referencias) sino cómo resolvía, y para eso es muy posible que la evaluación la tenga que hacer alguien que vaya a trabajar con él. No se trata tanto de si utiliza código en forma abreviada o no (eso siempre lo puede aprender y consensuar según sea el método de trabajo de vuestro equipo), ni siquiera si se sabe de memoria todos los fallos que presentan los navegadores y sus soluciones... se trata de saber dónde busca la información, en qué trabaja (muy buena la idea del examen con PC pelao, aunque fuera larga) y qué tipo de exigencias podéis encontrar por su lado. Lo de las exigencias no es una excentricidad, yo tuve que invitar amablemente a un miembro de mi equipo a que se incorporara en otro porque sencillamente no soportábamos su perfección o repelentez, dejadlo como mejor os guste. Eso normalmente lo mejor es una breve sesión de trabajo, lo mires por donde lo mires ;) Lo que deberíais fijar es el mínimo que queréis que el candidato cumpla (siempre es difícil ponerlo por escrito) en forma de sentencias claras, junto a éstas una medida de valoración: * código acorde con los estándares (debería ser capaz de marcar con tags un texto pelado aunque se lo dierais impreso) * código usable y accesible (al menos debe saber normas mínimas y cómo/dónde validar) * etc.. Os diré que yo tuve que pasar un examen en un trabajo (hasta ahora uno de los más divertidos y gratificantes en los que he estado), que consistió en hacer un estudio y presentar el resultado en formato html (entonces la X aún no se usaba). No era como maquetador, era como algo más, pero os aseguro que yo valoré mucho a quien me había dado el trabajo (no era un trabajo igual que cualquier otro) y a la vez sirvió para que me valoraran. No lo hice en la oficina, tuve unos días para hacerlo desde casa... total podría haber hecho trampa, pero no me hubiera servido de nada puesto que eso era lo mismo que debía hacer luego en el día a día. Quizás una buena prueba es que se presentaran con un trabajo sobre las referencias que consultan para CSS y XHTML maquetado (si hacen categorías, utilizan sitios en inglés u otros idiomas, etc... también estaréis teniendo más información sobre cómo y con qué trabajan) ;) Según sea el puesto (y el sueldo) que vaya a ocupar el candidato así debe ser la prueba. Un saludo Victoria Neftalí Guerrero Pancorbo escribió: claro pero esos pasitos son exactamente lo que uno necesita, que vas a ponerle un examen de un certificado de la w3c???, que pasa que ninguno usais google xq no os acordais de todo?, ninguno usais a los compañeros??? no vale el que mas conocimientos sabe por escrito, sino el que se maneja con agilidad, entiende el codigo, y lo resuelve bien, yo veo mal poner un examen tan dificil, ya que incluso ninguno de los ya contratados lo haría bien. bueno yo no soy el que va ha hacer el examen ni las preguntas, solo os digo que os pongáis en el papel de ellos. saludosss ignacio puedes poner preguntas que tu veas que tiene que ser muy friki para saberlas, los frikis suelen ser los mejores informaticos. saludos El lun, 01-09-2008 a las 12:52 -0300, Ignacio Ricci escribió: W3Schools me parece que es *demasiado básico*. Son los primeros pasitos en XHTML y CSS. 2008/9/1 Neftalí Guerrero Pancorbo [EMAIL PROTECTED] Mira Carlos, yo cuando empecé a mirar el tema de maquetacion, css y demás me recomendaron que iciera los test de la w3shools, hay examen y creeme que las preguntas si son para contratar estan muy bien, ellos mismos te dan los resultados, y va con tiempo, simplemente tendrías que pasarles el link para que agan el examen o copiar la pagina a una local y que hagan el examen ahi. El lun, 01-09-2008 a las 12:27 -0300, Ignacio Ricci escribió: Gracias Carlos y Jorge. Yo no voy a estar a cargo de supervisar el examen, voy a hacer las preguntas nada más. Lo que si sé, es que la idea del exámen es que sea pequeño y que lleve poco tiempo. Tampoco se están contratando maquetadores, sino programadores que sepan algo de xhtml y CSS, para no mandarse grandes cagadas al programar. Igual me sirven de mucho sus respuestas, y me gustaría conocer más opiniones también. Gracias de nuevo, Nacho. 2008/9/1 carlos campderrós [EMAIL PROTECTED] Hola Ignacio, 2008/9/1 Ignacio Ricci [EMAIL PROTECTED] Hola lista, Les escribo para pedirles ayuda con algo, porque estoy falto de ideas. La gente de mi trabajo está pensando en hacerle un pequeño examen a los nuevos programadores que van a entrar a la empresa. Dentro de ese examen, habrán algunas preguntas básicas y pequeños ejercicios de XHTML y CSS. Soy Maquetador Web en la empresa, y me
Re: [Ovillo] ¿Equivalente a Firebug para Internet Ex plorer?
Pues a pesar de que no suelo usarlo mucho, la última vez que estuve utilizando el IE(8) tenía una barra de herramientas de desarrolladores, lo que me sorprendió mucho y gratamente. Se encontraba en la parte derecha, bajo un símbolo de engranaje o algo similar, y yo juraría que IE la puso él solito porque no me dedico a instalarle complementos. Un saludo El 20 de agosto de 2008 11:06, Enrique Arizón [EMAIL PROTECTED]escribió: Buenas a todos, estoy realizando una web bastante compleja con montones y montones de CSS, javascript, gráficas SVG (Dojo-toolkit) El caso es que he conseguido que rule con Firefox pero con I.Explorer estoy atascado. El principal problema es que me he acostumbrado a utilizar el plugin Firebug (si no lo conoceís os lo recomiendo porque es impresionante: https://addons.mozilla.org/es-ES/firefox/addon/1843) y ahora en I.E. siento que voy a ciegas. Las páginas y los gráficos se me descuadran y el javascript no funciona pero lo malo no es eso, sino que no devuelve ningún error y no sé por dónde atacar. ¿Alguien sabe de algún plugin similar a Firebug para I.Explorer? (Preferentemente gratuito, pero si es de pago, que no sea muy caro :) ) ¡Saludos! Enrique ___ 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] Problemilla asignando fondos a los enlaces
David, parece un problema derivado de la diferencia de interpretación de las cajas para IE y FF. Si lo miras con detenimiento, IE no hace una mala interpretación... lo coloca en el centro vertical ;) Claro que FF tampoco hace mala interpretación... lo coloca en el centro de la línea de texto yo te diría que pruebes mejor a posicionarlo abajo y derecha aunque tengas que hacer el dibujín un poco más grande para que case en altura con las líneas. Un saludo Victoria David Lombardia - DeltaIdeas escribió: Hola a todos! estoy intentando agregar un icono a los enlaces externos. Lo he conseguido con Firefox pero en Internet Explorer 6 y 7 no se posiciona correctamente el icono. Me pasa con los enlaces que tienen varias líneas. Aquí podéis ver como se ve en Firefox y como en IE: http://www.deltaideas.com/iconos/firefox.png http://www.deltaideas.com/iconos/iexplorer.png El código que estoy utilizando es el siguiente: a[rel=external]{ padding-right: 10px; background: url(../imagenes/vinculoexterno.gif) center right no-repeat; } A ver si me podéis echar una mano. Saludos! David ___ 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] Problema extraño al usar el scroll en I E7
Hola Beatriz, probado con IE7.0.5730.13 no ocurre lo que comentas. Si fuera versiones anteriores de IE te diría que busques información del peekaboo bug Saludos 2008/8/4 Beatriz Cabrales [EMAIL PROTECTED] -- nivaria http://www.nivaria.com/ Hola, Estamos desarrollando un portal con un gestor de contenidos y me sucede algo bastante extraño en IE7. Al utilizar el scroll, las cabeceras de todos los bloques desaparecen. Pueden ver un ejemplo en la siguiente dirección http://server9.nivaria.com/spel/SPEL/preview/blocks_272.jsp?preview=true ¿a alguien se le ocurre por qué puede ser? Gracias :) Beatriz Cabrales - [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] +34 922 286 288 www.nivaria.com http://www.nivaria.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
Re: [Ovillo] nombres de las clases
Ayer me fui a dormir sin aprender una cosa nueva por no mirar los mensajes ;) Gracias a los compañeros/as por los enlaces y la información, ahora veo que además de ser a gusto del diseñador, los nombres que demos a elementos para aplicar estilos están sujetos a más restricciones que los nombres de clases en los lenguajes de programación. Si no he entendido mal: * No debería utilizarse el carácter subrayado porque, entre otros, CSS 2.1 no va a darle soporte. * Aunque me parece ver en el mensaje de Martín que el punto (.) podría utilizarse, yo no lo recomendaría, ya que es de suponer que eso nos puede provocar algún problema con la hoja de estilo por tener un significado concreto como selector o carácter con significado. * En el caso de los dos puntos pasa algo similar, además de que si, como yo, os adentráis en el apasionante mundo XML y RDF veréis que el carácter : tiene ya unas aplicaciones concretas. * Hay dudas sobre caracteres acentuados y raros. Con estas consideraciones nos quedamos en que son válidos: * contenidoPrincipal * ContenidoPrincipal * contenido-principal Yo sigo abogando (es mi gusto personal) por el uso de nombres en nuestra lengua, y la sintaxis camelCase con la primera palabra en minúsculas, utilizando únicamente letras del alfabeto inglés y sin acentos para evitarme problemas... manías que tiene una, aunque veo que hay quien las comparte :) Un saludo Victoria Martin Campos escribió: Hola. Los 5 ejemplos están bien según el estándar HTML 4.01: inglés: http://www.w3.org/TR/html401/types.html#type-cdata español: http://www.sidar.org/recur/desdi/traduc/es/html401-es/types.html#type-cdata CDATA es el tipo de datos para el atributo CLASS. Es una secuencia de caracteres tomados del conjunto de caracteres del documento y puede incluir entidades de caracteres. ID es el tipo de datos para el atributo ID. Debe comenzar con una letra ([A-Za-z]) que puede estar seguida por un número cualquiera de letras, dígitos, ([0-9]), guiones (-), subguiones (_), dos puntos (:), y puntos (.). Así que aquí está la gran diferencia ID vs CLASS, es obligatorio en ID que comience por un carácter alfabético (mayúscula o minúscula). Yo prefiero diferenciar los nombres incluyendo un número en el ID ya que han de ser únicos en el documento: div id=capaContenido1 class=capaContenidocontenido 1/div div id=capaContenido2 class=capaContenidocontenido 2/div Un saludo: MARTIN El 30 de julio de 2008 20:47, alarkspur[EMAIL PROTECTED]escribió: Buenas lista, que tal el verano? He estado aprovechando para leer sobre la generación correcta de mis hojas de estilo, como ordenarlas, estructurarlas etc. Todo ok, pero hay una pequeña duda que no he encontrado comentada en ningún sitio y es referente a los nombres de las clases, por ejemplo: div id=maincontent puede ser de muchas formas mainContent main-content main_content MainContent ¿Que uso es el mas recomendado, guiones altos o bajos, mayusculas o minusculas? ó ¿los 5 están bien y solo es una cuestión que dependa de las manías del maquetador? Muchas gracias por la info que puedan facilitarme. Saludos. ___ 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] nombres de las clases
Hola, en general la respuesta es depende de las manías del diseñador, y a partir de ahí puedes decidir qué forma es la más apropiada para tus proyectos. En general yo abogo por el uso del español en el nombre de los elementos (principal vs. main) y por la notación habitual en lenguajes de programación que haría que *contenidoPrincipal* fuera la opción preferida, pero repito, eso sí es a gusto del diseñador. Lo que no había visto hasta ahora era el uso de un guión tradicional en el nombre de los elementos (main-content) ya que generalmente se utiliza, para mostrar un espacio, el carácter de subrayado. Un saludo Victoria alarkspur escribió: Buenas lista, que tal el verano? He estado aprovechando para leer sobre la generación correcta de mis hojas de estilo, como ordenarlas, estructurarlas etc. Todo ok, pero hay una pequeña duda que no he encontrado comentada en ningún sitio y es referente a los nombres de las clases, por ejemplo: div id=maincontent puede ser de muchas formas mainContent main-content main_content MainContent ¿Que uso es el mas recomendado, guiones altos o bajos, mayusculas o minusculas? ó ¿los 5 están bien y solo es una cuestión que dependa de las manías del maquetador? Muchas gracias por la info que puedan facilitarme. Saludos. ___ ___ 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] Legend de formulario alineado a la derecha
Hola Francisco, El campo legend tiene comportamientos distintos según navegadores: * IE (y sólo IE) lo trata como un elemento *dentro* del fieldset * El resto de navegadores lo trata como un elemento *fuera* del fieldset Con este conocimiento debes replantear la pregunta: * ¿Alineado a la derecha respecto a la pàgina o el div superior? * ¿Alineado a la derecha respecto al Fieldset? * ¿Alineado a la derecha con las etiquetas contenidas en el formulario? * ... Si estás intentando un diseño líquido, fluido y/o elástico será más complicado lograr que en todos los navegadores se muestre el campo legend a la derecha (digo complicado, no imposible) que en un diseño fijo, pero en cualquier caso vas a necesitar una estilo distinto para copar con las distintas interpretaciones del navegador (IE vs. resto) y muy posiblemente la ayuda de marcado adicional para poder lograr el control sobre la colocación del elemento. ¿Te merece la pena? Un saludo, Victoria Francisco Garde escribió: Buenos días listeros, Estoy buscando información para ver si el texto de un campo legend, de un formulario, se puede mostrar alineado a la derecha y no encuentro nada. ¿Es posible hacerlo? Muchas gracias de antemano. Un saludo !! ___ 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] centrar Div verticalmente
Hola Diana, así a bote pronto no entiendo porqué tienes dudas. Si es una imagen de fondo seguramente la colocarás en un div tal como el contenedor de la página o de los diseños que estés haciendo, de este modo por encima suyo podrá mostrarse el contenido e imágenes del resto de capas. En cuanto al centrado, no acabo de entender si te interesa centrar la imagen respecto al div o si quieres centrar el div en cuestión respecto a la página, lo que ya dependerá de la estructura del HTML que hayas elegido. Si es el caso de la imagen busca una posición porcentual razonable si hay que centrarlo verticalmente, no siempre será exacto pero como ya has visto no hay un control que permita la posición de la imagen de fondo en centrado vertical (sí en horizontal) .claseDelDivEnCuestion {background: #color url(imagen) no-repeat 50% 50%; } De todos modos, según el formato de la imagen, la importancia de ésta y de que efectivamente esté centrada, también puedes cuestionarte crear una imagen lo suficientemente grande como para que ocupe el 100% del div y se redimensione con éste. Es un buen método para garantizar que las imágenes se redimensionan con los cambios de visualización del usuario. Un saludo Victoria El día 23 de julio de 2008 15:35, Diana Gentilini [EMAIL PROTECTED] escribió: Hola a todos! Tengo un problemita: Necesito colocar en una página una imagen de fondo, la cual irá en un div, pero esta imagen deberá quedar centrada horizontal Y verticalmente. He encontrado algunas soluciones en la web, pero no muy legales sobre como centrar con CSS verticalmente... Aclaro que arriba de dicho div, tengo que maquetar otros divs en los cuales irán otros con contenidos tales como botones de links, textos, otras imágenes, animaciones... También aclaro que soy nueva en esto... y cuando he logrado resolver un problema, me salta otro, como que no se visualiza correctamente en algunos navegadores. Espero puedan ayudarme, y agradezco lo que he aprendido leyendo día a día la lista!!! Saludos, Diana _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ 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] fondo de links era: deshabilito imagenes y me desaparece el menu
Hola Alejandra background:#0033ff transparent url(barramenu2.jpg) no-repeat; o el color es #0033ff o es transparent, no intentes definir los dos ;) background:#0033ff url(barramenu2.jpg) no-repeat; eso es suficiente Un saludo 2008/7/23 [EMAIL PROTECTED]: Hola otra vez! el tema del color de fondo ya lo solucioné, gracias a todos. Kemie me aconsejaba ponerle color de fondo a los links, para cuando se desactive el estilo (ya que la fuente de los links es blanco), pero me surge que tengo una imagen de fondo; esto es lo que tengo en el css: ul#menunav li a span{ background:transparent url(barramenu2.jpg) no-repeat; } yo le pongo el color asi: ul#menunav li a span{ background:#0033ff transparent url(barramenu2.jpg) no-repeat; } y entonces me saca la imagen, y no se como solucionarlo :( Muchas 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 ___ 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] Legend de formulario alineado a la derecha
Hola de nuevo Francisco, te recomendaría utilizar entonces el h1 y el legend aunque lo ocultes. Te explico el motivo, en lectores de pantalla el legend se añade automáticamente a las etiquetas (label) para diferenciar el campo que se está rellenando (dirección en Domicilio de dirección en Dirección de entrega). Entiendo que la estética hace difícil conciliar cuestiones como esta, pero creo que si la estética realmente justifica una pequeña trampilla puedes permitirte duplicar el elemento. Un saludo El día 23 de julio de 2008 17:30, Francisco Garde [EMAIL PROTECTED] escribió: Hola listeros, muchas gracias por la información. Lo que quiero es posicionar el texto del legend a la derecha con respecto a las etiquetas contenidas en el formulario. He probado utilizando el método que me proponía Marco, añadiendole el tamaño del fieldset a la leyenda, pero en Explorer tengo problemas (como ya me había advertido Victoria). #legend span { display: block; text-align: right; width:16em; } Así que me parece que el formulario se queda sin legend y haré el título con un header, aunque no se si será muy correcto, ya que la página tiene que cumplir accesibilidad. Saludos y muchas gracias de nuevo!!! Francisco Garde Calvo Director de Proyectos Chan Plataforma d'idees 963 26 66 02 - 665 86 32 82 -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Victoria Gracia Enviado el: miércoles, 23 de julio de 2008 14:18 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Legend de formulario alineado a la derecha Hola Francisco, El campo legend tiene comportamientos distintos según navegadores: * IE (y sólo IE) lo trata como un elemento *dentro* del fieldset * El resto de navegadores lo trata como un elemento *fuera* del fieldset Con este conocimiento debes replantear la pregunta: * ¿Alineado a la derecha respecto a la pàgina o el div superior? * ¿Alineado a la derecha respecto al Fieldset? * ¿Alineado a la derecha con las etiquetas contenidas en el formulario? * ... Si estás intentando un diseño líquido, fluido y/o elástico será más complicado lograr que en todos los navegadores se muestre el campo legend a la derecha (digo complicado, no imposible) que en un diseño fijo, pero en cualquier caso vas a necesitar una estilo distinto para copar con las distintas interpretaciones del navegador (IE vs. resto) y muy posiblemente la ayuda de marcado adicional para poder lograr el control sobre la colocación del elemento. ¿Te merece la pena? Un saludo, Victoria Francisco Garde escribió: Buenos días listeros, Estoy buscando información para ver si el texto de un campo legend, de un formulario, se puede mostrar alineado a la derecha y no encuentro nada. ¿Es posible hacerlo? Muchas gracias de antemano. Un saludo !! ___ 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] print css para explorer 6
¿Habéis probado definir una hoja de estilos para impresión? A veces es una solución muy simple y permite eliminar del diseño aquellos elementos que no tienen sentido en el papel, adaptar el espacio, etc... Una de las ventajas es que puedes eliminar partes del diseño que quizás estén confundiendo al navegador al interpretar la página, como las cabeceras (no tiene sentido hacer login en una página impresa), y puedes adaptar las imágenes y colores de fondo teniendo en cuenta que no todos los usuarios las imprimirán. También puedes definir los estilos en puntos (pt) para asegurar el tamaño de la letra impresa, o dar un ancho máximo a las imágenes en cms para que no supere los márgenes del papel (eso a veces hace que el navegador no interprete bien la página para imprimir). No se me ocurre más solución que esa, definir una hoja de estilos específica para impresión. No es un problema con el que lidie a menudo, disculpa. Un saludo Victoria El día 23 de julio de 2008 18:51, Albert Muñoz [EMAIL PROTECTED] escribió: Hola gente, Tenemos una home con un ancho de 950px, en ie7, firefox y opera nos muestran una previsualización de impresión más que decente; pero ie6 no, nos corta mucho el ancho. Entendemos que el resto de navegadores adaptan el ancho de la página al ancho de impresión, menos ie6. ¿Hay alguna manera rápida de tratar esto? que no sea tener que rebajar tamaños manualmente de todos los elementos (hemos probado width:80%, etc...) La página en questión es esta: http://portal.lacaixa.es/home/particulares_es.html gracias, PD: perdon si no me expresado demasiado bien, estamos espesos.. albert muñoz cunill www.laviniainteractiva.com http://www.laviniainteractiva.com/ Pujades, 81 08005 Barcelona T 93 272 34 10 ext.243 ___ 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] desabilito imagenes y me desaparece el menu
Si deshabilitas los estilos los enlaces deberían mostrarse en azul, color por defecto... ¿probaste qué pasaba? [EMAIL PROTECTED] escribió: Hola! Amigos, no se me ocurre (debe ser la humedad y la lluvia que hay aquí en Buenos Aires), como hacer para que en determinado sitio, que obligatoriamente los links deben ser blancos, al deshabilitar los estilos , estos links se vean. Alguna sugerencia? Muchas Gracias a todos A.J.G. ___ 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] Metadatos de Dublin Core
Hola Rodrigo, DC estrictamente no aporta nada si estás única y exclusivamente desarrollando para un navegador clásico (FF, IE, Opera, Safari, dispositivos móviles, etc...), aunque sí lo hace cuando estás definiendo semánticamente tu sitio para buscadores y navegadores semánticos (Swoogle, Sindice, Semantic Radar y bichos de esa especie). Actualmente los buscadores tradicionales no tienen en cuenta esa información y se valen de los meta ya conocidos. No obstante, Yahoo ya está empezando a experimentar su herramienta Search Monkey y hay otros buscadores que están empezando a explotar sitios definidos en Web semántica (Sindice y Swoogle son un par de estos buscadores). Hoy por hoy si tu objetivo es SEO aún no es relevante. Si tu objetivo es otro quizás sí puede ser interesante. Un saludo Victoria El 16/07/08, Rodrigo Álvarez Virgós [EMAIL PROTECTED] escribió: Hola, Ovillo ¿Alguien es buen conocedor de los metadatos DC? ¿Añaden a los documentos html significado semántico respecto a los metadatos «estándar»? ¿Por ejemplo qué aporta DC.Description respecto a description? ¿Los buscadores tienen en cuenta estos metadatos? Después de googlear bastante encuento mucha documentación, pero no respuestas claras a mis preguntas. Se agradece cualquier tipo de información o enlace útil ___ 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
[Ovillo] OT? A veces nos olvidamos...
Apreciados compañeros/as estos días y por motivos ajenos a mi voluntad, estoy experimentando con modos de acceso a internet y a la web que no son mi conexión ADSL habitual o mi ordenador. Siempre dentro de la provincia de Barcelona (España), que podemos considerar un lugar con acceso a todos los bienes de la conectividad (no quiero ni pensar qué ocurre en otros países o lugares donde no podemos siquiera dar por supuesto esto). Me he encontrando con: * Versiones de Firefox 1 en cibercafés * Disponibilidad únicamente de redes G2 en acceso por líneas de móviles en lugares que supondríamos podría haber presencia de redes G3 Aún no he pillado el acceso G3, pero la lentitud de G2 es sorprendente... se hace incluso difícil poder realizar algo tan simple como entrar en el GMail y enviaros este mensaje. Por otro lado, tras consultar los 3 principales operadores de telefonía móvil en España (orange, vodafone y movistar), todos coinciden en aplicar tarifas por volumen de datos (la única tarifa libre que ofrecen es cara, superando los 50€/mes y en condición de contrato) De todo ello estoy sacando conclusiones para mis próximos desarrollos que, por ser para público muy general tiene que considerar escenarios tales como personas que carecen de ordenador en casa pero utilizan el del trabajo/centro de estudios/cibercafé, o personas que se conectan desde redes de telefonía móvil. Por supuesto una de las primeras conclusiones va a ser minimizar el volumen de datos a transferir. No es de recibo que el usuario que consulta mi página tenga que malgastar parte de su consumo limitado descargando cosas que no van a serle de utilidad. Otra de las conclusiones es que lamentablemente no podré fiarme aún de que hay versiones de navegador superadas (este año estoy viendo verdaderas joyas prehistóricas aún en funcionamiento). Yo he realizado la noble tarea de instalarme el FF3 en el cibercafé para poder navegar, pero ha sido a costa de 0.10€ de mi tiempo de uso del puesto y sabiendo que al dejar libre el puesto se borrará todo rastro puesto que por seguridad restauran las máquinas en cada usuario (también me tomé la molestia de solicitar que actualizaran el navegador). Yo venía de un pueblo cercano a Barcelona que no ha tenido cobertura ADSL de telefónica hasta el año 2006, así que pensaba que estaba muy mentalizada de esas cosas... pero veo que no, el acceso a gmail me ha devuelto a la realidad :) Perdonad la disertación a aquellos que desarrolláis para entornos controlados (intranets y redes corporativas), pero espero servir de reflexión a todos aquellos que no, al igual que me ha servido a mi misma de reflexión. Un saludo Victoria ___ 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] Alineación vertical de dos elementos
Y no has probado con vertical-align? me refiero por supuesto a la propiedad CSS que puede especificarse para indicar la forma en que se alinean cajas inline. Puede tomar varios valores: - baseline - bottom - middle - sub - super - text-bottom - text-top - top la lástima, como siempre, es que la implementación no es igual para todos los navegadores y, mientras en Safari y Opera puedes fiarte 100% del resultado, en IE y Firefox vas a tener que experimentar y probar. Un saludo Victoria El día 4/07/08, SkuNk [EMAIL PROTECTED] escribió: Sí, una gran pregunta. Yo hice expermientos con line-height, pero ahora mismo no recuerdo si fueron satisfactorios :P -- Philipp Keweloh El día 3/07/08, Ignacio Ricci [EMAIL PROTECTED] escribió: Que gran pregunta. Yo te digo opciones que he utilizado, que no se sin son las mejores, pero son opciones. Opcion 1 Que el radio, input, icono tenga float:left; Opcion 2 Que el contenedor de los elementos tenga un alto y un vertical-align:middle; Opcion 3 Que el radio, input, icono tenga un margen top de tanto, y con un fix para IE6 y IE7. Y hasta ahí llegaron mis opciones cuando viene ese caso. 2008/7/3 Javier Prieto (Tapry) [EMAIL PROTECTED]: Hola compañeros: Este es otro de los temas que me está volviendo loco desde hace tiempo. Muchas veces se me ha dado el caso en el que tengo que poner un radio button y al lado un texto. En otras ocasiones he tenido que poner un iconito y al lado un texto (sin ser fondo el iconito) Otras veces he tenido que poner un campo de búsqueda (campo de texto de un formulario) y la lado un pequeño icono como submit ... en fin, resumidamente, muchas ocasiones en las que tengo que poner algun elemento inline al lado del otro. Mi pregunta viene aqui, ¿hay alguna manera fácil de poder controlar la alineación vertical de este par de elementos? Es decir, si pongo por ejemplo un texto al lado de una imagen de 50x50 pixels, el texto se queda alineado con respecto a la base de la imagen. No me valen opcines de float:left, ni cosas raras, yo simplemento quiero poder alinear los dos elementos verticalmente. Espero haber sido claro y así me podais echar un cable. Muchas gracias por vuestra ayuda y un abrazo ___ 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 -- ↓ Ignacio Ricci www.ignacioricci.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] Como hago?
Hola Pablo, no me gusta los elementos en movimiento, pero se me ocurre que como background del elemento link puedes poner un gif animado que no sea más que el bucle de las rayitas que quieres. O si lo que quieres es que según el estado del link éste se subraye en un color o otro, dales características distintas a margin-bottom en los distintos estados del elemento. Si quieres alguna otra cosa que mi imaginación no es capaz de visualizar, te ruego nos remitas algún ejemplo para que podamos ayudarte. Un saludo Victoria Pablo escribió: Hola, No se como hacer para que al texto del link aparesca cmo rayitas moviendose, el que sepa me avisa. Un abrazo Pablo. ___ 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] [OT] Cómo presentar la informació n
Hola Eduardo, yo he utilizado en algún caso, para ese mismo problema, nubes de tags con pesos que varían en función al interés del portal en mostrar la información (i.e que es el mes del condón musical fluorescente, pues toca que esas etiquetas estén más destacadas). Las nubes de tags son efectivas si utilizas sólo unas cuantas y no TODOS los términos que podrías llegar a tener (el exceso también hace que el visitante ni siquiera mire). Eso combinado con una buena categorización, búsqueda en el sitio y también banners puntuales que promocionan algún producto concreto o te llevan a un artículo interesante (del propio sitio) donde se habla del uso de productos. Espero que te sea útil. Un saludo Victoria [ATINAmedia] Eduardo de la Torre escribió: Supongamos que queremos hacer un buscador temático, por ejemplo de pesca, fiestas, fútbol o cualquier otro tema. Imaginemos que el visitante de la web tiene un formulario para realizar su búsqueda sobre cualquier tema afín a la temática del buscador, pongamos por ejemplo el tema de fiestas... El cliente puede buscar despedidas de soltero con la finalidad de encontrar empresas que le ofrezcan dichos servicios. Pero he aquí el problema: hay servicios que te puede ofrecer el buscador, pero que el cliente no sabe ni que existen, por ejempl...condones con música fluorescentes. El cliente no sabe que puede buscar ese producto y por otro lado, mostrar TODAS las posibles ofertas sería una locura, pues habría varios cientos, todas distintas, de muy dificil clasificación. ¿Se os ocurre cuál podría ser un método de presentar dicha información de un modo óptimo? Nube de tags ¿? directorio ¿? otras opciones ¿? Un saludo! EduT ___ 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] [OT] Campaña Firefox 3
Cierto, Firebug tiene versión actualizada para funcionar correctamente sobre FF3. No estaría de más que comprobáramos algunas afirmaciones antes de publicarlas en la lista. Un saludo Victoria Rafa escribió: La versión 1.2.0 b3 de Firebug que se puede descargar desde la página de los addons de mozilla [1] a mi me funciona perfectamente sobre firefox 3. [1] https://addons.mozilla.org/es-ES/firefox/addon/1843 Saludos Neftalí Guerrero Pancorbo escribió: Yo no me fliparía tanto, ya que no si si la conocen, el addons de firefox: firebug, no furula en firefox3, y se supone q el firebug es nuestra mejor herramienta para maquetar. El mar, 17-06-2008 a las 23:10 +0200, Almorca escribió: No. Ya ha salido la versión final. El día 17 de junio de 2008 23:02, Ardilla Roja [EMAIL PROTECTED] escribió: la version es un RC, pero pues ya se puede decir casi casi final.. :) 2008/6/17 Victoria Gracia [EMAIL PROTECTED]: Me entero algo tarde (por la hora) de que hoy es el día que Firefox quiere batir un récord en descargas de su versión 3 [1] Acabo de mirar ahora y llevan ya 3.027.248, por lo que muy desencaminados no deben ir ;) Eso quiere decir que ya tenemos versión 3 oficial a sumar a la lista de navegadores a soportar (3 millones de usuarios bien lo vale, ¿no?) Un saludo Victoria [1] http://www.spreadfirefox.com/es-ES/worldrecord ___ 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] Actualizando navegadores
Ayer era FF3, hoy es Opera 9.50 Parece que esta vez la actualización de navegadores va a ser rápida, ya que también el innombrable y Safari están a puntito de sacar las suyas ;) Por lo pronto ahí queda la actualización de Opera: http://www.opera.com/products/desktop/ Un saludo Victoria ___ 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] Campaña Firefox 3
Me entero algo tarde (por la hora) de que hoy es el día que Firefox quiere batir un récord en descargas de su versión 3 [1] Acabo de mirar ahora y llevan ya 3.027.248, por lo que muy desencaminados no deben ir ;) Eso quiere decir que ya tenemos versión 3 oficial a sumar a la lista de navegadores a soportar (3 millones de usuarios bien lo vale, ¿no?) Un saludo Victoria [1] http://www.spreadfirefox.com/es-ES/worldrecord ___ 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? Marcado semántico vs. marcado e structural
Apreciados/as compañeros/as de lista (lo de miembros/as parece que no es correcto) , Este mensaje es fruto de un cierto tiempo de reflexión y debate sobre el uso (incorrecto) que actualmente se hace de la denominación Marcado semántico, especialmente en los entornos de diseño web. Me atrevo a enviárosla puesto que a ello me ha animado algún compañero de lista. comentarioPara el que no interese el tema, puede abandonar aquí la lectura del mensaje/comentario Utilizamos la denominación Marcado semántico para indicar, simplemente, el tipo de elemento que estamos utilizando dentro de una estructura. Así solemos encontrar que marcar como h1 el elemento que contiene el título de un artículo se denomina marcado semántico cuando no añade ningún dato sobre el SIGNIFICADO del artículo. La Web Semántica (RDF, Tripletas RDFa, Turtle, GRDDL, etc...) se refiere a que las máquinas procesen la información por el significado, y no por la estructura. Precisamente RDF intenta dar respuesta a eso en lo que falla XML, dar coherencia y posibilidades de relación. La máquina no distingue la diferencia semántica entre: h1Objetivos de CSS/h1 h1Compre Viagra/h1 puesto que lo único que nos dice h1 es que es el elemento de mayor relevancia, el titular, pero no nos indica el significado de ese titular. En cambio body typeof=foaf:Document about= sí indica que estamos frente a un recurso que es un Documento (tipeof=foaf:Document) y que lo que vamos a incluir a continuación es descripción de este mismo elemento (about=). No quiero entrar en profundidad en el *Marcado semántico* real, en el que añade significado, pero me gustaría con este ejemplo ilustraros porqué denomino *Marcado estructural* a aquel que sólo indica la estructura y *Semántico* este otro que sí indica significado. Otro ejemplo sería en el uso de los elementos title de la cabecera: meta name=DC.title content=Ovillo, la lista de CSS en castellano / meta name=DC.description content=Ovillo agrupa en su lista interesados, de cualquier nacionalidad y habla hispana, en CSS / Aquí estamos indicando, mediante los elementos de Dublin Core, lo mismo que hemos hecho toda la vida, pero en este caso los motores semánticos son capaces de procesar la información y establecer enlaces a partir de ella. En la medida de lo posible os pediría que antes de volver a utilizar el término hiciérais esta reflexión ahora que aún estamos a tiempo de llamarlo Marcado estructural en lugar de confundirlo con Marcado semántico. Espero que no me tildéis de Troll por la explicación. Un saludo Victoria ___ 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? Marcado semántico vs. marcado e structural
Jorge, precisamente a eso venía la nota... que se empezó marcando las páginas estructuralmente para que fuera más correcto y a la vez se simplificara su comprensión y ya se habla de marcado semántico en algo que, si reflexionamos mínimamente, no lo es e induce a que en breve veamos auténticos oportunistas utilizando Dreamweaver pero vendiendo web semántica a clientes desprevenidos que creerán que es cierto por el simple hecho que ellos tampoco sabrán distinguirlo. Se puede hacer un larguísimo debate sobre semántica y meta-semántica. En casa ha sido siempre un tema de debate (mi madre ya estuvo en IBM en los 60 en los laboratorios de investigación lingüística, y somos de tradición editorial, así que puedes imaginar el ambiente), pero ir mucho más allá me parece improcedente en esta lista. Sólo quería apuntar que quizás esta vez aún está en nuestras manos poder cambiar un término que empieza a utilizarse (aunque haga algún tiempo no es tan común ni extendido) y podemos ser nosotros los que marquemos el correcto uso de términos (estructura vs. significado, uso, propiedades u otros atributos). Un saludo Victoria Jorge Rumoroso escribió: 2008/6/13 Rodrigo Álvarez Virgós [EMAIL PROTECTED]: Hola, Victoria Estoy 100% de acuerdo contigo, siempre hablamos de web semántica sin pararnos a pensar que es un término que no es del todo correcto. Una cosa es web semántica y otra marcado semántico... No confundamos conceptos porque al final lo que tal vez no sea del todo correcto sea no diferenciarlo. Un saludo Un saludo a todos Rodrigo Victoria Gracia escribió: Apreciados/as compañeros/as de lista (lo de miembros/as parece que no es correcto) , Este mensaje es fruto de un cierto tiempo de reflexión y debate sobre el uso (incorrecto) que actualmente se hace de la denominación Marcado semántico, especialmente en los entornos de diseño web. Me atrevo a enviárosla puesto que a ello me ha animado algún compañero de lista. comentarioPara el que no interese el tema, puede abandonar aquí la lectura del mensaje/comentario Utilizamos la denominación Marcado semántico para indicar, simplemente, el tipo de elemento que estamos utilizando dentro de una estructura. Así solemos encontrar que marcar como h1 el elemento que contiene el título de un artículo se denomina marcado semántico cuando no añade ningún dato sobre el SIGNIFICADO del artículo. La Web Semántica (RDF, Tripletas RDFa, Turtle, GRDDL, etc...) se refiere a que las máquinas procesen la información por el significado, y no por la estructura. Precisamente RDF intenta dar respuesta a eso en lo que falla XML, dar coherencia y posibilidades de relación. La máquina no distingue la diferencia semántica entre: h1Objetivos de CSS/h1 h1Compre Viagra/h1 puesto que lo único que nos dice h1 es que es el elemento de mayor relevancia, el titular, pero no nos indica el significado de ese titular. En cambio body typeof=foaf:Document about= sí indica que estamos frente a un recurso que es un Documento (tipeof=foaf:Document) y que lo que vamos a incluir a continuación es descripción de este mismo elemento (about=). No quiero entrar en profundidad en el *Marcado semántico* real, en el que añade significado, pero me gustaría con este ejemplo ilustraros porqué denomino *Marcado estructural* a aquel que sólo indica la estructura y *Semántico* este otro que sí indica significado. Otro ejemplo sería en el uso de los elementos title de la cabecera: meta name=DC.title content=Ovillo, la lista de CSS en castellano / meta name=DC.description content=Ovillo agrupa en su lista interesados, de cualquier nacionalidad y habla hispana, en CSS / Aquí estamos indicando, mediante los elementos de Dublin Core, lo mismo que hemos hecho toda la vida, pero en este caso los motores semánticos son capaces de procesar la información y establecer enlaces a partir de ella. En la medida de lo posible os pediría que antes de volver a utilizar el término hiciérais esta reflexión ahora que aún estamos a tiempo de llamarlo Marcado estructural en lugar de confundirlo con Marcado semántico. Espero que no me tildéis de Troll por la explicación. Un saludo Victoria ___ 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] OFFTOPIC II: Confusiones (era: Sobre frikadas incongruentes)
Apreciados todos, todos llegamos a la lista tras haber invertido distintos tiempos en distintas listas, grupos, comunidades virtuales. Cada una con sus costumbres y sus limitaciones, cada una proporcionándonos una información valiosa y unos hábitos. Llegamos también a ella desde distintos programas que nos permiten el acceso al correo, unos más respetuosos con las costumbres más arraigadas y otros menos (GMail es de los menos). El llamamiento del compañero Tei no es descabellado, es fruto de largas experiencias y tiempos en la red, y dadas las respuestas de utilidad que ha ofrecido en esta lista (y en otras, me consta), no creo que tildarlo de Troll sea precisamente lo más apropiado. Quizás anacrónico, poco tolerante si os sentís atacados por sus observaciones, pero pensar que un miembro de esta lista que tanto nos ha ofrecido sea un elemento distorsionador no deja de sorprenderme (y con ello quizás me pongo también en la postura de ser tildada de Troll o cualquier otro calificativo similar... pero hay riesgos que hay que asumir). Es bueno conocer los hábitos de los medios que utilizamos. Yo misma me sorprendí en uno de los primeros llamamientos que vi de este compañero hacia los buenos hábitos de las listas de correo, y he procurado seguirlos a pesar de que en muchos casos me parece que, dadas las condiciones actuales, quedaron obsoletos. Y como opinión particular, prefiero las respuestas en la parte superior de los mensajes (lo que se denomina top posting) puesto que eso me da un acceso más rápido a la novedad en el hilo y no me requiere repasar nuevamente todo lo que ya se dijo. A pesar de ello he intentado disciplinarme en las respuestas a la lista y seguir las únicas normas que alguien se ha atrevido a mencionar. El sentido del humor es necesario y preciso en casi todos los aspectos de la vida (personal y profesional), y no cabe confundirlo con trivialización o burla. Tampoco debería ser el objeto primordial de una lista de correo destinada a ayudarnos en la adquisición de destrezas en el campo de CSS. Quizás me sorprende más que se derive hacia preguntas vagamente relacionadas con el tema de la lista por el simple hecho de tener algo que ver con programación web que el hecho de que un compañero intente adoctrinarnos en el correcto uso de la lista. Y dicho esto yo doy por concluido el tema. Yo puedo elegir no leer los mensajes que no considere oportunos, que para eso mi programa de correo me permite decidir qué leo y qué no; qué borro y qué conservo. Gracias Tei por tu intento (frustrado) de intentar que conociéramos las buenas prácticas en las listas de correo, y por todos tus valiosos consejos a distintos compañeros de la lista (utilizo el plural de nuestra lengua, que establece indiferencia de género). No obstante, quiero llamar tu atención sobre el último mensaje tuyo de que tengo constancia: Tei escribió: Victoria, te agradezco tu mensaje. Porque por un momento me ha alegrado que alguien se tome esto de forma sana y humoristica. Solo ha sido un momento, porque luego me he sentido muy ofendido, y no he sabido que responder, porque estoy de acuerdo en dejar las cosas tal cual. Y no hay nada que yo pueda decir ahora parecido a quedarme callado :D 2008/6/11 virginia aguirre [EMAIL PROTECTED]: Sinceramente, debería de haberme sentido aludida ayer cd lei el primer mensaje puesto que fui yo la que mando un offtopic sin tener en cuenta la netiquet ni el botoom... o el [...] Por favor, no confundas VIctoria y VIrginia ;) Somos personas diferentes y con pensamientos y experiencias diferentes. Un saludo a todos Victoria ___ 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] EXPERTO EN ACCESIBILIDAD Y USABILIDAD DE CONTENIDOS WEB
Os recomiendo la lectura de un largo pero interesante artículo: http://tokland.com/elearning/?p=118 Para mi la mayoría de esos cursos Master (o como se llamen) se equiparan al master descrito en el artículo cuyo destino final no es que el alumno realmente sepa sino que los que han impartido el curso se consoliden como eminencias en un campo que quizás conocen pero que no logran transmitir adecuadamente a los alumnos de los cuales han obtenido, no obstante, una sustanciosa recompensa económica. Un saludo 2008/6/12 Pau Taw [EMAIL PROTECTED]: Como no tengas acceso a una de las becas o subvenciones me parece demasiado dinero. 2008/6/7, Carlos Marrero [EMAIL PROTECTED]: http://www.ich.es/uah/accesibilidadyusabilidad/accesibilidadyusabilidad.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 ___ 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] Página que expira en Explorer 7
En usabilidad te dirían que debes prevenir el error... si el número de viajeros es superior a las plazas de hotel disponibles entonces deberías permitir una acción tal como: a) permitir seleccionar unas cuantas plazas en ese hotel y otras plazas en otro hotel próximo b) indicar al usuario que las plazas disponibles son X pero que en cambio los hoteles Y, Z, ... disponen de plazas y tienen un precio similar c) permitir al usuario indicar, desde esa pantalla, que prefiere volver al inicio para marcar menos viajeros etc... Se trata de evitarle al usuario lidiar con algo que en realidad no le corresponde. Un saludo Victoria Nacho F. Carreño escribió: Es un formulario de reservas de habitaciones y viajeros, si selecciona por ejemplo más viajeros que capacidad total de las habitaciones que seleccione la página siguiente le mostrará un error y tendrá que volver atrás, bien haciendo clic en el botón atrás del navegador, bien haciendo clic en un botón atrás que hay en la Web. Al intentar ir hacia atrás es cuando me aparece una página que dice La página Web expiró Saludos Ignacio Ricci escribió: ¿Porque debe pulsar para atrás el usuario, si esta llenando un formulario? 2008/6/12 Nacho F. Carreño [EMAIL PROTECTED]: Hola a [EMAIL PROTECTED], Me encuentro con un problema en una de mis Web y es que tengo en una página un formulario de reservas, cuando el usuario rellena el formulario se va a una nueva página donde se le piden más datos, el caso es que por ejemplo desde esta página si pulsa el botón atrás del navegador le aparece una Web que dice La página Web expiró. He comprobado que esto sólo me pasa con el internet explorer, sin embargo en firefox funciona bien. Los formularios no usan javascript, he probado a cambiar el method POST por GET pero sigue igual. Tampoco tengo en las metas ninguna etiqueta que haga expirar la página. ¿Alguien sabe como se puede arreglar esto? Saludos, ___ 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] Comportamiento extraño en Internet Expl orer (al menos en la versión 7.0)
El día 10 de junio de 2008 10:12, Miguel Gonzalez [EMAIL PROTECTED] escribió: Hola Jorge. ¿Has probado a dar estilo a esa primera letra utilizando la pseudo-clase first-letter?: El único problema estará en cómo tratan los distintos navegadores ese pseudo-elemento... es muy probable que ni los IE (al menos de 7 para abajo) ni muchos otros lo muestren. Una pena... pero aún no podemos utilizar el 100% de la potencia de CSS por la mala implementación de los pseudo-elementos y algunos selectores. Un saludo Victoria ___ 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] Comportamiento extraño en Internet Expl orer (al menos en la versión 7.0)
Almorca escribió: El día 10 de junio de 2008 10:30, Victoria [EMAIL PROTECTED] escribió: El día 10 de junio de 2008 10:12, Miguel Gonzalez [EMAIL PROTECTED] escribió: Hola Jorge. ¿Has probado a dar estilo a esa primera letra utilizando la pseudo-clase first-letter?: El único problema estará en cómo tratan los distintos navegadores ese pseudo-elemento... es muy probable que ni los IE (al menos de 7 para abajo) ni muchos otros lo muestren. IE desde la versión 5.5 de Windows y la 5 de MAC soporta la propiedad :first-letter que, por cierto, es de CSS 2.1. No lo hace correctamente ( http://www.webdevout.net/browser-support-css#css2pseudoelements) pero para la mayoría de casos seguro que vale. Una pena... pero aún no podemos utilizar el 100% de la potencia de CSS por la mala implementación de los pseudo-elementos y algunos selectores. El 99% del diseño se puede hacer solo con css, el problema es que los propios diseñadores muchas veces nos limitamos sin ni siquiera investigar soluciones y tiramos de javascript o de hack. Yo estoy de acuerdo en utilizar las propiedades avanzadas que algunos navegadores no utilizan, pero sin necesidad de recurrir a hacks y similares. Respecto al soporte del pseudo-elemento :first-letter encuentro: * En IE hasta versión 7 incluida, y FF hasta versión 2 incluida ignoran la propiedad letter-spacing aplicada a este elemento * En IE hasta versión 7 incluida: o Las comillas se tratan como puntuación mientras el resto de caracteres se tratan como letras. o Incluye los marcadores de lista o la propiedad float no se aplica correctamente - sólo admite el valor left y una vez aplicado no puede sobreescribirse utilizando none en la hoja de estilo o Si se aplica a un elemento posicionado con has layout, puede no mostrarse la caja de la primera línea o Algunos problemas extraños pueden ocurrir (ver http://www.satzansatz.de/cssd/pseudocss.html) * IE hasta versión 7 e incluida, FF hasta versión 2 incluida, y Opera 9 no mostrarán puntuación que se encuentre inmediatamente después del primer carácter en este pseudo-elemento * Opera 9.2: el espacio en blanco se contará como carácter si sólo lo preceden caracteres de puntuación. * IE 6, provoca errores si no está inmediatamente seguido de espacio en blanco * IE hasta versión 6 incluida puede colgarse en algunas situaciones en las que se presente este pseudo-elemento y enlaces. De hecho, el único navegador que lo implementa al 100% sin errores es Safari Un saludo ___ 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] Framework de desarrollo de redes sociales
virginia aguirre escribió: Hola No sé si poderis ayudarme, estoy buscando algun framework de desarrollo de redes sociales, web 2.0, etc. Gracias de antemano Saludos Virginia Aguirre ¿Quieres el Framework teórico o las herramientas de programación? Si lo que buscas es las herramientas de programación, quizás PHP-Ovillo[1] pueda ser un lugar de preguntarlo mejor que la lista de CSS ;) Un saludo Victoria [1] http://groups.google.es/group/php-ovillo?hl=es ___ 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] Comportamiento extraño en Internet Expl orer (al menos en la versión 7.0)
Jorge escribió: - En las página: http://portal.grancanaria.com/portal/seccion.bsb?codcontenido=20842codmenu=726 y http://portal.grancanaria.com/portal/seccion.bsb?codcontenido=20844codmenu=727 1. Hay un enlace (REBICanarias) en un párrafo y tiene puesto una imagen de fondo alineada a la derecha, pero en I.E 7.0 no me la muestra. ¿Probaste sin englobar REBICanarias en abbr? 2. La primera letra del primer párrafo, que tienen alineación justificada, tiene un tamaño mayor, maquetada mediante una etiqueta span (no puedo usar la propiedad css capitalize), para destacarla. Resulta que la primera linea pierde la justificación en I.E, cosa que no ocurre en FireFox. Explorer tiene un comportamiento erróneo con las alineaciones a menos que se trate de una única caja sin cajas anidadas. En tu caso estás utilizando 2 cajas, la de la primera letra y la del párrafo... se lía y no hay (que yo sepa) solución. - En la página http://portal.grancanaria.com/portal/buscador.bsb?query=canariastipo=sencillo hay un formulario con un campo de texto y un combo que debieran estar alineados horizontalmente, pero en I.E 7, el combo tiene está un pixel por encima, cuando no tiene nada que justifique ese comportamiento. Yo los veo alineados ¿? ¿Sabéis porqué pasa esto y si es imprescindible tener una plantilla css específica para IE 7 para solucionarlo? Un saludo Victoria ___ 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] Charset en CSS
2008/6/4 Dan Alcaide [EMAIL PROTECTED]: Hola a todos, tengo una duda ¿Es necesario especificar el charset en un archivo CSS? Tal como así, por ejemplo: @charset utf-8; Hola Dan, estrictamente no es necesario, según el W3C en su aparatado de Internacionalización [1] dice que: En el caso de las declaraciones de estilo integradas al documento, las reglas de @charset no son necesarias y no se deben usar. Estas reglas son para su uso en las páginas de estilo vinculadas. En realidad el navegador hará lo siguiente (en prioridad descendente): 1. Buscar el atributo charset en la cabecera que envíe el servidor web 2. Buscar la regla @charset 3. Buscar el charset especificado en el link del documento HTML que enlaza la hoja de estilos 4. Buscar la codificación en el documento HTML o en la propia hoja de estilos Si encuentra el primero ya no sigue en su búsqueda, esto es, es crucial el charset que envíe el servidor en sus cabeceras. Si no encuentra definición del charset en ningún proceso de los anteriormente definidos, tratará la hoja de estilos como UTF-8. El problema de utilizar la regla @charset es que sólo FF y Opera lo soportan, IE actua de formas incomprensibles y Safari directamente no lo soporta. Un saludo Victoria [1] http://www.w3.org/International/questions/qa-css-charset ___ 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] formulario y codificación de c aracteres
Tei escribió: Repetid conmigo: Crear un correo MIME no es trivial. ¿Con 10 padrenuestros, 3 avemarías y 100 crear un correo MIME no es trivial habré ganado el cielo? ;) Estoy contigo, lidiar con los correos es algo que mejor intentar delegar a clases o programas que ya sepan hacerlo y no nos hagan trabajar, sudar e intentar entender lo inescrutable. Saludos, Victoria ___ 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] Ocultar texto de un value en un input submit
Hola Marc (y resto de compañeros) Marc Palau escribió: Estoy intentando hacerlo lo más compatible, semantico y accesible que puedo, y eso me está resultando en un inconveniente. Accesible y usable... según la web de WebAIM [1] puedes utilizar *input type='image'*, quizás no es lo más semántico, pero desde luego te ahorraría muchos quebraderos de cabeza Supongo que puedo utilizar un button type=submit, no? eso es correcto de usar? Sería lo más correcto semánticamente, pero como no quieres utilizar los elementos propios de interfaz del sistema operativo del usuario (esto es, los botones)... pues no ;) (Opera se te revela) button type=submit class=btncompra name=boton[ID]spanComprar/span/button .btncompra span{display:none; /* fondo y eso */} input type='image' name='btncompra' alt='Comprar' src='./comprar.png' / Una sola línea... qué elegancia, sin necesidad de JS, sin pensar en alternativas según los navegadores, sin problemas incluso si el visitante tiene deshabilitadas las imágenes (se muestra el alternativo y tiene la mima funcionalidad), realmente yo me quedaría con esa opción. La otra alternativa que se me ocurre es muy chapucera, sería crearte una capa (div) que tuviera la imagen del botón e intentar colocarla encima del botón asegurándote que el valor de z-index te lo permite... pero vamos, entre utilizar un control recomendado por el propio W3C o montarme una complicación innecesaria para intentar que en el navegador más utilizado en dispositivos móviles se muestre la imagen... casi que dejaría la semántica de lado por una vez (y conste que suelo defenderla a ultranza). Yo de ti dormiría tranquilo utilizando el *imput type='image'* Pero si sigues empeñado en jugar con el button, intenta ver si Opera te admite tapar el botón jugando con z-index en elementos. Quizás entonces lo que debas hacer es dejar el botón pero ocultarlo con la imagen para la mayoría de usuarios que estarán navegando con JS, estilos e imágenes habilitadas. Si alguien deshabilita alguno de esos elementos, siempre te quedará un claro y explícito botón ;) De todos modos en aras a la accesibilidad, asegúrate de que el método con JS no impide a usuarios que no tengan ratón marcar el botón o imagen. Un saludo Victoria [1] http://www.webaim.org/techniques/forms/controls.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] OT: sitio institucional + blog
Hola Alejandra, [EMAIL PROTECTED] escribió: 1- ademas de los blog prefabricados, hay otra forma de hacerlo? Supongo que habrás estado mirando el software educativo como moodle (moodle.org), que tiene módulos de participación además de todos los propios de una institución educativa (inscripción de alumnos, gestión de cursos, profesores, alumnos, etc...). Dependiendo de los objetivos de aprendizaje, el modelo de interacción será distinto, pero en muchas escuelas, institutos y Universidades utilizan los blog para que el alumnado se vaya familiarizando con la publicación periódica de artículos. A veces es factible estimular la participación colectiva con herramientas de creación de cursos, o tutoriales, no siempre tiene que ser un blog ;) De todos modos, WordPress (wordpress.org) tiene una distribución denominada wordpress-mu que te permite tener varios blog alojados en un único dominio (es la instalación que ellos mismos tienen en WordPress.com). Por otra parte, los entornos PHP actuales ofrecen formas de poder programar tu propio sistema de blog o CMS en poco tiempo. Requiere que dispongas en el equipo de programadores, pero a cambio el modelo de interacción es exactamente el que hayáis planteado vosotros. Estaríamos hablando de CodeIgniter, CakePHP, Symphony, etc... 2- es correcto incluir en el sitio un acceso a un blog externo? La corrección o no de estas cosas siempre es relativa. Si os podéis permitir la instalación de WordPress-mu tendrías la ventaja de tener los blogs alojados en tu propio servidor y podríais intentar implementar OpenID en los mecanismos de registro para que los alumnos no tengan que recordar múltiples usuarios y contraseñas (es lo más incorrecto del tema de tener aplicaciones dispersas). De todos modos es más fácil poner normas cuando el blog lo tenéis alojado en un servidor de la escuela que ponerlas si el alumno abre libremente su blog en blogger, WordPress u otros. 3- pueden los blogs tener un control respecto al contenido que se ingresa? Podrías intentar limitar el contenido programando algún filtro (si tienes el blog en tus servidores), pero ya sabes que esas cosas tienen límites. Lo más apropiado es que los profesores indiquen a los alumnos las pautas y se tomen el trabajo de comprobar que efectivamente se cumple con lo establecido. Si la interacción se utiliza dentro del aprendizaje es una de las tareas del propio profesor (verificar que los alumnos han realizado los trabajos). Si la interacción no es parte del aprendizaje sino un experimento social, entonces sería apropiado que los alumnos fueran responsabilizándose de las tareas de moderación y administración del sitio. De todos modos te diré que los contenidos siempre dependen mucho de la motivación. Podríamos pensar que chicos problemáticos de situaciones difíciles (progenitores encarcelados, historial de faltas penales, o similares) son incontrolables, y sin embargo se ha hecho experiencias con ellos en las que han demostrado mucha capacidad y respeto en el proyecto. Era una cuestión de motivación y saber cómo tratarlos. 4- puedo en el mismo dominio tener el sitio y ademas un blog? Puedes tener varias cosas en un mismo servidor: un blog, una instalación para múltiples blogs, chats, foros, wikis... Suerte con el proyecto! Si tienes más dudas aquí estamos para echarte un cable en lo que podamos Un saludo Victoria ___ 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] pagina que se ve fatal en IE
Hola Aitor El mié, 23-04-2008 a las 23:52 +0200, Aitor Ibañez escribió: Buenas comunidad, Antes de nada daros las gracias por las respuestas. Como habeis dicho he validado el HTML y probado meterle al div el display:inline pero sigue sin subir arriba. Lo he medio arreglado para IE6 con position:absolute pero en IE5.5 como la posicion es absoluta se descojona el diseño. Alguien me podria seguir ayudando por favor? Gracias. Un saludo. aitor Tienes un problema por el posicionamiento de los contenedores. IE 5.5 (y versión 6 en modo quirks) no da soporte al posicionamiento de elementos de bloque indicando que los márgenes derecho e izquierdo son auto. Por el resto yo lo veía bien (y mira que he tenido que encender a propósito el ordenador Win para verlo!). Un saludo Victoria ___ 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] Evitar que salga la página al imprimi r
Hola El lun, 21-04-2008 a las 14:40 +0200, Carlos Rincón escribió: Hola, ¿alguien sabe si es posible conseguir que no salga la url de la página al imprimir desde el navegador? Es un control del navegador a) No quieres imprimir la URL de una página desde tu navegador: en las opciones de configuración (para FF en Archivo - Configurar página) deshabilitas esa información y listo b) No quieres que un visitante del sitio que estás desarrollando pueda imprimirse la URL de una página = No puedes impedir eso Espero te aclare la duda Victoria ___ 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] Evitar que salga la página al imprimi r
El lun, 21-04-2008 a las 10:28 -0300, Javier Trejo escribió: Carlos: Estás usando PHP? Porque no haces que el presupuesto se genere en un PDF que se abra en la ventana en la que está navegando el cliente? De esa forma él podrá imprimirlo y/o guardarlo y tu tendrás el control total del formato de la página. Con PHP es muy sencillo crear un PDF, si quieres te paso más información. Suscribo esta respuesta. Si lo que quieres es imprimir un documento, quizás es más correcto generar el fichero del documento (el PDF) y permitir al usuario imprimirlo o descargarlo. Desde el punto de vista de corrección hacia los controles del usuario, es totalmente inadecuado que tomes el control del navegador para no imprimir la URL si el usuario así lo quería. Si no utilizaras PHP, échale un vistazo a Prince [1], es de pago para su uso en servidor pero quizás vale la pena según el proyecto. Un saludo Victoria [1] http://www.princexml.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
Re: [Ovillo] Evitar que salga la página al impr imir
Sí, uso php y ya existe la opción de para poder exportar en pdf. Lo que estoy haciendo ahora es que un visitante pueda modificar el presupuesto desde la propia página web (usando javascript) y así pueda poner el nombre de su empresa, su precio, etc. Una alternativa es dejarlo tal como está y una vez que el usuario ha cambiado los datos exportarlo al PDF, pero eso me supondría más trabajo y no creo que el cliente quiera pagarlo. Ahora sí que me dejas perpleja :O Si el cliente ha llegado hasta el presupuesto es porque habrá introducido datos de algún modo, por tanto puedes seguir con ese modelo hasta que todo lo que había que modificar esté correcto y entonces (sólo entonces) darle la opción de imprimirlo o exportarlo a PDF. Motivos por los cuales el visitante quisiera modificar el presupuesto (que se me ocurran): * El monto final no le conviene y prueba otras opciones = es otro presupuesto. * En realidad no es el cliente final sino un revendedor de vuestros servicios y en el presupuesto quiere incluir sus beneficios, etc... = vosotros de cara a ese proveedor tenéis un presupuesto que es el que debe almacenarse (ojo con eso que os podéis pillar legalmente los dedos si no lo hacéis correctamente) y el revendedor entonces adapta el formulario para incluir otros conceptos, su marca, etc... = Por una parte, si es para incluir otros conceptos, sería conveniente que el revendedor utilizara su propio sistema, con proporcionarle los datos en un formato adecuado para incorporarlo a su excel ya cumpĺís de sobras. Si lo único que hay que hacer es adaptarlo a los datos del cliente final aplicando las comisiones, etc... que habéis pactado con el revendedor, sería suficiente tener dos procesos: presupuestoRevendedor y presupuestoClienteFinal. El primero sería con vuestro logotipo y el revendedor como cliente, el segundo con el suyo (que debería poder haber incluido en alguna parte de sus preferencias en vuestro sistema) con los datos del cliente final. Por si facilitar esos datos le supone un problema, podríais lanzarle un PDF con un área en blanco para que él lo rellene, o un fichero compatible excel para que acabe de hacerlo. Me he salido de la temática de la lista (CSS) y pido disculpas por ello. Un saludo Victoria ___ 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] Opinión sobre una web
Hola El vie, 18-04-2008 a las 09:17 +0200, Rodrigo Álvarez Virgós escribió: Hola Silvia Da Rosa escribió: Hola, La mire solo por arriba asi que te comento solo un detalle de usabilidad: es sobre el paginado, seria bueno un anterior - siguiente ademas del numero de paginas y la indicacion de la pagina actual es muy tenue (el verde que usas no se distingue demasiado en la pagina actual de las demas). Habria que revisar bien el tema de accesibilidad, pero revisando con Hera tienes dos errores de nivel 2 y dos de nivel 3. *CSS*: El código de las hojas de estilo contiene errores. *Unidades absolutas en CSS*: Se detectaron unidades absolutas (in|cm|mm|pt|pc) o tamaños de fuente definidos en px en los valores de las hojas de estilo. *Atajos de teclado*: No se proporcionan atajos de teclado. *Controles vacíos*: Hay 3 controles vacíos que no incluyen caracteres por omisión. Por lo demas felicitaciones por la web, esta muy prolija y sencilla, me gusta. 2008/4/17 Fran [EMAIL PROTECTED]: Buenas, sé que no es del todo correcto, pero me gustaría que me dierais opiniones sobre esta web [*]. Accesibilidad, usabilidad, etc. Es muy sencilla, pero es lo que es y yo creo que no hace falta nada más. Si tenéis alguna sugerencia la leeré encantado ;P Parece que está muy bien, lo único que 3 perlazas por página me parecen poquísimas; yo pondría unas 10 mínimo, sino en un par de días ya tendrás choricientasmil páginas. Por cierto, te he dejado una perlilla ^_^ ¿Para qué sirven las etiquetas si no puede navegarse por ellas? Yo destacaría de algún modo lo de los comentarios, quizás ubicándolo en la parte izquierda en lugar de bajo los datos de autoría de la perla. Me ha costado ver que se podía comentar y que alguna tenía comentarios. Totalmente de acuerdo con los comentarios sobre paginación y cantidad de perlazas mostradas. Ah, yo también dejé una ;) Saludos Victoria ___ 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] Listas ordenadas
El vie, 18-04-2008 a las 10:36 +0200, Belen Zumalacarregui escribió: Hola Victoria: Lo que estaba buscando era un código que generara el ol y a cada li le añadiera un 0 Por más que lo he buscado en google no he encontrado nada, por eso pensé que tal vez a vosotros os había pasadp lo mismo alguna vez.. Muchas gracias!! El problema básico lo tienes en la generación del contenido. Si lo que querías es que se generara en el navegador aprovechando las posibilidades, de nuevo topamos con IE y sus limitaciones al respecto. Yo intento evitar, siempre que puedo, el uso de JS para este tipo de cosas, así que no he dado muchas vueltas al respecto, pero se me ocurre que podrías crear un elemento que simulara el comportamiento de una lista ordenada con los números tal y como tú los quieres utilizando algo parecido a: p class=simulacro_listaspan class=numeracion{contenido generado por JS o CMS}/spanEl texto que debe contener el elemento de la lista/p Desde luego no es lo mismo ni de lejos. O eso o el elemento es una lista efectivamente pero si el navegador es IE lo substituyes por algo similar: li class=simulacro_listaspan class=numeracion{contenido generado por JS o CMS}/spanEl texto que debe contener el elemento de la lista/li Claro que deberías definir que para todos los navegadores que sí muestran el tipo de lista deseado el list-style-type sea decimal-leading-zero y para IE sea none. De este modo en IE puedes substituir los elementos generados por el navegador por esos otros que tenemos que parchear. Es un apunte, espero te sirva Victoria ___ 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] Listas ordenadas
Hola Belen El jue, 17-04-2008 a las 17:47 +0200, Belen Zumalacarregui escribió: Buenas tardes: Llevo un par de días tratando de encontrar la manera de que en IE se pueda mostrar una lista de este tipo: 01.Uno 02.Dos ... etc Se que poniendo: list-style-type:*decimal-leading-zero* ; no funciona y con javascript tampoco he conseguido nada. ¿Alguna idea? IE soporta parcialmente la implementación de list-style-type: * no da soporte a los valores armenian, decimal-leading-zero, georgian, o lower-greek y no tienen alternativa * los valores lower-latin y upper-latin no tienen soporte aunque sí la alternativa lower-alpha y upper-alpha Lamentablemente mediante CSS no podrás ver la lista correctamente en IE aunque el soporte de esa propiedad sea total en Firefox, Safari y Opera. Un saludo Victoria ___ 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] modificar ancho de legend
El mié, 16-04-2008 a las 15:11 +0200, Jon Parro escribió: Hola, Hola :) Me estoy encontrando con un problema al que no le encuentro la solución, el caso es que tengo un formulario en el que debo separar los diferentes campos, para ello he usado fieldset y para meterle la descripción he usado la etiqueta legend. El problema es que no consigo que el legend tome el ancho de su caja contenedora (fieldset) de manera que si el texto que meto es un poco largo se sale del ancho del formulario. ¿Sabeis como se puedo solucionar esto? Hay diferencias de implementación del modo en que se visualiza el legend para IE y resto de navegadores. En concreto, IE trata el legend como si estuviera DENTRO de la caja del elemento fieldset y el resto de navegadores como si estuviera FUERA. Se necesita, por tanto, tener eso en cuenta y buscar implementaciones distintas para distintos navegadores. No has especificado en tu pregunta, pero por lo que parece debes estar utilizando un navegador NO IE. Si es así, entonces ya sabes... hojas de estilo diferenciadas para el legend que ataquen ese problema. Para los navegadores NO IE, será suficiente que le des una posición negativa superior que te lo alinee con el Fieldset (dependerá de tu tamaño de fuente, no diste referencia ni URL para probar, pero puedes probar con -0.8em que suele ser suficiente... repito, depende de la fuente y de tu diseño). También tendrás que darle posición RELATIVE y left: -7px para compensar la diferencia entre IE y el resto de navegadores. Importante: padding: 0 si quieres que se alinee con las label Espero que con esto avances. Un saludo Victoria ___ 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] Propuesta de nuevas características par a CSS3
El vie, 11-04-2008 a las 16:03 +0200, [EMAIL PROTECTED] escribió: De hecho Safari 3 ya empieza dar soporte a HTML 5... Me dan tentaciones de diseñar sitios estrictamente estándar, con HTML5 (que mejora notablemente el manejo de estructuras) y colocar un botoncito incordión de esos que diga para ver este sitio debe disponer de navegador Safari ;) Si no fuera porque utilizo Linux el 99% de mi tiempo y Safari no está disponible para Linux!! Respecto a animaciones y demás mi gusto personal se decantaría por un buen soporte de SGV, pero para variar tendremos que adaptarnos a lo que finalmente los grandes implementen en sus navegadores y aprender a manejarnos con ello. Lo que sí me parece un gran avance en CSS3 es las posibilidades de controlar también la hoja de estilos impresa a niveles muy similares a buenos programas de composición. Estamos más cerca de la reutilización de contenidos y de escribir una única vez. Es más sencillo escribir (y mantener) un único archivo HTML, con sus CSS por dispositivo, que una base de datos o un XML que renderice según dispositivo... es mi punto de vista, como siempre, subjetivo. Saludos Victoria ___ 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] Juego limpio con los OS (ERA Propuesta de nuevas características para CSS3)
El vie, 11-04-2008 a las 16:29 +0200, Tei escribió: Si esto no fuera suficiente, posiblemente podrias intentar correr la version de Safari para windows con wine. También podría utilizar wine para correr el emulador MacOS sobre windows y así utilizar el safari de Mac, pero me parece que una de las poquitas normas de honor que tengo es no utilizar esos trucos que no me parecen de juego limpio si considero que he llegado a Linux huyendo de un OS que no acaba de gustarme, intentando no aumentar las arcas del patrimonio Gates y a la vez no infringir las leyes (ergo, sólo utilizo software libre o pago las licencias que toque). Para aplicaciones bajo Windows (IE, Safari bajo Win,...) aprovecho que el vendedor astuto me coló la licencia del OS y al menos utilizo el OS original. Aún así no me gusta, jejeje De todos modos en mi cinismo de poner el botoncito Sitio optimizado para Safari me toca un poco las narices que para beneficiarse los usuarios de Linux no tengan más remedio que recurrir a utilizar un emulador del sistema al que menos cariño tengo (Konkeror no soporta aún HTML5, de hecho yo lo encuentro muy justito en muchas cosas) Lástima, hubiera sido una bonita paradoja tener la web inundada de botoncitos que recuerdan al usuario que IE no es lo mejor del mundo y que ya que se instalan la última versión de Flash para ver los sitios podrían hacer el favor de cambiarse de navegador, pero además utilizando para ello la terminología y métodos que esos mismos usuarios han apoyado por ignorancia ;) Saludos Victoria ___ 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] ¿Es el momento para crear una lista de diseño y desarrollo web?
Hola Rafa, Solange, Carlos, Leónidas, Rodrigo, Juan Jorge y demás compañeros de lista Rafael García Lepper escribió: estamos pidiendo a gritos una buena lista [...] que trate sobre diseño y desarrollo web sin especializarse en ninguna de las muchas materias que utilizamos a diario. Además evitaríamos polucionar ovillo. A mi me gustaría esa lista, principalmente porque ya me he habituado a vuestras personalidades aquí en Ovillo, y por ese motivo me daría confianza una lista donde participarais activamente también las mismas personas. Rodrigo Álvarez Virgós escribió: Hay mil listas de correo y foros (de javascript, de apache, de php, de asp, de flash, de desarrollo web en general...) y la gente hace sus preguntas en esta lista en lugar de en las otras. Crear una nueva lista puede parecer una buena idea, pero no eliminaríamos el problema. Un saludo Es posible que no elimináramos el problema de preguntas fuera de la temática de la lista, pero al menos tendríamos claro que podríamos adoptar un mensaje tipo Te recomiendo acudir a la lista Ovillo-PHP para esa pregunta, allí quizás se hayan encontrado también en esa tesitura o cosas por el estilo. Si ahora yo hago una pregunta de PHP, ¿a qué foro me mandáis? Juan Jorge Muñoz Herrero escribió: Yo pienso que estaría bien, pero como han dicho antes, ya hay listas para eso en funcionamiento. Personalmente creo que sí está contaminada la lista, no tanto de offtopics como de preguntas que se repiten una y otra vez y SIEMPRE tienen las mismas respuestas, no se tratan temas realmente nuevos, complicados o interesantes. Igualmente lo que deberíamos es aplicar las normas que ya hay, ya que el nivel ha decaído bastante en los últimos meses, y la verdad es que es una pena. En fin, es mi opinión, un saludo a todos ;) Ahí estoy contigo Juan Jorge, quizás uno de los problemas más importantes de los que adolecen las listas de correo es que quedan como mero archivo de mensajes. Si quieres encontrar la información vas a buscarla a los archivos y si tienes suerte la encuentras... En ese sentido creo que falta un proceso de post-producción que permitiera redactar un pequeño how-to o entrada en un blog con el resultado de un hilo. Si fuera un blog además tendría la posibilidad de seguir aceptando contribuciones. De todos modos eso requeriría un compromiso por parte de quien fuera para recopilar la información (quien iniciara el hilo, algunos voluntarios/as,...) y un lugar para hospedarlo. Yo por hoy ya tengo que volver a habituarme a la disciplina de cómo se responden los correos y mantenerme en la temática ;) Saludos Victoria ___ 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 - Hay que ser ingeniero para saber programar? (Era..) Consejo para presupuesto web
El lun, 07-04-2008 a las 13:08 +0200, carlos campderrós escribió: Si crees que programas bien, enseñale tu código a un buen programador y a ver que te comenta. Si crees que diseñas bien, enséñale tu diseño a un buen diseñador y a ver que te comenta. Si crees que maquetas bien, enséñale tu css a un buen maquetador y a ver que te comenta. Si crees que haces buen html, enséñale tu html a un buen htmlizador y a ver que te comenta. Si crees que eres accesible, enséñale la web a un buen accesibilizador y a ver que te comenta. Solo se ha olvidado un pequeño matiz importante: * El código es objetivo, puede valorarse de forma clara. La programación, maquetación, CSS, HTML e incluso accesibilidad son valorables OBJETIVAMENTE * El diseño gráfico es subjetivo. El arte, en general, es subjetivo. No puede valorarse en un sentido absoluto porque todos podemos opinar si aquello que se ha diseñado nos llega con la eficacia que pretendía el diseñador o no. Pero si lo valora otro diseñador no estará valorando su eficiencia sino, generalmente, su innovación, su seguimiento o no de una tendencia, etc... Sólo un GENIO puede realmente hacer un diseño que agrade a todos por igual, usuarios e incluso a los diseñadores. Lástima que no sea el caso habitual. Las artes, en general, son subjetivas. Yo como usuario del producto me siento libre de decidir si me gusta o no, por mucho que el mejor diseñador del mundo (yo siempre cuestionaré qué le da el derecho a proclamarse como tal) diga que es el mejor diseño que ha visto en su vida. Si yo no lo entiendo, si no me transmite nada, será un engendro o simplemente algo que no me transmite nada. Victoria ___ 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] Banco de Images Free
Hola, a mi me gusta mucho la fotografía y suelo recurrir a mi disco duro (y anexos) para encontrar imágenes de naturaleza, de algunos deportes, algunas instantáneas... al fin y al cabo eso es lo que suelo encontrar en los lugares que tienen imágenes gratuitas, así que me ahorro problemas de atribuciones y derechos utilizando las propias. Pero a veces necesito imágenes que no tienen nada que ver con mis aficiones, por ejemplo, imágenes de exposiciones, ferias de muestras, stands... He intentado buscarlas (con criterios de calidad en la composición, balance de colores...) en muchos sitios gratuitos y casi siempre acabo recurriendo a http://www.iStockphoto.com para utilizar la imagen que propongo al cliente que es quien finalmente las paga (el precio es muy razonable si no quieres exclusividad). Y añadiendo herramientas que facilitan la búsqueda, en las máquinas Windows utilizo la extensión PicLens de FireFox http://www.piclens.com/ Mi hijo está encantado porque le simplifica mucho la búsqueda de imágenes de Google para trabajos del colegio (lamentablemente aún no hay una interfaz similar en muchos sitios donde sería interesante). Si no la conocéis os invito a probarla ;) Un saludo Victoria El vie, 28-03-2008 a las 10:31 -0300, Daniel Andres Miranda escribió: Yo utilizó habitualmente: http://www.sxc.hu/ Saludos Almorca escribió: Yo uso commons (http://commons.wikimedia.org/wiki/Portada) y pdphoto ( http://www.pdphoto.org/) porque su imágenes están libres de copyright. Para iconos uso Iconfinder (http://www.iconfinder.net/) que busca iconos bajo licencias libres. El día 27/03/08, Solange Molina [EMAIL PROTECTED] escribió: Aquí pongo mas: http://www.virtualhosting.com/blog/2007/100-legal-sources-for-free-stock-ima ges/ saludos, S -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Patricia Cruz Enviado el: Miércoles, 26 de Marzo de 2008 17:46 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Banco de Images Free Hola, a mí me gusta http://www.sxc.hu/ El día 26/03/08, Rodrigo Ascariz [EMAIL PROTECTED] escribió: Muchas gracias, por la ayuda... Un saludo, Rodrigo Ascáriz Martínez e-Business TORMO ASOCIADOS Cardenal Marcelo Spínola, 42 28016 Madrid Spain Telf: +34 91 383 41 40 Fax: +34 91 766 35 89 E-mail: [EMAIL PROTECTED] Web: http://www.tormo-asociados.es ... Aviso Legal Este mensaje electrónico contiene información de Tormo Asociados que es privada y confidencial, siendo para uso exclusivo de la persona (s) o entidades arriba mencionadas. Si usted no es el destinatario señalado, le informamos que cualquier divulgación, copia, distribución o uso de los contenidos está prohibida. Si usted ha recibido este mensaje por error, por favor borre su contenido lo antes posible. -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Gael Enviado el: miércoles, 26 de marzo de 2008 17:29 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Banco de Images Free Hola, En http://www.bluevertigo.com.ar/ tienes enlaces, entre otras muchas cosas, a bancos de imágenes, algunas de las cuales gratuitas. Espero que sea de utilidad. Rodrigo Ascariz escribió: Hola a todos y sobre todo a todas…. Estoy buscando banco de imágenes que sean Free, sabéis alguna pagina web con esas características. ___ 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 ___ Lista de distribución Ovillo Para escribir a la lista, envia un
Re: [Ovillo] [OT] Modelos de Briefing para el desarrollo de un sitio web
Hola Rafael, Estoy tratando de desarrollar uno o varios modelos de briefing para que un comercial con conocimientos de web pero no diseñador/maquetador/programador trate de obtener la mayor información útil posible de un cliente a la hora de plantear el desarrollo de su sitio web. Mi experiencia personal sugiere que tienes que abordar dos cuestiones básicas: 1. Que el comercial entienda los rudimentos del proceso necesarios para ser eficaz en lugar de plantear problemas (del tipo es que eso se lo he prometido al cliente) 2. Establecer la información necesaria en un documento que sería el briefing Y fíjate que he puesto en primer lugar el hecho de que el comercial entienda los rudimentos del negocio, ya que al ser la cara visible con el cliente, es quien en última instancia lleva la imagen de la empresa. No es necesario que le enseñéis HTML, CSS, diseño, programación, etc... pero si es necesario que entienda que en la web, como en la imprenta, existen distintos tipos de trabajo (en imprenta un cliente puede pedirte una tarjeta, un folleto, un libro...) y que cada uno de ellos requiere un tipo de trabajo y un material básico para poder desarrollarlo, que algunos pueden asumirse y otros quizás no o sólo a un coste muy elevado. Me permito incluir esta disertación porque he oído muy frecuentemente eso de ¿cuánto me va a costar la web? y al preguntar al cliente sobre lo que quiere no saber contestar y tampoco dejarse guiar para saber si lo que está pidiendo es un folleto o una tienda virtual. En lo referente al briefing, lo importante es determinar el objetivo del proyecto, el saber qué quiere obtener el cliente con el trabajo (llegar a publicitar sus servicios, hacer una campaña concreta para un producto, vender on-line, establecer una comunidad virtual, etc...), qué material os proporciona (textos, imágenes, ...) y las tareas de mantenimiento que serán necesarias. Generalmente se pregunta por dominios y planes de hosting que pudiera tener, quien va a ocuparse de ello (el cliente o vosotros), quien determina la estructura del sitio (el cliente o vosotros), quien proporciona los contenidos (textos, imágenes, etc..) y quien estará al cargo del mantenimiento técnico y de contenidos. Hay que dejar un margen para los módulos de programación sencillos (formulario de contacto y similares), y para los módulos de programación que tengáis estandarizados (si tenéis una tienda virtual, etc..). Suele preguntarse también al cliente que proporcione ejemplos de 3 sitios que le gusten (preferiblemente del mismo sector) y que diga los principales motivos por los cuales le gustan. Esto nos permite tener pautas para conocer un poquito mejor sus preferencias. Espero que esto te sirva de guía, pero en cualquier caso no te olvides de explicarle al comercial cómo trabajáis y porqué necesitáis cada una de las piezas de información que le pedís. Quizás él sepa cómo extraer esa información al cliente con otras preguntas ya que, un buen comercial sabe cómo entender el cliente y trasladar esas necesidades al proceso de la empresa. Suerte Victoria ___ 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] Duda...
¿Y no será que somos nosotros mismos los que visitamos las webs con versiones obsoletas de los navegadores? Me parece que a parte de los diseñadores web casi nadie tiene ya esas versiones de los navegadores (a parte de un amigo mío que navega en IE5 para Mac porque el ordenador es del año 2000) Pero empiezo a pensar que generamos nosotros más visitas con navegadores que no sean IE6, IE7, FF2 y Ópera que los usuarios reales. Un punto para reflexionar estas vacaciones. Un saludo Victoria ___ 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] Duda...
Hola Joseba El lun, 17-03-2008 a las 19:09 +0100, Joseba escribió: Mmm ... es un punto de vista muy europeo. Sí, quizás, es el problema que tenemos los europeos. Pero precisamente por eso a veces me planteo ese tipo de cuestiones, para ver la validez de la universalidad y validez de ciertos dogmas ;) Pero en este mundo todavía hay muchos países en África, América, Asia y también Europa, y etc. Que no tienen ni ordenadores ni banda ancha para soportar sistemas operativos y exploradores de última generación. Por los sistemas operativos te voy a poner buena nota, por lo de la banda ancha no sé... No hace falta salir de España (o de Catalunya, una de las comunidades con mejores infraestructuras) para disfrutar del placer de sentirse incomunicado con el mundo, de no tener cobertura en el móvil o no poder acceder a internet más que (a) por el móvil si hay cobertura, o (b) línea telefónica convencional y nada de banda ancha. De todos modos no disponer de banda ancha no obliga a utilizar IE5 ;) Si hacemos un esfuercillo ... podrán también disfrutar de nuestro trabajo. Siempre lo intento, a menos que sea algo tan local que no merezca la pena. Un saludo Otro para tí ___ 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 los cursos de diseño a nivel má s profesional
El jue, 13-03-2008 a las 09:05 +0100, Rafael Ferrero Rodríguez escribió: Ante todo, daros las gracias a todos por vuestro interés y vuestra ayuda, y disculpad si no me he explicado bien. En el departamento de diseño de Sadiel, en Sevilla exactamente, que antes no lo especifiqué, lo que estamos buscando son cursos/ponencias/máster etc... relacionados con el diseño, la accesibilidad, la usabilidad, etc... para seguir formándonos y adecuándonos a lo que el diseño web y demás está evolucionando. Preguntaba por si acaso alguien sabía de direcciones webs donde salgan cositas de éstas o de alguien que haya hecho cursos o masters que realmente sean la caña y que le haya sacado provecho. No sé, por poner un ejemplo, en la web de la Asociación de Diseñadores de Andalucía (http://www.aad-andalucia.org/) pues suele haber cositas wapas para aquellos que nos dedicamos a esto y sirve para recoger bastante información. Otro ejemplo, http://www.metodoprofesional.es/mailing/conv_extra/curso-flash-sevilla_plazas.html Donde se puede aprender Flash a un nivel profesional, aunque el precio se va un poco y no es exactamente lo que estamos buscando. Digamos que estamos buscando información en muchos sitios para poder escoger después lo que mejor se adapte a nuestras necesidades en este departamento. Gracias de nuevo a todos ! Hola Rafael, interesante la web de la Asociación de Diseñadores de Andalucía, aunque quizás yo, que tengo una base más técnica, echo de menos ahí las referencias a los lugares donde se trabaja en la aplicación técnica del diseño a la web (las referencias que he visto en los enlaces son exclusivamente a lugares donde encontrar cartas de colores de la web), como son: SitePoint: http://www.sitepoint.com CSSPlay: http://www.cssplay.co.uk ZEN garden: http://www.csszengarden.com/tr/espanol/ etc... Por otra parte, al haberme dedicado durante mucho tiempo a la formación (presencial y virtual), no creo que lo que necesitéis sea un curso estándar puesto que parece que ya trabajáis en ello y con cierta soltura, sino que es más apropiado un curso que se adapte a vuestras necesidades concretas de formación, es decir, que sepa solucionar los casos que vosotros establezcáis y os permitan alcanzar los objetivos que buscáis. El provecho que cada alumno obtiene del curso depende siempre de la base inicial con que afronta el curso y si éste se adapta a las necesidades que el alumno tiene. A veces un buen sistema de aprendizaje, que no requiere matricularse en cursos, consiste en crear el espacio necesario (sobre todo en tiempo) para que el personal pueda encontrarse y plantearse retos que solucionen entre todos sin la presión de que sea un producto para el cliente, cosas como concursos internos, que por turno cada uno de los miembros del equipo plantee ejercicios de diseño que le gustaría resolver, etc... La ventaja adicional de este método es que además se estrechan los lazos en el grupo de trabajo. Si te decides a visitar la web de SitePoint, verás que además del abundante material en forma de artículos, blogs, forums, etc... disponen de una referencia CSS on-line y una referencia HTML on-line (http://reference.sitepoint.com/ ). Si la excusa es que no se conoce el inglés, quizás sería conveniente poner los esfuerzos y la inversión económica en clases de este idioma, puesto que debemos rendirnos a la evidencia de que, si queremos conocer las novedades en este campo, es necesario conocer el idioma en que se comunica el sector en primera instancia. Espero haber sido de ayuda. Un saludo Victoria ___ 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 8 Beta 1
Apreciados compañeros/as para los más osados y los que sigan manteniendo alguna máquina en Windows, ya está disponible la beta 1 de IE8. Quizás algunos ya lo sabíais, pero siempre es bueno facilitar la información por si alguno quedó rezagado. A disposición directamente desde el sitio de MS[1] Ya comentaréis qué tal si lo probáis Un saludo Victoria [1] http://www.microsoft.com/windows/products/winfamily/ie/ie8/readiness/Install.htm ___ 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 Flash
El mié, 05-03-2008 a las 18:14 +0100, David Pardo escribió: Rodrigo Álvarez Virgós escribió: Pufff, pues si piensas que eso es usable... y ya no hablemos de accesibilidad. Yo también quiero aportar mi granito de arena. Creo que tanto la usabilidad como la accesibilidad son términos relativos. Un objeto o servicio debe ser accesible y usable dentro del universo de usuarios al que va destinado. Obviamente, no le vamos a poner subtítulos a una sinfonía por si hay sordos en la platea. Jejejeje en el Liceo de Barcelona subtitulan las óperas... no por si hay sordos sino para que puedas entender qué dicen ;) Flash es útil para muchas cosas. Obviamente, no para todas, pero hay ejemplos en los que tiene sentido. Hablando de expleriencia propia: Video: Es la única solución hoy en día que sea viable para la mayoría de usuarios. Hay extensiones que permiten subtitularlo y controlarlo para personas con limitationes de acceso. Bueno... Sistemas en entorno controlado: Por ejemplo, sistemas de información en pantallas táctiles o kioscos. Permite combinar una información remota en XML o similar con una capa de presentación muy potente Juer, ni que no se pudiera hacer de otra forma. Yo creía que las primeras aplicaciones XML estaban precisamente destinadas a la web de HTML y CSS, pero igual estoy equivocada. Juegos y experimentos: Donde la experiencia de usuario es más importante que la adaptación a todos los públicos. Todos estamos acostumbrados a que un juego offline tenga una serie de requisitos (DirectX, CPU, tarjeta gráfica) y en el mundo online tiende a ser igual. Obviamente, no se me ocurriría recomendar a un cliente mio una página web empresarial en flash y mucho menos una tienda virtual, pero me parecería aún menos profesional no informarle de que existe una tecnología que permite una riqueza interactiva muy superior a la de HTML/CSS/JS que se puede usar para dar más información sobre productos y servicios usando video, gráficos animados, fotografías inmersivas... ¿Le informas también que hay usuarios que no verán más que un cuadrito sin contenido? ¿Que algunos quieren conocer las características del producto pero no podrán verlas? Porque hay que ser honestos y explicarlo todo. En resumen, flash sí, pero conociendo las limitaciones y usándolo bien. La frase es peligrosa, yo no conozco aún nadie que lo use bien sino que sigue siendo una alternativa decorativa al desconocimiento de los diseñadores a las alternativas reales. Simplemente se basa en el Xmuchos % de los usuarios tendrán el plugin de flash y por lo tanto no hay que preocuparse. Saludos Victoria ___ 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] Sobre Flash
Hola de nuevo, me parece que hay una equivocación general... Google sí indexa Flash. Pero ya me diréis para qué sirve que tu web sea la primera de la lista si cuando voy a ella hay una fantástica presentación en Flash que me invita a cerrar y buscar en otro sitio... o si resulta que no puedo ir a un contenido específico porque la web entera está en flash... o... Yo solo sé que el 99% de los sitios que usan flash bien podrían usar otras cosas que no pongan tantos impedimentos y/o requisitos. Google ve, pero ni yo ni muchos otros usuarios la veremos, ya sea por plugins, por no tener la extensión de Flash o por lo que sea... ¿te has pensado a parar qué pasaría si el responsable de realizar una compra importante en tu empresa no puede entrar en tu super-flash? ¿realmente tu producto es único y puede permitirse despreciar a un usuario siquiera? (nunca sabes cuál es EL usuario más interesante, jejeje). Pero al César lo que es del César... Google indexa Flash (y muchas cosas). Un saludo Victoria El mar, 04-03-2008 a las 23:52 +0100, Aleyda Solis escribió: Hola! El flash solo está bien para algo muy puntual (integración de video) o efectos específicos... algo que cumpla un propósito determinado pero definitivamente no para hacer todo el sitio en flash o elementos críticos del sitio que tenga información importante, o de que se dependa para la funcionalidad del sitio, como el menú de navegación. ¿por qué? Porque el flash no es accesible ni para el usuario ni para los buscadores... (no se puede indexar el contenido dentro de un flash y asi a tu web muy dificilmente la encontrarán a través de Google, por ejemplo)..., asi que: para qué hacer una web con una tecnologia que no va a ser ni amigable para el usuario y hará a la web dificil de encontrar a través de Internet ¿? Si lo que se quiere es hacer una web atractiva se puede hacer muy bien través de xhtml y css estándar y muchas librerías de las que un@ se puede apoyar ... así que desde mi punto de vista el flash si no es estrictamente necesario para elementos muy especificos... el flash hay que evitarlo. Un saludo, Aleyda El día 4/03/08, Almorca [EMAIL PROTECTED] escribió: Estás perdiendo a más del 1%. Pierdes a gente que no use windows, mac o linux de 64 bits (todo el mundo que usa solaris, bsd, linux 64bit, etc.), pierdes a los buscadores, pierdes a la gente que usa un navegador especial (por ejemplo los ciegos), a la gente que tiene flash bloqueado en el navegador (mediante alguna extensión), etc. El día 4/03/08, Félix Horro Pita [EMAIL PROTECTED] escribió: Vamos a ver, que Flash no llega a mucha gente... yo creo que llega al 99% de usuarios, pero claro, dependerá de quién es tu usuario final. Es decir, si me monto una wiki de usuarios de Linux en 64 bits, pues mira, no metas flash (siempre puedes instalarte Firefox en 32 bits sobre Linux64 y listo); pero si soy una tienda de electrodomésticos, por ejemplo, pues no me va a importar mucho que un 0.01% de los usuarios no vean mi vídeo de presentación (que es diferente a no acceder a la web). Que muchas cosas se pueden hacer en GIF, pues... yo creo que muchas muchas no, cuesta más hacerlo y el resultado es peor. Respecto a cómo es mejor poner Flash para que valide, pues... quién mejor que el señor W3 para contestarnos: http://validator.w3.org/docs/help.html#faq-flash Que recomienda la técnica Satay: http://alistapart.com/articles/flashsatay Rodrigo Álvarez Virgós escribió: Hola, Javier Javier Gascue escribió: ¿Que opiniones tenéis acerca del uso de flash? Aquí otro en contra de flash (no creo que te encuentres muchos pro-flash en una lista pro-css... http://www.google.es/search?q=flash+site%3Aovillo.org) Tengo claro que flash no es accesible para los buscadores y que da problemas para validarlo con los estándares de W3C, pero como diseñador/maquetador me niego a prescindir de el, por considerar que aporta un valor estético importante (siempre y cuando se utilice bien). Además de ser una tecnología propietaria, flash no es sólo inaccesible para los buscadores: es que es inaccesible para muchos usuarios (pero para muchos), que es lo importante, y el valor estético lo puedes conseguir a base de imágenes + css. Está claro que si quieres todo moviéndose y haciendo carambolas lo tuyo es flash, pero hay que aclarar una cosa: los estándares están ahí para seguirlos. El estándar no lo prohíbe, pero hay que usar flash como *complemento* a los documentos html y no como alternativa. Me encontrado gente anti-flash, que prefieren no utilizarlo por evitar problemas (plugins y demás), pero considero que utilizarlo para hacer banners es, quizás lo más adecuado Efectivamente, para un banner sí podría ser válido, ya que un banner no aporta información relevante al
Re: [Ovillo] Sobre Flash
Hola Javier y bienvenido :) Aquí una anti-flash declarada, básicamente porque para muchos usos de Flash podría utilizarse también un gif animado y el resultado sería exactamente el mismo sin la necesidad de el plugin y sin los problemas que da flash. Creo que todos debemos ser libres de hacer lo que consideremos conveniente en nuestros diseños (incluido utilizar Flash), pero que no está de más que pensemos si no hay alternativas que proporcionen el mismo resultado. Por supuesto, a menos que uno sea consciente que la web que está diseñando no es más que para unos cuantos, desaconsejo plenamente el uso de Flash para la totalidad de la web o para la navegación. Preguntas que cómo lo maquetaríamos correctamente para que no diera problemas... mi respuesta es simple, utilizando cualquier otra cosa ;) Para los banners, que es el caso que ponías de ejemplo, los gif animados dan el mismo resultado y son mucho más sencillos de implementar. Un saludo Victoria Gracia El lun, 03-03-2008 a las 20:31 +0100, Javier Gascue escribió: En primer lugar, Hola a todo el mundo!! Hace poco que me apuntado a la lista y la verdad es que me he sorprendido positivamente al ver el flujo de mensajes y la calidad de los mismos, en especial de las respuestas; así que mis felicitaciones a la iniciativa y a todos los que estáis ahí para ayudar, Gracias. Mi pregunta (la primera) es: ¿Que opiniones tenéis acerca del uso de flash? Tengo claro que flash no es accesible para los buscadores y que da problemas para validarlo con los estándares de W3C, pero como diseñador/maquetador me niego a prescindir de el, por considerar que aporta un valor estético importante (siempre y cuando se utilice bien). Me encontrado gente anti-flash, que prefieren no utilizarlo por evitar problemas (plugins y demás), pero considero que utilizarlo para hacer banners es, quizás lo más adecuado - como he comentado antes, al no ser accesible por los buscadores nunca recomendaría hacer navegaciones (botones, links) con flash - Insisto, ¿Que opiniones tenéis acerca del uso de flash? ¿¿Y cómo lo maquetaríais correctamente para que no diera problemas?? Gracias de antemano por las respuestas, y nuevamente mis felicitaciones. Saludos Javier ___ 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] Sobre Flash
98% de las máquinas Windows, no? Porque yo para ver un sitio Flash en Linux tendría que instalar el plugin ;) El lun, 03-03-2008 a las 18:08 -0200, Lucas Franco escribió: y esta instalo en un 98% de las computadoras (Segun lei por ahi) hay que usarlo o usarlo. ___ 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] por que 62em no son 744px?
No necesariamente... html {font-size: 75%} Establece el tamaño relativo del texto al 75% de lo que tengas especificado en TU navegador. Si tienes especificado 16px, entonces sí, el 75% es 12px, pero si tienes especificada otra medida sería distinto OJO! body {font-size: 1em} Aquí dices que el tamaño de la letra es el 100% del 75% antes indicado, esto es, el 75% de lo que tengas en tu navegador... por tanto sigue sin tener porqué ser una medida fija. hasta aquí esta ok, y se ve que 1em son 12px pero si luego hago algo como #content{ width: 62em } esto ya no son 744px, aunque debería serlo ¿no? Estamos en las mismas, 62em es una medida relativa al tamaño DEL PADRE de ese elemento (¿seguro que no hay otro elemento entre el BODY y ese contenedor?). Si tu HTML tiene estrictamente html head/head body div id=contenedor/div /body Entonces sí, 62 em en el contenedor sería 62*(la medida establecida en el body), que al ser 1 queda 62*(la medida establecida en el elemento padre de body = 75%). Tendríamos que el tamaño del texto en el contenedor es el 75% del tamaño establecido por defecto en tu navegador. Si tamaño por defecto = 16px Tamaño html = 75% Tamaño body = 1em Tamaño contenedor = 62em Entonces Tamaño contenedor = 62*1*75 = 744 Se me ocurre que: * Revisa los DIV del HTML, no sea que por el camino haya alguna diferencia. * Revisa el tamaño de la fuente por defecto en tu navegador * Si persiste el problema, prueba definir el tamaño de 75% no en el html sino en el body Saludos Victorai El dom, 02-03-2008 a las 19:21 +0100, alarkspur escribió: hola estaba intentando terminar de comprender las medidas relativas en css, había echo para el caso un ejemplo tal que así html {font-size: 75%} body {font-size: 1em} hasta aquí esta ok, y se ve que 1em son 12px pero si luego hago algo como #content{ width: 62em } esto ya no son 744px, aunque debería serlo ¿no? gracias. saludos. ___ 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
[Ovillo] Sobre Formularios
Hola co-listeros Este mensaje es solo para hacer eco de uno recibido en la lista de Cadius (usabilidad), gracias a Rafa Couto, en referencia a los formularios. Olga Carreras ha publicado un artículo que recoge muy buenas directrices para el diseño de formularios USABLES: http://olgacarreras.blogspot.com/2007/02/formularios-usables-60-directrices-de.html Espero que la referencia sea de interés a todos los miembros de esta lista. Un saludo Victoria Gracia ___ 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 3 columnas con IE 6
Hola Miguel Angel, Te diría que hay un problema de interpretación de tamaños (anchuras de los div) que es típica de IE. El mejor truco que conozco para que no ocurra es calcular todo de modo que la anchura total se quede en un 98% (usando medidas proporcionales) o un poco por debajo de la anchura máxima que quieres lograr (además de haber controlado los margin y padding desde el elemento raíz para que sea igual en todos los navegadores). De todos modos veo algunos contenedores redundantes en el código (no entiendo porqué la imagen de la cabecera tiene que estar contenida en dos div), que podrían eliminarse, y a su vez echo de menos un contenedor para todo lo que va entre la cabecera y el pie de página. Mi esqueleto para esa página sería: div id=cabeceraLa imagen y lo que creas necesario/div div id=pral div id=menu1menu de la derecha/div div id=contenidocontenido central/div div id=destacadoscolumna de la izquierda/div /div div id=pieEl pie de página/div De este modo definiría la anchura de los contenedores *menu1*, *contenido* y *destacados* en porcentajes (sobre la anchura de *pral* puesto que están dentro de éste), más o menos dándoles 20%, 60% y 18%. De este modo no se te solaparían ni siquiera en IE. De todos modos, el tema de maquetación a 3 columnas está muy documentado y en la propia lista se ha hablado repetidamente de ello. Un saludo Victoria El mar, 26-02-2008 a las 17:35 +0100, Angel Miguel Cebrián escribió: Saludos: Me sigue sin funcionar y sin verse bien en IE... En Firefox y en Safari (MAC) se ve perfectamente, tal y como deberia verse, pero en Internet Explorer no. La he subido al servidor aver si así podeis localizar el problema mejor y ayudarme. La web esta subida aquí: http://www.reciclasiempre.com/PRUEBAS Solo funcionan el Inicio y el Bolígrafo. Espero que encontremos una solución, porque sido probando y probando cosas y no encuentro la manera de arreglarlo. Muchas gracias por su tiempo. Date: Mon, 25 Feb 2008 15:47:31 -0400 From: [EMAIL PROTECTED] To: ovillo@lists.ovillo.org Subject: Re: [Ovillo] Problemas 3 columnas con IE 6 Hola Angel, quizas el problema esta en como flotas las columnas, tienes unos cuantos margenes negativos que te podrias evitar con flotar las columnas en orden. Talves podrias poner las columnas en primer orden de tu html y flotarlas usando float left y right. creo que esta solucionado / !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=es headmeta http-equiv=Content-Type content=text/html; charset=utf-8 / titleReciclasiempre.com ][ Productos ecológicos, medio ambiente y concienciación medioambiental ][/title link href=style.css rel=stylesheet type=text/css / style type=text/css * {margin:0px; padding:0px;} body{ background-color:#ff; font-size:16px; width:880px; margin:auto; padding:0;} #header{ background-color:#FF; height:160px;} #contenedor{ width:100%; float:left;} #center { margin-left:210px; margin-right:190px;} #left{ float:left; width:200px; /*margin-left:-100%;*/ background-color:#CCFF33; min-height:450px; /* for modern browsers */ height:auto !important; /* for modern browsers */ height:450px; /* for IE5.xand IE6 */} #right{ float:right; width:180px; /*margin-left:-180px;*/ background-color:#CCFF33;} #footer { clear:both; background-color:#CCFF33; height:100px;} #menuv { border: 0px solid #ACCFE8; border-width: 0px 0px 0 0px; width: 180px; text-align: center; font: 80% Trebuchet MS, Arial, Helvetica, sans-serif;} #menuv ul, li { list-style-type: none;} #menuv ul { margin: 0; padding: 0;} #menuv li { border-bottom: 1px solid #CCFF22;} #menuv a { text-decoration: none; color: #003366; background: #CCFF33; display: block; padding: 3px 3px; width: 180px;} #menuv a:hover { background: #FF9900;}.pie { font-size: 90%; margin-top:15px; color: #00;} /** A partir de aquí de pruebas**/ .cajas{background:#FF; width:200px; min-height: 200px;float:left;border:1px solid #00;margin:2px 2px 2px 2px;font: 14px Trebuchet MS, Arial, Helvetica, sans-serif;text-align:center;}.cajatitulo{font-size:10px; } .color_a { background:#CCFF33; color:#000; font: 16px Trebuchet MS, Arial, Helvetica, sans-serif; font-style:normal; font-variant:small-caps; text-align:center} h2 { font-family:Trebuchet MS; color: #003366; background: #CCFF33; display: block; padding: 4px; margin: -4px;} h3 { font-family:Trebuchet MS; font-size:16px; color: #003366; background: #CCFF33; display: block; padding: 3px 3px 4px 4px; margin: -4px; float:left;} .parrafitos { font-family:Trebuchet MS; text-indent: 10px; padding: 3px; margin: 8px 0 0 0px; font-size:90%; } .parrafitos2 { font-family:Trebuchet MS; text-indent: 10px; padding: 3px; width:85%; margin
Re: [Ovillo] Una cuestión sobre iframes
Hola Noemi y resto de colisteros, sin ánimo de sonar desagradable o contundente (que creo me va a resultar difícil), ¿porqué te cuestionas la accesibilidad en este caso? Me explico, seguramente has pensado en accesibilidad para invidentes, usuarios de navegadores por voz o navegación por teclado. Si bien tu demanda es lícita, ¿has pensado en el contenido que les estás ofreciendo? ¿crees que acceder al sitio web de Google Maps directamente se accesible? Si eres invidente seguramente no vas a ver el mapa, así que con tu permiso vamos a dejar fuera de consideración a ese colectivo. Nos quedan los usuarios de navegación por teclado (supondremos videntes que por algún motivo no pueden utilizar el ratón), ¿Has hecho la prueba a navegar sólo con teclado por la web de Google Maps? ¿y de incrustrar el iFrame en tu página y navegarla con teclado? Antes de cuestionar la accesibilidad como un dogma deberíamos reflexionar si realmente va a darse el caso. Y no es que no esté a favor de webs accesibles, es que simplemente hay cosas que no podemos convertir en más accesibles si utilizamos el desarrollo de otros o el contenido en si mismo no lo es. Espero te ayude en tus reflexiones Un saludo Victoria El jue, 21-02-2008 a las 13:26 +, Noemi Garcia Lorca escribió: Buenas a todos, No sé si este tema se ha tocado ya porque ando un poco descolgada, pero allá va. El problema es que para incrustar un googlemap en mi página, google me ofrece un iframe. Los iframes dificultan la accesibilidad. ¿Qué podría usar que fucione de forma similar a un iframe (src) y que sea accesible? __ ¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome ___ 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] Una cuestión sobre iframes
No quería decir que fueras paranoica Noemí. Simplemente lanzaste la pregunta y parecía una de esas de como está de moda voy a aplicarlo. Ya dije al principio de la respuesta que no quería ser desagradable ni contundente. Si trabajas en una administración pública y estáis sometidos a la legislación de accesibilidad vas a tener que buscar una solución alternativa. Google Maps no es accesible Incrustar Google Maps en tu sitio va a hacerlo no-accesible (independientemente del medio utilizado) Vas a tener que hacer una pequeña reflexión de usuarios y casuísticas, quizás lo más sensato sea definir distintos modos de ofrecer el mapa para distintos casos (como bien decía Alex no se trata solo de invidentes, hay otras cuestiones a considerar). Las páginas resultantes no validarán, individualmente, en HERA u otros validadores, pero si tienes una versión funcional para el usuario en condiciones de navegación PC+pantalla y no discapacitado y otra para el resto de casos (otros dispositivos, discapacidades, etc...), estarás cumpliendo con la máxima de ofrecer a todos el mismo contenido que es al final de lo que se trata la accesibilidad. La sugerencia de Jorge de ofrecer el itinerario es buena, aunque sólo si estás dando una ruta... para puntos concretos no se me ocurre otra que dar la dirección, pero eso no lo ubica en el plano... También puedes mirar las soluciones propuestas en algunas web municipales españolas. También pertenecen a la administración y por tanto también deberían cumplir los requisitos legales. Un saludo Victoria El jue, 21-02-2008 a las 14:10 +, Noemi Garcia Lorca escribió: No es que sea paranoica, es que trabajo en una administración pública y estamos obligados por ley a que todas nuestras páginas sean accesibles. - Mensaje original De: Solange Molina [EMAIL PROTECTED] Para: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org Enviado: jueves, 21 de febrero, 2008 13:59:08 Asunto: Re: [Ovillo] Una cuestión sobre iframes Me parece acertado ahcer reflexiones sobre estos temas. Me doy cuenta de que un tema se pone de moda y enseguida todo el mundo se pone paranoico con cosas como accesibilidad, usabilidad, no intrusividad.. Concuerdo con Victoria en que no hay que tomar estas cosas como Dogmas.. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Victoria Gracia Enviado el: Jueves, 21 de Febrero de 2008 10:39 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Una cuestión sobre iframes Hola Noemi y resto de colisteros, sin ánimo de sonar desagradable o contundente (que creo me va a resultar difícil), ¿porqué te cuestionas la accesibilidad en este caso? Me explico, seguramente has pensado en accesibilidad para invidentes, usuarios de navegadores por voz o navegación por teclado. Si bien tu demanda es lícita, ¿has pensado en el contenido que les estás ofreciendo? ¿crees que acceder al sitio web de Google Maps directamente se accesible? Si eres invidente seguramente no vas a ver el mapa, así que con tu permiso vamos a dejar fuera de consideración a ese colectivo. Nos quedan los usuarios de navegación por teclado (supondremos videntes que por algún motivo no pueden utilizar el ratón), ¿Has hecho la prueba a navegar sólo con teclado por la web de Google Maps? ¿y de incrustrar el iFrame en tu página y navegarla con teclado? Antes de cuestionar la accesibilidad como un dogma deberíamos reflexionar si realmente va a darse el caso. Y no es que no esté a favor de webs accesibles, es que simplemente hay cosas que no podemos convertir en más accesibles si utilizamos el desarrollo de otros o el contenido en si mismo no lo es. Espero te ayude en tus reflexiones Un saludo Victoria El jue, 21-02-2008 a las 13:26 +, Noemi Garcia Lorca escribió: Buenas a todos, No sé si este tema se ha tocado ya porque ando un poco descolgada, pero allá va. El problema es que para incrustar un googlemap en mi página, google me ofrece un iframe. Los iframes dificultan la accesibilidad. ¿Qué podría usar que fucione de forma similar a un iframe (src) y que sea accesible? __ ¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome ___ 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
Re: [Ovillo] Sobre Accesibilidad
Eugenia, no malinterpretes la respuesta con que se inaguró la discusión. Cuando un desarrollo (de lo que sea, ya sea en Web o en otro medio, incluso en la disposición de muebles en mi casa) puedo hacerlo de modo que el mayor número de personas puedan disfrutar de ello, lo hago. Yo abogo por la accesibilidad, pero bien entendida. Por lo general me ponen muy nerviosa los gerentes, consultores y demás que te piden que incluyas en el proyecto una característica (diseño gráfico de estilo Web 2.0, AJAX, accesibilidad o lo que sea) sin saber de qué hablan ni de lo que implica. Suelen ser proyectos que no se hacen de forma sencilla. Por ese motivo leí inicialmente la pregunta de Noemí como voy a usar algo inaccesible (Google Maps) y como para eso voy a utilizar un tipo de elemento HTML que no está bien considerado en el mundillo de la accesibilidad (iframes), pues quiero saber cómo hacerlo accesible Mea culpa por leer en ese sentido la pregunta de Noemí puesto que, como ella misma ha aclarado posteriormente, no es una cuestión de ignorancia sino de convicción y deber. Pero lo cortés no quita lo valiente. Está muy bien que ofrezcamos un sitio que todos puedan visitar, adaptado a las necesidades de cada cual, pero no por eso debemos RESTAR (a menos que el coste de desarrollo sea prohibitivo) a los usuarios que podrían beneficiarse de una característica tal como la imagen y el uso de AJAX. Lo que es inaceptable es que sólo se piense en eso y no en proporcionar a una persona que no pueda acceder a ese tipo de información una alternativa. De ahí lo de dogmáticos. Y no quiero ofender a nadie, pero a veces el exceso de celo en la cuestión de accesibilidad lo que hace es restar al no ofrecer otras posibilidades a los usuarios que no tienen discapacidades. Pero reitero, por si no queda claro, que mi posición no es la de que una persona (siquiera una sola) que acceda a un sitio cualquiera se encuentre con que no puede entrar un código de seguridad porque sólo está en una imagen y es ciego, o que no pueda navegar por el sitio con un dispositivo específico y distinto del ratón porque a nadie se le ocurrió habilitar la navegación accesible en otros dispositivos. Lo que no es de recibo es que alguien que no va a disfrutar de la película entre en el cine reclamando que no ve y así obligue a los demás a no ver la película o a verla con doblaje para invidentes (que debe estar disponible, pero no necesariamente en la misma sala en la que los videntes asisten al pase de la película). Esa característica sencillamente estropea la película a todos los demás. Espero que con esto quede más o menos clara la postura. Un saludo Victoria El jue, 21-02-2008 a las 19:23 -0300, Eugenia Jongewaard escribió: He leído las respuestas que algunos han hecho a Noemí y sus comentarios sobre Accesibilidad Web. Quiero dejar mi opinión a algunas cosas que he leído (entre comillas los comentarios de otras personas): Me parece acertado ahcer reflexiones sobre estos temas. Me doy cuenta de que un tema se pone de moda y enseguida todo el mundo se pone paranoico con cosas como accesibilidad, usabilidad, no intrusividad.. Concuerdo con Victoria en que no hay que tomar estas cosas como Dogmas.. Que la accesibilidad esté de moda es algo que debería alegrarnos porque nos va a beneficiar a todos. Cuando Flash se puso de moda y todos empezaron a hacer sitios enteros en Flash muchas personas se vieron en dificultad de acceder a estos sitios. Ahora gracias a esta moda accesible muchos que quedaban afuera van a poder ser parte de la información de la web. Por eso creo que no deberíamos hablar sobre esto como algo negativo. No es ser paranoico, es ser realista y consiente de lo que esta sucediendo y del valor que tiene esto. Totalmente de acuerdo con Victoria, ¿accesible? ¿para quién?, no siempre.. ¿No siempre? ¿Y porqué no?? La idea es que sea SIEMPRE ya que todos tenemos derecho a acceder a la información de igual manera. Y no sólo hablando de los discapacitados, sino también los que utilizan diferentes dispositivos o plataformas. Si se puede.. ¿porqué no hacerlo accesible? Hay mucha gente que no puede tener una simple casilla de mail por el problema de accesibilidad de lo CAPTCHAS o la creación de su propio blog. Y todo esto por culpa de un grupo de gente que pensó baa para qué hacerlo accesible.. Quizás no importa, hasta que nos vemos en una situación propia de falta de accesibilidad. ovillo@lists.ovillo.org ___ 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 Accesibilidad
Esto... ¿Sabes de qué hablas cuando dices accesibilidad? La reclamación de Eugenia era perfectamente lícita, y el ejemplo de los CAPTCHA es uno de los muchos que dejan fuera de juego a muchos usuarios (no sólo a los no-discapacitados pero poco duchos en informática que se quedan bloqueados ante el captcha buscado la b retorcida en el teclado y sin saber qué hacer). En el caso de los Captcha se pretende solucionar un problema, el acceso a registros por parte de sistemas automáticos, el problema es real y se busca una solución. Solo que al encontrar la solución, precisamente porque es una solución no apta para máquinas, se está vetando el acceso a esos mismos sitios a personas de carne y hueso pero que precisan de algunos mecanismos automatizados para navegar, por ejemplo un lector de pantalla. Algunos sitios remiendan la pifia poniendo un alternativo de voz, pero sigue habiendo muchos sitios donde los usuarios discapacitados o sencillamente con dispositivos distintos a pantalla-ratón no pueden hacer operaciones simples, sencillas y que no costaba nada solucionar. Ser dogmático o antidogmático es una opción, pero sólo cuando se sabe de qué se habla. Si no es así, el silencio suele ser buen consejero (y creo que yo voy a aplicármelo ahora mismo). Saludos Victoria El jue, 21-02-2008 a las 20:26 -0300, Solange Molina escribió: Vaya vaya.. veo que la palabra paranoia causo mas daños que relajo ( era la idea pero no quedo claro). Con respecto a CAPTCHA, esto fue creado para validar en envio de informacion a traves de un form, es decir, que se tratase de una persona y no de un demon o algo parecido que estuviera enviando basura a una BBDD o a un email. Me parece que en ese sentido no tiene que ver con accesibilidad sino con validaciones persona+computador. Cabe recordar que CAPTCHA, para quienes no sepan es una algoritmo que genera claves en forma aleatoria y que al momento de hacer un post en una BBDD o al enviar un email, este se valida para ver si concuerdan los datos ingresados. Lo que no es nada accesible, es que usen nueceros y letras deformes..eso si es una cosa mala mala. Besos paranoicos a todos! s -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Eugenia Jongewaard Enviado el: Jueves, 21 de Febrero de 2008 19:23 Para: ovillo@lists.ovillo.org Asunto: [Ovillo] Sobre Accesibilidad He leído las respuestas que algunos han hecho a Noemí y sus comentarios sobre Accesibilidad Web. Quiero dejar mi opinión a algunas cosas que he leído (entre comillas los comentarios de otras personas): Me parece acertado ahcer reflexiones sobre estos temas. Me doy cuenta de que un tema se pone de moda y enseguida todo el mundo se pone paranoico con cosas como accesibilidad, usabilidad, no intrusividad.. Concuerdo con Victoria en que no hay que tomar estas cosas como Dogmas.. Que la accesibilidad esté de moda es algo que debería alegrarnos porque nos va a beneficiar a todos. Cuando Flash se puso de moda y todos empezaron a hacer sitios enteros en Flash muchas personas se vieron en dificultad de acceder a estos sitios. Ahora gracias a esta moda accesible muchos que quedaban afuera van a poder ser parte de la información de la web. Por eso creo que no deberíamos hablar sobre esto como algo negativo. No es ser paranoico, es ser realista y consiente de lo que esta sucediendo y del valor que tiene esto. Totalmente de acuerdo con Victoria, ¿accesible? ¿para quién?, no siempre.. ¿No siempre? ¿Y porqué no?? La idea es que sea SIEMPRE ya que todos tenemos derecho a acceder a la información de igual manera. Y no sólo hablando de los discapacitados, sino también los que utilizan diferentes dispositivos o plataformas. Si se puede.. ¿porqué no hacerlo accesible? Hay mucha gente que no puede tener una simple casilla de mail por el problema de accesibilidad de lo CAPTCHAS o la creación de su propio blog. Y todo esto por culpa de un grupo de gente que pensó baa para qué hacerlo accesible.. Quizás no importa, hasta que nos vemos en una situación propia de falta de accesibilidad. ovillo@lists.ovillo.org ___ 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] Conversor de unidades
Hola Reynier, me desconcierta un poco tu pregunta, porque los píxels son unidades absolutas y los em relativas (a la medida de la letra m en un cuerpo dado), por lo que sólo puedes medir en 'em' refiriéndote primero a la tipografía utilizada, por tanto, a medida de texto. Me explico, 1em por sí solo no tiene sentido. Si aplicamos la medida a un diseño donde la referencia sea un cuerpo de 16px (indicado por las preferencias de tu navegador), entonces (como ya te dice la calculadora que nos indicas en el enlace) la medida cobra sentido y puedes decir que 0.75em=12px. Es una simple regla de tres: 16px - 1em 12px - xem Si cambias la referencia y pones como tamaño de referencia 12px (en tu navegador o en los selectores *, html para establecerlos como defecto), entonces tendrías: 12px - 1em Como ves no hay una conversión absoluta. No puedes garantizar que 12px=1em siempre y en todos los casos, sino que 12px=1em cuando la referencia que tomamos es un cuerpo de letra de 12px. En tipografía además verías que 1em es variable según el tipo de letra que utilices. No ocupa el mismo espacio la letra m en un estilo como Arial Narrow que en un estilo como Arial Heavy, en el primer caso 1em será más pequeño medido en píxeles que en el segundo. Puedes hacer la comprobación fácilmente en la calculadora que nos suministras. Si defines un estilo con tamaño 10px, su hijo con tamaño 10px, el descendiente de éste con tamaño 8px y un nuevo hijo con tamaño 10px tienes: p - 10px - 0.63em node2 - 10px - 1.00em node3 - 8px - 0.80em node4 - 10px - 1.25em Eso es así porque el primer estilo (p) se refiere a la medida establecida por las preferencias del navegador + el estilo aplicado a la página (por lo tanto a ti y a mi puede darnos valores distintos). El segundo estilo se refiere al tamaño relativo en relación al padre (p), y en este caso es el mismo, así que nos da 1 (cuando el padre era 0.63em). El tercer estilo (node3) se refiere al primer hijo, y el cuarto (node4) al tercero, siendo ahora 10px=1.25em. En sólo 4 estilos hemos visto 3 conversiones distintas entre em y px. Espero que esta pequeña explicación pueda ayudarte a encontrar las medidas que quieres aplicar a tus capas. Un saludo Victoria El lun, 18-02-2008 a las 19:02 -0500, Reynier Perez Mira escribió: Sabe alguien donde encontrar un conversor de unidades? Necesito convertir algunas unidades de PX a EM pero no para fuentes [1] sino para Capas (DIV) [1] http://riddle.pl/emcalc/ Ing Reynier Pérez Mira Grupo Soporte al Desarrollo - Dirección Técnica IP ___ 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
[Ovillo] [OT] Re: CMS para desarrollo de portal
Hola co-listeros, encabezo este mensaje OT porque si bien tiene relación con la elección de CMS, el comentario que inicio tiene relación a la compatibilidad hacia atrás a que aludía Carlos en su mensaje. El problema general del software libre (del cual por otro lado soy partidaria) es que suele iniciarse como un proyecto de un colectivo con experiencia en programación pero no en la realización de proyectos (ojo, estoy generalizando y sabemos que eso quiere decir que no siempre es así!). Abordar un proyecto desde la perspectiva de un grupo de gente, con buenas intenciones pero sin análisis concienzudo de las necesidades reales de los potenciales clientes (entiéndase aquí por cliente tanto el desarrollador que va a utilizar ese desarrollo como el usuario final del producto), es que cuando estas se hacen patentes y manifiestas algunas decisiones tomadas en la fase de diseño se muestran ineficientes, deficientes o contraproducentes. Eso lleva a rediseños complejos de todo el software (en el mejor de los casos) que no hacen fácil una migración hacia atrás o bien a intentar mantener esa compatibilidad hacia atrás a base de parches que ralentizan la eficiencia o requieren trucos que complican el código. Si además el software se ha utilizado con otros añadidos (plug-ins o módulos o como se llamen en cada caso) desarrollados por gentes con igual de buena voluntad y para satisfacer un caso concreto pero que no son el equipo original, es muy probable que nos encontremos en esa situación. Yo, por ese motivo, no soy muy partidaria de los productos que dependen en gran medida de los módulos o añadidos, no me gusta Drupal por eso. Quizás cuando esta versión 6 llegue a una versión más estable lo pruebe. Mi principal criterio para la selección de programa de código libre (cuando es para clientes) se base en el tiempo que lleva en el mercado, la fiabilidad y las funciones que tiene (a lo mejor no necesito muchas, pero las que necesita el proyecto deben estar incorporadas). Si es necesario yo misma desarrollo a partir de mis propios módulos (que esos sí los conozco bien). Es una visión de alguien que ya lleva muchos años peleándose con actualizaciones, de software comercial y de software libre, con necesidades cambiantes de los clientes y de los usuarios, y, por supuesto, con posibilidades cambiantes en este apasionante mundo que sigue en evolución ;) Un saludo Victoria El sáb, 16-02-2008 a las 08:58 -0100, Carlos Revillo escribió: Carlos: Si entendés inglés, tenés información sobre actualizaciones en las siguientes direcciones: http://drupal.org/drupal-6.0 http://drupal.org/videocasts/upgrading-to-6 Y para los módulos aquí: http://drupal.org/node/114774 Martín. Gracias. por actualización no me refería a una reprogramación de todo lo que has hecho anteriormente. me refería a un proceso mas simple. el típico haz un backup de tu bd, corre este script para actualizarte al nuevo formato. no te preocupes por lo de antes, todo te funcionará. Algo así como hacían cuando migrabas de la 5.5 a la 5.6, por decir algo. me refería a ese tipo de procesos y no a reprogramar todos y cada uno de los módulso que programaste previamente... a ver si me explico mejor. supón que tienes un proyecto en drupal llamesmole mediano. has usado muchos modulos enviados por la gente (que se yo, gmaps, buddylist, etc.) y has programado tu otros que te requería tu cliente. ninguno de esos funcionará después de la migración. Otro ejemplo. el famoso módulo pathauto. permite trabajar con urls amigables para buscadores. ahora mismo no hay una versión estable (todavía) para la versión 6 de drupal. hay una en desarrollo que seguramente funcione pero nadie te lo asegura. si ahora migras un sitio que tienes hecho en 5, con tus urls amigables a la 6, las urls dejarán de funcionarte... así con muchos otros casos. de igual forma que he visto esos vídeos, también hemos visto opiniones de gente que dice que la migración completa (es decir, hacer funcionar un sitio programado en drupal 5 para drupal 6) les llevó dos semanas de trabajo. seguramente drupal 6 sea mucho mejor que la 5 y por ello me alegro. pero me da un poco de lástima que no se hayan preocupado de mantener la compatibilidad hacia atrá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 ___ 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] Re: CMS para desarrollo de portal
No me lo tomo a mal Martín, sólo faltaba!! Pero intenté resumir algo que para mi es largo de exponer si antes no lo trabajo un poco... te expondré los puntos clave y no insistiré en el tema en la lista, ya que yo misma lo etiqueté OT, a menos que realmente haya interés por parte del resto de co-listeros (siempre dispuesta a debatirlo en privado o en lista de interesados, por supuesto) * Al afrontar un proyecto para un cliente tengo que estar segura de que todo elemento involucrado cumple con unos mínimos en mi análisis de riesgos del proyecto * Un software que, aunque maduro, dependa en gran parte de módulos externos, me añade mucho riesgo precisamente por ¿qué ocurrirá en la actualización? Yo no puedo garantizar que en pocos meses mi cliente no quiera un cambio y que ese cambio no afecte precisamente al proyecto de tal modo que precise la nueva versión y revisar uno a uno esos módulos que parecían inofensivos. * Cuando mi credibilidad ante el cliente está en juego, procuro que los riesgos sean mínimos. Con estas premisas, y estoy hablando de proyectos para clientes, evalúo muy cuidadosamente todos y cada uno de los elementos que voy a utilizar en un proyecto. El caso de Drupal no me ha convencido hasta ahora porque según mi cálculo de riesgos la cantidad de módulos externos que necesito es muy grande *en comparación* al beneficio que obtengo en lugar de programar yo misma el gestor de contenidos (obsérvese que se ha resaltado en comparación). Pero eso no quiere decir que no valore el trabajo que se realiza en proyectos de software libre. Lo valoro, lo aprecio, me sirve para aprender y para pequeños proyectos personales, y para evolucionar, y para tener nuevas ideas, y ... Yo estoy dentro de las locas que ya hicieron sus pruebas reinventando la rueda e innovando (construir un CMS que sólo utilizaba XML, XPath, XForms cuando algunas de estas especificaciones eran sólo un draft fue todo un desafío). Pero precisamente por la experiencia ahora a un cliente lo atiendo con criterios de curarme en salud (una frase muy de uso aquí en Cataluña) y ser yo la responsable última de lo que se instala y/o se desarrolla. ¿Eso quiere decir que no esté a favor de que Drupal evolucione? NO, al contrario. Estoy a favor y espero en ascuas el día que la funcionalidad BÁSICA (o core) de ese CMS me ofrezca unos mínimos que hasta ahora no cumple. Sí lo hace con ayuda de módulos, y he visto que algunos se han incorporado en el core de la versión 6, así que le daré una oportunidad a la versión 6, pero no en una instalación a cliente hasta que no lo haya probado yo primero ;) Y creo firmemente que si se detecta un error en el diseño de las estructuras de datos y/o procesos, debe solventarse cuanto antes mejor, aunque la nueva versión requiera cambios algo difíciles en las migraciones desde versiones anteriores. Al menos si están bien analizados en esta fase es posible que se ahorren en el futuro (yo misma he sido culpable de algunos cambios drásticos de ese tipo en algunos programas). El punto que quería levantar (y creo que no conseguí resaltar suficientemente), es que la mayoría de los proyectos de Software libre (algunos de software comercial también, pero eso es otra historia que no creo venga al caso), se inician sin un análisis concienzudo, sólo en base a una idea general y sin una noción de quienes son los usuarios potenciales y/o las características a largo plazo que quieren desarrollarse (que no hay que implementar necesariamente desde la versión 1, pero sí preveer). Eso es lo que generalmente repercute en malos diseños de estructuras de datos y procesos, lo que hace que al atacar un nuevo desafío haya que romper la compatibilidad. Y puestos a generar polémica y discusión (en el buen sentido), yo a eso no lo llamaría maduro sino relativamente estable. En mi escala sería un 5 sobre 10, pero no me arriesgo a utilizarlo en casa de cliente hasta que alcanza un 8 sobre 10 a menos que el cliente haya comprendido muy bien los riesgos y/o costes que puede requerir un cambio tras la primera versión de nuestro proyecto. Espero haber arrojado algo de luz desde mi humilde experiencia en hacer el cabra loca por los mundos del software de innovación durante un par de décadas ;) Saludos Victoria El sáb, 16-02-2008 a las 13:00 -0200, Martin Szyszlican escribió: El día 16/02/08, Victoria Gracia [EMAIL PROTECTED] escribió: Yo, por ese motivo, no soy muy partidaria de los productos que dependen en gran medida de los módulos o añadidos, no me gusta Drupal por eso. Quizás cuando esta versión 6 llegue a una versión más estable lo pruebe. Mi principal criterio para la selección de programa de código libre (cuando es para clientes) se base en el tiempo que lleva en el mercado, la fiabilidad y las funciones que tiene (a lo mejor no necesito muchas, pero las que necesita el proyecto deben estar incorporadas). Si es necesario yo
Re: [Ovillo] Alineación mal en IE
A bote pronto, con el pijama puesto y el cepillo de dientes casi en la mano, sólo se me ocurre que hacer exactamente iguales de tamaño las imágenes y el container puede darte algún problema en IE debido a las diferencias en el modelo de caja... O variando el modo en que asignas el margen al contenedor Prometo que si por la mañana sigues con el problema lo miro con calma tras el café. Un saludo Victoria El vie, 15-02-2008 a las 00:19 +0100, Jesus Torralba Izuel escribió: Hola, acabando esta web, me doy cuenta de que de repente en IE las imágenes de la entrada salen mal alineadas, aunque en Firefox se ven correctamente. Podeis ayudarme a encontrar el fallo? llevo un buen rato y ya no veo. WEB: http://www.pasteleriavilas.com/lab/new10/ CSS: http://www.pasteleriavilas.com/lab/new10/estilo_body.css 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 ___ 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
Aportando mi pequeño granito de arena a la discusión, el tablero de ajedrez son coordenadas, las letras y los números, que indican la posición de las fichas. Es una tabla en tanto que es un sistema de coordenadas definido (las filas con letras y las columnas con números) aunque con la mayoría de las celdas vacías (en el mejor de los casos hay 32 celdas con información, cuando la partida avanza cada vez hay menos celdas con información). No se trata de un simple dibujo, es la definición de un espacio bidimensional donde cada celda puede estar vacía o contener una ficha, y hay 6 tipos de ficha (peón, torre, caballo, alfil, rey y reina) y dos grupos de fichas (blancas y negras). Tomadlo como un sistema de información geográfica para el caso particular de un espacio bidimensional limitado a 64 posiciones. Yo voto por la tabla, por lo menos como interpretación de datos de la partida. Un saludo Victoria El mié, 13-02-2008 a las 12:52 +0100, Ernesto Frías escribió: Correcto: tu mismo lo dices, no son datos tabulados... ¿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 ___ 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
La pregunta era chocante, ciertamente, pero en cualquier caso deberíamos considerar, antes de tomar una decisión de diseño, cuales serían los casos de uso. Yo, si me preguntan así sin más, opto por una tabla y además puedo argumentar incluso que no es pesada y porqué (a fin de cuentas son 8 columnas de 8 filas cada una). Si se trata simplemente de mostrar un tablero de ajedrez, son válidas las opciones imagen, tabla, CSS creativo, ... Si lo que queremos es mostrar una partida (o permitir que se juegue), deberíamos considerar los potenciales usuarios, y ahí nos daríamos cuenta del verdadero problema, tanto de tablas como de capas, para los usuarios con reducida visión. Me explico, tan pesado será para un usuario que utilice un lector de pantalla que le lean vacío, vacío, vacío, alfil, vacío en un caso como en otro. Lo importante será pues definir además unos estilos apropiados a los casos de uso que se prevean, y eso es lo que debería haberse planteado en la pregunta. Sigo pensando que es una tabla, jejejeje Un saludo co-listeros Victoria ___ 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
Puede ;) ¿Has probado alguna vez jugar al 4 en raya sin tablero, sólo con la memoria? Es un interesante ejercicio para la mente y te agiliza en memoria. Un invidente puede reproducirse el tablero en un sistema Braile, una persona con visión reducida puede reproducirse el tablero en real (con un buen tablero y fichas grandes). Conozco incluso videntes que no precisan el tablero físicamente para poder seguir la partida. Una persona con dificultades de movilidad, que no pueda utilizar ratón o teclado para indicar el movimiento de las fichas también estará en una situación en que la entrada de datos será mucho más simple si se interpreta correctamente el movimiento realizado y que indicará mediante voz posiblemente. Una tabla proporciona estos elementos. Existe una notación internacional normalizada para las partidas de ajedrez. El ajedrecista experto sólo precisa de los movimientos realizados para reconstruirse el tablero. Por eso resaltaba el punto, porque realmente un ajedrecista experto no precisa ver (o que le describan) TODO el tablero sino únicamente lo que ha cambiado en él desde la última vez. La pregunta no era trivial, tiene que ver con los casos reales de uso posibles. Claro que siempre podemos decidir por aquellas personas que no entren en la normalidad y pensar que no deben jugar al ajedrez en una web. Saludos El mié, 13-02-2008 a las 09:51 -0300, Franky Leonard escribió: Pregunto, porque realmente no lo sé ¿puede una persona ciega jugar al ajedrez? ¿cómo haría en cualquier caso de maquetación el lector de pantallas para darle un paneo de la situación en el tablero y así él poder elegir que ficha mover? Me parece piola, en este punto, plantear la pregunta en Acceso Web, ¿qué les parece? saludos Franky Leonard El día 13/02/08, Victoria Gracia [EMAIL PROTECTED] escribió: La pregunta era chocante, ciertamente, pero en cualquier caso deberíamos considerar, antes de tomar una decisión de diseño, cuales serían los casos de uso. Yo, si me preguntan así sin más, opto por una tabla y además puedo argumentar incluso que no es pesada y porqué (a fin de cuentas son 8 columnas de 8 filas cada una). Si se trata simplemente de mostrar un tablero de ajedrez, son válidas las opciones imagen, tabla, CSS creativo, ... Si lo que queremos es mostrar una partida (o permitir que se juegue), deberíamos considerar los potenciales usuarios, y ahí nos daríamos cuenta del verdadero problema, tanto de tablas como de capas, para los usuarios con reducida visión. Me explico, tan pesado será para un usuario que utilice un lector de pantalla que le lean vacío, vacío, vacío, alfil, vacío en un caso como en otro. Lo importante será pues definir además unos estilos apropiados a los casos de uso que se prevean, y eso es lo que debería haberse planteado en la pregunta. Sigo pensando que es una tabla, jejejeje Un saludo co-listeros Victoria ___ 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] Consulta
Brillante Martin :) Un problema sería el tablero como fondo... ¿estamos seguros de que debe tener un tamaño fijo? ¿y si lo queremos mayor, o menor? Pero la resolución del problema en general me parece brillante, como no podía ser menos de tu mano. Un abrazo Victoria El mié, 13-02-2008 a las 12:01 -0200, Martin Szyszlican escribió: Intersantes las posturas que generó este hilo. Yo me imagino la maquetación de un juego de agedrez con un div para cada pieza, no para cada celda del tablero. De esta forma cada pieza indica tanto en su contenido como en su class la posición en la que está. El contenido es para los usuarios no-videntes y la class es para que mediante un css se posicione absolutamente en su casilla. Por ejemplo div id=tablero div class=pieza alfil fila2 columna5Alfil(2,5)/div /div y en el css: .pieza { position: absolute; width: 25px; height: 25px; } .alfil { background-image: url(alfil.png);} .fila2 { left: 50px } .columna5 { top: 125px } #tablero { position: relative; width: 200px; height: 200px; background-image: url(tablero.png); } Entonces el contenido linearizado es cada pieza con su posición y la presentación visual es cada pieza en su ubicación dentro del tablero. Los movimientos de piezas se pueden hacer en javascript cambiando la clase de la pieza. Qué opinan? Martín. El día 13/02/08, Victoria Gracia [EMAIL PROTECTED] escribió: Puede ;) ¿Has probado alguna vez jugar al 4 en raya sin tablero, sólo con la memoria? Es un interesante ejercicio para la mente y te agiliza en memoria. Un invidente puede reproducirse el tablero en un sistema Braile, una persona con visión reducida puede reproducirse el tablero en real (con un buen tablero y fichas grandes). Conozco incluso videntes que no precisan el tablero físicamente para poder seguir la partida. Una persona con dificultades de movilidad, que no pueda utilizar ratón o teclado para indicar el movimiento de las fichas también estará en una situación en que la entrada de datos será mucho más simple si se interpreta correctamente el movimiento realizado y que indicará mediante voz posiblemente. Una tabla proporciona estos elementos. Existe una notación internacional normalizada para las partidas de ajedrez. El ajedrecista experto sólo precisa de los movimientos realizados para reconstruirse el tablero. Por eso resaltaba el punto, porque realmente un ajedrecista experto no precisa ver (o que le describan) TODO el tablero sino únicamente lo que ha cambiado en él desde la última vez. La pregunta no era trivial, tiene que ver con los casos reales de uso posibles. Claro que siempre podemos decidir por aquellas personas que no entren en la normalidad y pensar que no deben jugar al ajedrez en una web. Saludos El mié, 13-02-2008 a las 09:51 -0300, Franky Leonard escribió: Pregunto, porque realmente no lo sé ¿puede una persona ciega jugar al ajedrez? ¿cómo haría en cualquier caso de maquetación el lector de pantallas para darle un paneo de la situación en el tablero y así él poder elegir que ficha mover? Me parece piola, en este punto, plantear la pregunta en Acceso Web, ¿qué les parece? saludos Franky Leonard El día 13/02/08, Victoria Gracia [EMAIL PROTECTED] escribió: La pregunta era chocante, ciertamente, pero en cualquier caso deberíamos considerar, antes de tomar una decisión de diseño, cuales serían los casos de uso. Yo, si me preguntan así sin más, opto por una tabla y además puedo argumentar incluso que no es pesada y porqué (a fin de cuentas son 8 columnas de 8 filas cada una). Si se trata simplemente de mostrar un tablero de ajedrez, son válidas las opciones imagen, tabla, CSS creativo, ... Si lo que queremos es mostrar una partida (o permitir que se juegue), deberíamos considerar los potenciales usuarios, y ahí nos daríamos cuenta del verdadero problema, tanto de tablas como de capas, para los usuarios con reducida visión. Me explico, tan pesado será para un usuario que utilice un lector de pantalla que le lean vacío, vacío, vacío, alfil, vacío en un caso como en otro. Lo importante será pues definir además unos estilos apropiados a los casos de uso que se prevean, y eso es lo que debería haberse planteado en la pregunta. Sigo pensando que es una tabla, jejejeje Un saludo co-listeros Victoria ___ 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
Re: [Ovillo] Nuevo sitio web del Ayto. de Lepe
Poco se puede añadir a los comentarios del resto de co-listeros. Es un sitio muy bien desarrollado, con algunos fallos menores que te han ido apuntando. Yo haría algo de hincapié en las imágenes y gráficos. Quizás estéis utilizando aún imágenes de prueba, pero algunas son poco descriptivas, como es el caso de las imágenes utilizadas en [1] el apartado para tí para indicar las categorías de contenido: * La foto de gente haciendo senderismo (aparte de demasiado pequeña para apreciarla), ¿qué relación tiene con los cursos? * El amplio y soleado paseo que decora el apartado becas ¿sugiere que una beca es para tomar el sol en lugar de desarrollar una actividad laboral en prácticas? * El edificio ocre sin puertas del apartado Concursos y licitaciones, ¿sugiere que ya está todo asignado y que las decisiones se toman intra-muros y sin posibilidad de acceder? * El hotel (creo que es un hotel) del apartado Ofertas de empleo ¿es indicativo de que en Lepe sólo se puede trabajar en el turismo? Es sólo un ejemplo, pero los gráficos deberían utilizarse para dar sentido y contexto, ilustrar, no para decorar sin más. Y siguiendo en esa misma sección... ¿sería posible indicar el número de cosas que hay en cada apartado? Es que es muy frustrante entrar en una sección para que esté vacía (yo siempre he pensado que no deberían mostrarse las secciones vacías). Ahora mismo, por ejemplo, no hay ninguna oferta de empleo... con lo difícil que es encontrar trabajo, si además nos pasamos el rato haciendo clic en sitios que finalmente no tienen ofertas acabamos muy frustrados. Un tema más que menor (pero yo sigo postulando por un correcto uso del lenguaje): ¿podríais encontrar otra palabra más descriptiva para los eventos? No es muy habitual en lenguaje coloquial, y el ciudadano quizás podría encontrar más agradable leer calendario de actividades o cualquier otra palabra o frase que le sea más cercana. En general buena nota, pero ya sabes, el 10 siempre es difícil con un tribunal como el que has buscado ;) Un saludo Victoria PS: al resto de la lista: Sóis un lujo!!! Manuel está teniendo una valoración de excepción para su web :) [1] http://www.lepe.es/para-ti El mar, 12-02-2008 a las 10:10 +0100, Manuel Jesús Recena Soto escribió: Hola, buenas: Recientemente se ha publicado el nuevo sitio web [1] del Ayto. de Lepe [2], un municipio de la comunidad autónoma de Andalucía, y más concretamente de la provincia de Huelva. El proyecto ha sido desarrollado con Plone 2.5 y actualmente se encuentra en una fase de revisión de contenidos, actualización de contenidos y resolución de incidencias técnicas que se van presentando con su uso. Desde el punto de vista de los estándares web y la accesibilidad aun quedan algunas cuestiones pendientes y están en nuestra lista de cosas por hacer y mejorar. Cualquier comentario a modo de crítica y/o sugerencia será bienvenido, especialmente aquellos referidos a cuestiones técnicas y funcionales porque la parte estética y visual no está en nuestra mano. Un saludo, y muchas gracias por adelantado. [1] http://www.lepe.es [2] http://es.wikipedia.org/wiki/Lepe ___ 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] Aplican estilos inline para distintos dispositivos
Uhmmm ¿y te parece que así podías evitarlo? Lo primero que me decía FireFox al poner el ratoncito sobre la imagen (la que estaba de fondo) era: View image, jejejeje Yo no suelo emplear esas trampas, pero quizás si te interesa puedes probar poniendo un DIV transparente sobre la imagen y/o sobre la ficha completa. En principio eso no debe alterar ni la presentación en pantalla ni la impresión de la página, pero sí coloca un intermediario entre el ratón y la imagen, haciendo más difícil su copia (diría yo). Un saludo Victoria El lun, 11-02-2008 a las 13:04 +0100, Rodrigo Álvarez Virgós escribió: Hola, Victoria y todos Victoria Gracia escribió: La respuesta es muy simple, ya que por desgracia en este caso tienes el control en manos del usuario. La mayoría de navegadores NO imprimen las imágenes de fondo a menos que se lo especifique el usuario en sus preferencias (ni las imágenes de fondo ni los colores de fondo). Sólo imprimen las imágenes que están EN el contenido. Por ese motivo es recomendable que si quieres que una imagen se imprima no la definas como background sino como contenido. ¡Justo la respuesta que necesitaba! En este caso, el cliente quería que las imágenes no se pudiesen descargar con un simple botón derecho - guardar imagen. Sí, sé que la imagen se cachea igualmente, y que incluso se puede copiar pulsando Impr Pant, pero cada cliente... Tendré pues que meter la imagen como contenido. Muchas 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 ___ 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] Aplican estilos inline para distintos dispositivos
Lo dicho, si le indico al navegador que me imprima las imágenes de fondo todo es correcto, si no lo hago no se imprime la imágen (comportamiento por defecto). Deberías poner las imágenes como parte del contenido, al igual que están en la página inicial de catálogo. Un saludo Victoria El lun, 11-02-2008 a las 12:41 +0100, Rodrigo Álvarez Virgós escribió: Hola, Martín y todos Martin Campos escribió: Hola Rodrigo. Si que había leido y entendido tu mensaje. Si te respondí con esa aclaración fue por tu frase Sé que si no se especifica un 'media', los estilos se aplican sólo para la pantalla y esto no es cierto. Pues es lo que dice el W3C [1], no yo: media = media-descriptors [CI] This attribute specifies the intended destination medium for style information. It may be a single media descriptor or a comma-separated list. The default value for this attribute is screen [1] http://www.w3.org/TR/html401/present/styles.html#h-14.2.3 Puedes poner una URL donde podamos ver un ejemplo? Cómo no: http://www.industriaoptica.com/alpha/productos-1-1.php Pincha en el producto que quieras y prueba a imprimirlo... Al menos con la impresora pdf no se muestra. El día 11/02/08, Rodrigo Álvarez Virgós [EMAIL PROTECTED] escribió: Hola, Martín Martin Campos escribió: Hola. Si se utiliza media=all se aplica a todos los media (pantalla, imprimir, ...), si se utiliza media=screen sólo para visualización en pantalla y media=print sólo para impresiones. Recomiendo utilizar: link type=text/css rel=stylesheet media=all href=estilos.css title=Hoja de estilos media all / y en el fichero estilos.css definir los ids y clases para cualquier dispositivo y los @import de cada media, en particular para media=print. Agradezco tu buena intención, pero lee los mensaje antes de responder, que lo que me cuentas ya lo sabemos todos. El problema es que hay un estilo que no puedo poner en la hoja de estilos porque es dinámico (en una tienda virtual, el background de una capa cambia según qué producto se muestre). Y además lo tengo que poner mediante el atributo style sí o sí, ni siquiera puedo generar unos estilos dinámicamente entre style type=text/css media=all y /style (con lo que habría solucionado el problema) Un saludo. El día 11/02/08, Rodrigo Álvarez Virgós [EMAIL PROTECTED] escribió: Hola, Ovillo Se me acaba de plantear una duda. Estoy dando estilos a una capa de manera dinámica, y al imprimir el documento: la imagen no se muestra. Sé que si no se especifica un media, los estilos se aplican sólo para la pantalla. Mi pregunta es: ¿hay manera de aplicar estilos en línea (usando el atributo style) para otros dispositivos que no sean la pantalla? He probado con 'media=all', pero (lógicamente) media no es un atributo válido para un div. Un saludo Rodrigo ___ 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] Aplican estilos inline para distintos dispositivos
Rodrigo, La respuesta es muy simple, ya que por desgracia en este caso tienes el control en manos del usuario. La mayoría de navegadores NO imprimen las imágenes de fondo a menos que se lo especifique el usuario en sus preferencias (ni las imágenes de fondo ni los colores de fondo). Sólo imprimen las imágenes que están EN el contenido. Por ese motivo es recomendable que si quieres que una imagen se imprima no la definas como background sino como contenido. Espero que esto te ayude a modificar el modo en que se genera la página y puedas solventar el problema. Un saludo Victoria ___ 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] evitar opacidad dentro de un elemento con opacidad
Yo personalmente no acabo de entender el caso: se puede tener un div con opacidad y dentro otro que no aplique esta transparencia ?? Se puede tener un div con opacidad - sí y dentro otro que no aplique esta transparencia? - ¿de qué transparencia hablamos? ¿no era opaco? es decir, tengo un div grande cuyo fondo quiero que se transparente, pero dentro tengo otro div con algunos elementos los cuales no quiero que tengan nada de opacidad. Un div grande cuyo fondo quiero que se transparente - ¿Que el fondo del div grande se vea en las otras capas (o sea, que se transparente) o que muestre una imagen que hay más allá en el fondo (que SEA transparente)? pero que dentro tenga otro div con algunos elementos los cuales no quiero que tengan nada de opacidad - pues hazlos transparentes también! Quiero decir... ¿no sería más fácil que nos mostraras un ejemplo gráfico a ver si así lo entendemos y podemos ayudarte? Lo siento pero me he liado Un saludo Victoria El sáb, 26-01-2008 a las 14:02 +0100, Nacho Garcia escribió: Hola a todos, tengo una duda a la que no encontré respuesta, espero que sea posible ... se puede tener un div con opacidad y dentro otro que no aplique esta transparencia ?? es decir, tengo un div grande cuyo fondo quiero que se transparente, pero dentro tengo otro div con algunos elementos los cuales no quiero que tengan nada de opacidad. es eso posible ?? gracias, un saludo!! ___ 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
[Ovillo] OT? Se cuece el test Acid3
Hola ovilleros, hoy me llega la noticia de que los chicos de la abeja (WaSP) ya están cocinando el test Acid3 que pondrá a prueba las habilidades JS de los principales navegadores (se supone que como las betas de todos ya pasan el Acid2 han decidido buscar chicha en otro lado) [1]. En esta ocasión quieren rizar el rizo, y a pesar de tener ya disponibles 84 tests, proponen que los desarrolladores contribuyan con tests para alcanzar el número redondo de 100. Las condiciones en [2]. A ver si al final va a resultar que con esos tests estos chicos van a conseguir finalmente que lleguemos al tan deseado escríba el código una vez, úselo en cualquier parte ;) A pesar de ser un test orientado a JS lo envío a la lista porque no sólo de CSS vive el diseñador / programador Web. Besos Victoria [1]http://www.webstandards.org/2008/01/16/whats-the-best-test-for-acid3/ [2]http://ln.hixie.ch/?start=1200301306count=1 ___ 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] codificacion UTF-8 y servidor web
Se me ocurre a mi que quizás el problema lo tengáis en la codificación de la Base de datos. Si utilizáis contenido dinámico debéis ver en qué codificación devuelve la base de datos el contenido, no vaya a ser ese el origen de todo mal. Un saludo Victoria El mar, 08-01-2008 a las 14:41 +0100, Carlos Acero Sánchez escribió: Hablando de UTF-8 yo también tengo un problema parecido. Estoy creando una web y la he codificado en UTF-8, anadiendo el meta correspondiente: meta http-equiv=Content-Type content=text/html; charset=UTF-8 / Trabajo con dreamweaver, páginas asp, servidor IIS6 y Servidor de BB.DD Microsoft SQL SERVER 2005. El problema está en que los contenidos se ven correctamente excepto cuando el éste proviene de la bb.dd. Yo con esto del UTF-8 soy nuevo y la verdad es que me pierdo un poco porque ya no sé si el SQL me tiene que servir el contenido en UTF-8, cosa que no debe hacer. Saludos ___ 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) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, 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 ___ 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