Re: [Ovillo] SASS un meta lenguaje mejor organizado que CSS

2011-01-17 Por tema Victoria Gracia
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

2010-01-11 Por tema Victoria Gracia
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

2008-10-26 Por tema Victoria Gracia
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

2008-10-18 Por tema Victoria Gracia
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

2008-10-10 Por tema Victoria Gracia
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

2008-09-30 Por tema Victoria Gracia
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 ????

2008-09-29 Por tema Victoria Gracia
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 ????

2008-09-28 Por tema Victoria Gracia
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 ????

2008-09-28 Por tema Victoria Gracia
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] Accesibilidad

2008-09-26 Por tema Victoria Gracia
Como ejemplo genial, como usable... ¿no era más usable HTML que flash? 
yo es que ver veo muy bien, pero oír ;)

Hugo López escribió:
 http://www.silviovelo.com/

 Es el sitio web de Silvio Velo, figura de Los Murcielagos (la
 selección argentina de fútbol de no-videntes).
 Un maravilloso ejemplo de porqué hay que desarrollar webs accesibles...
 ___
 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] Semantica h1

2008-09-25 Por tema Victoria Gracia
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?

2008-09-17 Por tema Victoria Gracia
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

2008-09-12 Por tema Victoria Gracia
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.

2008-09-11 Por tema Victoria Gracia
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

2008-09-10 Por tema Victoria Gracia
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: 
 

Re: [Ovillo] Duda con longdesc

2008-09-10 Por tema Victoria Gracia
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

2008-09-10 Por tema Victoria Gracia
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

2008-09-10 Por tema Victoria Gracia
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

2008-09-10 Por tema Victoria Gracia
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

2008-09-10 Por tema Victoria Gracia
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: 

Re: [Ovillo] semantificar una cita

2008-09-09 Por tema Victoria Gracia
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)

2008-09-09 Por tema Victoria Gracia
Hola Ramón, Tei y resto de compañeros de lista.

No voy a añadir mucho a lo que ya se ha dicho de cómo funcionan los 
lectores de pantalla, porque los hay mediocres y los hay buenos, los hay 
gratuitos y los hay de pago. JAWS es bueno y de pago pero las 
asociaciones de invidentes pueden proporcionarlos a sus socios en 
condiciones menos dolorosas económicamente, y de hecho debe ser de lo 
mejor porque suele ser la opción escogida por los invidentes.

Casi cualquier OS que se precie dispone ya de opciones de accesibilidad 
más o menos logradas que pueden permitirte simular el entorno en los 
casos que carezcas de visión, que tengas motricidad limitada o que no 
puedas utilizar teclados, etc...

La especificación aural de CSS es precisamente para diseñar con el 
sonido: graduar la voz, seleccionar el locutor (hombre, mujer), indicar 
efectos de posición (si te viene de más a la derecha o más a la 
izquierda), e incluso giros idiomáticos (si el locutor es inglés de USA 
o de UK pronunciará distinto).

En este sentido la importancia primordial es haber indicado el idioma de 
nuestras páginas para que los lectores utilicen los algoritmos 
correspondientes al idioma, no es lo mismo leer hoja en español que 
dárselo a leer a un yanki (leería algo así como jouya). También es 
importante indicar acrónimos y abreviaturas para que el lector lo lea 
letra por letra y no intente leerlo todo junto como si realmente fuera 
una palabra ¿cómo debe sonar HTML si intentamos leerlo como palabra y no 
como 4 letras?.

En lo que sí me gustaría aportar el granito de arena es a la cuestión 
apuntada sobre accesibilidad:
 En cuanto a la Accesibilidad, que no Usabilidad, de Google Chrome, yo 
 creo que debería ser obligatoria, porque creo que la accesibilidad tiene 
 que formar parte del diseño de las aplicaciones. Si un usuario de lector 
 de pantalla ni siquiera puede usar Chrome (porque no usa métodos 
 estándar y no informa al lector de pantalla, por lo cual JAWS no dice ni 
 mú), es que ni siquiera puedo elegir. No se trata de que haya cosas 
 para ciegos y cosas para no ciegos. Una cosa es que un ciego no pueda 
 ver una imagen, y otra muy distinta es que no presentes una alternativa 
 para que el ciego pueda obtener la información que esa imagen contiene. 
 El ciego no pide ver la imagen, sino acceder a la información que esa 
 imagen da. Igualmente, yo no pido que Chrome se pueda usar *como a mí me 
 gustaría*, sino solamente que se pueda usar. Punto. Si no, ni siquiera 
 tengo la capacidad de elegir.
   
Estoy contigo Ramón, el invidente (o cualquier otro ser que tenga una 
limitación para el uso de un objeto) debe disponer de la opción para 
elegir, e incluso si es relevante para la información será bueno que se 
le describa la imagen en cuestión. Lo que no es de recibo es que no se 
pase un test de accesibilidad porque no describes una imagen que a 
alguien que no puede verla no va a aportarle nada y que sólo tras 
valorar eso decides no describirla (ojo, estoy hablando de la elección 
consciente y no del descuido). Hay que llegar a equilibrios entre lo que 
es razonable y lo que es mostrar respeto hacia los demás y lo que es 
imposición arbitraria porque algunos lo hacen mal y por tanto se 
presupone que todo creador de página web será igual de chapuza.

Te aseguro que no todo invidente quiere oír la descripción de todas las 
imágenes que el lector encuentra y que frecuentemente se han puesto por 
una cuestión de estética visual.

Respecto a Chrome (o cualquier otra aplicación), es de esperar que las 
leyes vigentes llamen al orden al antes David que ahora se está 
convirtiendo en Gholiat de Google para que cumpla con la ley y por tanto 
haga accesible su producto. Pero separemos eso del hecho de las 
descripciones de imágenes.
 Además, igual que existen unas pautas de accesibilidad para las páginas 
 web (las WCAG = Web Content Accessibility Guidelines), que deberían 
 cumplirse por parte de los desarrolladores de sitios web, también 
 existen las UAAG (User Agent Accessibility Guidelines), que deberían 
 cumplirse por parte de los desarrolladores de agentes de usuario 
 (navegadores). Google lo sabe, y ya ha contestado que lo tienen en 
 cuenta, que en el futuro será accesible, y que cumplirá con las UAAG, y 
 que está concienciado, y blablabla.
   
No es cuestión de que esté concienciado o no, es que existe una LEY (no 
guías, pautas o acuerdos que pueden subscribirse o no), al menos en USA, 
que les obligará a hacerlo.
 Lo que a mí me parece triste es que no hayan incorporado la 
 accesibilidad como una parte más en el diseño base del navegador, porque 
 para mí eso significa que lo consideran algo secundario, algo que se 
 puede añadir más tarde, con lo que una vez más están dando la idea de 
 que no pasa nada por dejar para más tarde las necesidades de un grupo de 
 personas. Es una exclusión, temporal, pero exclusión. Para mí, eso es 
 como decirle a una persona en silla de ruedas: Hemos hecho este 
 edificio 

Re: [Ovillo] Ayuda para mini examen

2008-09-02 Por tema Victoria Gracia
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

2008-09-02 Por tema Victoria Gracia
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

2008-09-01 Por tema Victoria Gracia
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] Problemilla asignando fondos a los enlaces

2008-08-05 Por tema Victoria Gracia
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] nombres de las clases

2008-07-31 Por tema Victoria Gracia
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

2008-07-30 Por tema Victoria Gracia
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

2008-07-23 Por tema Victoria Gracia
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] desabilito imagenes y me desaparece el menu

2008-07-22 Por tema Victoria Gracia
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

2008-07-16 Por tema victoria . gracia
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


Re: [Ovillo] Como hago?

2008-06-24 Por tema Victoria Gracia
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

2008-06-19 Por tema Victoria Gracia
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

2008-06-18 Por tema Victoria Gracia
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] Campaña Firefox 3

2008-06-17 Por tema Victoria Gracia
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

2008-06-13 Por tema Victoria Gracia
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

2008-06-13 Por tema Victoria Gracia
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)

2008-06-12 Por tema Victoria Gracia
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] Página que expira en Explorer 7

2008-06-12 Por tema Victoria Gracia
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)

2008-06-10 Por tema Victoria Gracia
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

2008-06-10 Por tema Victoria Gracia
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)

2008-06-09 Por tema Victoria Gracia
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] [OT] formulario y codificación de c aracteres

2008-06-02 Por tema Victoria Gracia
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

2008-05-20 Por tema Victoria Gracia
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

2008-05-17 Por tema Victoria Gracia
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

2008-04-23 Por tema Victoria Gracia
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

2008-04-21 Por tema Victoria Gracia
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

2008-04-21 Por tema Victoria Gracia
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

2008-04-21 Por tema Victoria Gracia

 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

2008-04-18 Por tema Victoria Gracia
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

2008-04-18 Por tema Victoria Gracia
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

2008-04-17 Por tema Victoria Gracia
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

2008-04-16 Por tema Victoria Gracia
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

2008-04-11 Por tema Victoria Gracia
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)

2008-04-11 Por tema Victoria Gracia
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?

2008-04-10 Por tema Victoria Gracia
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

2008-04-07 Por tema Victoria Gracia
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

2008-03-28 Por tema Victoria Gracia
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

2008-03-25 Por tema Victoria Gracia
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...

2008-03-17 Por tema Victoria Gracia
¿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...

2008-03-17 Por tema Victoria Gracia
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

2008-03-13 Por tema Victoria Gracia
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

2008-03-13 Por tema Victoria Gracia
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

2008-03-05 Por tema Victoria Gracia
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

2008-03-04 Por tema Victoria Gracia
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

2008-03-03 Por tema Victoria Gracia
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

2008-03-03 Por tema Victoria Gracia
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?

2008-03-02 Por tema Victoria Gracia
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

2008-02-29 Por tema Victoria Gracia
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

2008-02-26 Por tema Victoria Gracia
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

2008-02-21 Por tema Victoria Gracia
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

2008-02-21 Por tema Victoria Gracia
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

2008-02-21 Por tema Victoria Gracia
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

2008-02-21 Por tema Victoria Gracia
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

2008-02-19 Por tema Victoria Gracia
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

2008-02-16 Por tema Victoria Gracia
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

2008-02-16 Por tema Victoria Gracia
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

2008-02-14 Por tema Victoria Gracia
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

2008-02-13 Por tema Victoria Gracia
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

2008-02-13 Por tema Victoria Gracia
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

2008-02-13 Por tema Victoria Gracia
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

2008-02-13 Por tema Victoria Gracia
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

2008-02-12 Por tema Victoria Gracia
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

2008-02-11 Por tema Victoria Gracia
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

2008-02-11 Por tema Victoria Gracia
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

2008-02-11 Por tema Victoria Gracia
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

2008-01-26 Por tema Victoria Gracia
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

2008-01-21 Por tema Victoria Gracia
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

2008-01-08 Por tema Victoria Gracia
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


[Ovillo] OT Martin en Barcelona

2008-01-07 Por tema Victoria Gracia
Perdonad el Off Topic, que además es para los ovilleros que estén en
Barcelona o alrededores...

Martin Szyszlican está visitando Barcelona, y hemos acordado
encontrarnos esta tarde (17:15 aprox) en el Hotel Plaza de Plaza España.

Si algún ovillero tiene ganas de acudir al encuentro, ese es el lugar de
referencia, o que envíe un mensaje al 630 181 504 para alternativas.

Un saludo a todos, y perdonad nuevamente el OT.

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] IE7 se instala en Windows pirata como actualizacion obligatoria.

2007-12-27 Por tema Victoria Gracia
Y lo tuyo muy discriminatorio Martin... ¿porqué voz masculina? ;)
Lo suyo, dado la frase, hubiera sido voz femenina... al menos en España que
es la cuna de la Zarzuela.

Pero muy buena puntualización, hay que separar contenido de presentación, sí
señor!
¿Dónde se especifican las notas de la tonadilla que canta el/la
zarzuelero/a? Es que ando pez en los lectores de voz, pero lo suyo sería
cantado ;)

Victoria

El día 27/12/07, Martin Szyszlican [EMAIL PROTECTED] escribió:

 2007/12/27, Tei [EMAIL PROTECTED]:
 
  voz zarzueleraY es que los tiempos adelantan ques una barbaridad,
  que es una barbaridd :D /voz zarzuelera



 Tei, muy poco accesible lo suyo, se escribe así:

 p class=zarzueleraY es que los tiempos adelantan ques una barbaridad,
 que es una barbaridd :D /p

 .zarzuelera {
 voice-family:zarzuela,male;
 }

 Ahí lo tiene separando el contenido de la presentación, usando marcado
 semántico, hojas de estilo aurales y validando contra los estandares.

 Martí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] IE 8 superará el test Acid2

2007-12-20 Por tema Victoria Gracia
Uhmmm lo de las comunicaciones no es tan simple, no es blanco o negro...

a tan solo 50 kms de Barcelona, hasta el año pasado no ha habido otra
alternativa que módem... y hasta donde yo sé, al pertenecer el municipio
a Catalunya, ésta estar englobada en España, y ésta a su vez en
Europa... no debería estar considerado como un municipio del primer
mundo? Y no sé si os lo váis a creer, pero los agricultores y ganaderos
tienen conexión por radio, así que ojito con lo que desarrollamos que a
veces cerramos puertas al vecino (y el que nos cría la vaca que luego
tan a gusto nos comemos).

Es fácil imaginar que en Afganistán tienen problemas de conexión, pero
en Nueva Zelanda esperaríamos encontrar Internet tarifa plana ubícua
y... no, resulta que el acceso a Internet es carísimo y lentísimo...

O sea, que no estamos a la cola en cuanto a comunicaciones, hay países
de los considerados poderosos que no están a la última, y si esos están
entre los clientes del sitio que desarrollamos, tendremos que tenerlos
en cuenta.

Tampoco somos lo último, así que según el público mejor no
generalizaremos... hay gente que en su casa sólo se conecta por módem
porque el tiempo que pasa en internet aún no les compensa la
contratación del ADSL (y además son freakies y no ven la tele por
cable).

No perdamos de vista a los mayores, los que ya se jubilaron, cada vez
son más los que están entrando en este mundo y jugueteando con Internet
(yo tengo un padre jubilado y activo colaborador de la wikipedia!).

Además, por mucho que yo tenga 3 Megas... ¿no puedo estar haciendo mil
cosas con mi ancho de banda más interesantes que ocuparlo? ¿?quien eres
tú para venir a decirme en qué debo ocupar mi ancho de banda? ;)

Aún no he navegado por móvil (mis pinitos con WAP fueron tan frustrantes
y caros que desistí), pero no creo que tampoco sea muy veloz y sí,
va a ser un medio cada vez más importante.

Eso en lo que a comunicaciones se refiere.

En lo que respecta a estándares, creo que los propios WASP lanzaron una
campaña para instar educadamente a los usuarios a actualizarse
navegadores, pero es cierto que hay grandes empresas que aún tienen
versiones muy obsoletas de OS o de navegadores y que en ellas realizar
actualizaciones sólo está en manos del dios jefe de sistemas. No seamos
muy duros con los empleados de estas empresas, aunque quizás no es
necesario que vean el sitio perfecto, sí será interesante que puedan
acceder al sitio y a todas sus funcionalidades, aunque no lo vean igual
de bonito. Quizás los hacks son más una necesidad del diseñador de que
su diseño se vea bien que no de los usuarios de esos navegadores que no
aceptan estándares.

Es mi reflexión en voz alta a este tema.

Y me alegro que MS por fin se preocupe por estándares... a ver si voy a
tener que pasarme de Linux nuevamente a Güindows para poder utilizar
IE8?

Un saludo ovilleros

Victoria

El jue, 20-12-2007 a las 12:15 +0100, Marc Palau escribió:
 Como webeloper, algo que se tiene que tener claro es que al cliente se le 
 tiene que aconsejar, educar y enseñar cuales son las mejores opciones. Si te 
 viene un señor empresario que no quiere oir tonterias sobre actualizar 
 navegadores y cosas así, pues quizas lo más fácil será explicarle que si 
 quiere tener la mejor web tendrá que actualizarse, simplemente. Compararle a 
 lo que sería tener un ford sierra gasolina cuando puede tener un audi A4 
 TDI. Tambien es obligación nuestra aprendernos todos los argumentos 
 posibles para convencer a los clientes que es y que no es lo recomendable 
 para las presencias en internet.
 
 Lo de los costes de conexión que tiran para atrás un progreso que nos podría 
 poner a la cabeza de Europa es como un chiste malo, el ministerio de 
 industria parece que hace la vista gorda y se limita a cobrar un montón de 
 millones de euros por licencias que imposibilitan exigir precios más 
 competitivos. Sin duda es otro cantar, pero está muy ligado al uso de dichos 
 dispositivos.
 
 Saludos!
 Marc
 
 - Original Message - 
 From: andres karp [EMAIL PROTECTED]
 To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org
 Sent: Thursday, December 20, 2007 12:03 PM
 Subject: Re: [Ovillo] IE 8 superará el test Acid2
 
 
 Lo peor de todo es que siempre el que usa ie 5.5 o 6 es el gerente de alguna
 corporación y casi siempre el que pone la pasta. Lo de internet vía web, lo
 veo como el futuro y no porque no tengamos la tecnologia ya disponible sino
 porque hasta que las companias telefonicas no saquen una tarifa realmente
 plana o que todos nos sumemos a iniciativas tipo FON va a estar muy
 complicado.
 
 
 
 El día 20/12/07, Marc Palau [EMAIL PROTECTED] escribió:
 
  Pues eso lo marcas tu, es un poco discriminatorio y va en contra de muchas
  posturas de desarrollo compatible y accesible (y no hablo de accesibilidad
  clasica sino de accesibilidad por dispositivo), pero si no discriminamos
  lo
  viejo seguiremos por muchos años teniendo que desarrollar para ellos.
  Mi 

Re: [Ovillo] otra de relatividad (z-index)

2007-12-20 Por tema Victoria Gracia
En el caso de posicionamiento en estructuras de varios niveles:

- El padre de mayor z-index se posicionará sobre el padre de
menor z-index y todos sus descendientes, independientemente del
z-index que tengan

- El z-index funciona entre elementos del mismo nivel jerárquico

Espero que eso te ayude a entender tu problema y encontrar una solución

Un saluduo

El jue, 20-12-2007 a las 14:56 +0100, kemie guaida escribió:
 Continuando con el mismo problema de la vez pasada.
 Tengo:
 
 -un div padre con posicion relativa y z-index 100
 -un div hijo con posicion absoluta y z-index 500
 -un div nieto con posicion relativa y z-index 1000
 
 al poner dos divs padres uno junto al otro, el segundo me tapa al hijo y 
 nieto del otro padre, ignorando los z-index.
 
 Caso de prueba:
 
 http://monolinea.com/clients/vedoro/html/relativity2.html
 
 alguna idea? :S
 
 kemie
 
 |...  Kemie Guaida ..|
 |..www.monolinea.com http://www.monolinea.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] IE 8 superará el test Acid2

2007-12-20 Por tema Victoria Gracia
En la página de WASP verás el porqué del test, lo que se corresponde a
comportamiento estándard y lo que se corresponde a comportamiento ante
errores, junto con la lista de productos que superan o no el test y sus
comentarios:

http://www.webstandards.org/buzz/action/acid2/

Saludo

Victoria

El jue, 20-12-2007 a las 16:54 +0100, Pedro Iturriaga escribió:
 Una pregunta tonta, ¿qué navegador pasa el Acid2? Porque ni mi Opera 9.24,
 ni mi Firefox 2.0.0.11, ni mi Safari 3.0.3(Windows) lo pasan bien; por
 supuesto en IE7 es un desastre. Además, se ve mejor en Opera y Safari que en
 FF.
 
 Pedro.
 ___
 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] Modificar plantilla Zencart

2007-12-16 Por tema Victoria Gracia
Hola Miguel Ángel,

¿probaste el infalible método google-zen cart?

Yo he encontrado muchos tutoriales en línea.

Suerte

El dom, 16-12-2007 a las 12:45 +0100, Miguel Ángel Lucha escribió:
 Hola a todos, esta es la segunda vez que escribo en esta lista. El 
 asunto es que tengo un problema con las plantillas de zencart, no se 
 por donde cogerlas, no encuentro ningún tutorial ni ayuda explicando 
 como poder modificarla.
 ¿Seriais tan amables de echarme una mano?
 
 Gracias.
 
 
 . . . . . . . . . . . . 
 Miguel Ángel Lucha
 Diseñador
 Estudio JAVIRROYO
 
 Tel. +34 93 219 24 36
 
 Vallfogona, 32
 08012 Barcelona
 
 [EMAIL PROTECTED]
 http://www.javirroyo.com
 http://www.internauta.info
 http://www.cebolla.net
 . . . . . . . . . . . . 
 
 *** Antes de imprimir este mensaje, asegurese de que es necesario. El 
 medio ambiente esta en nuestra mano. ***
 
 - Confidencialidad - 
 Este correo electronico y, cualquier fichero anexo al mismo, contiene 
 informacion de caracter confidencial exclusivamente dirigida a su 
 destinatario/os. Queda prohibida su divulgacion, copia o distribucion a 
 terceros sin la previa autorizacion, en virtud de la legislacion 
 vigente. Si ha recibido este correo por error, le rogamos nos lo 
 comunique inmediatamente por esta misma via y proceda a su destruccion. 
 (acentos suprimidos intencionadamente).
 
 - Confidentiality - 
 The information in this e-mail and in any attachments is confidential 
 and it is intended solely for the attention and use of the named 
 addressee/s. You are hereby notified that any dissemination, 
 distribution or copy of this communication is prohibited without prior 
 consent and it is strictly prohibited by law. If you have received this 
 communication in error, please, notify the sender immediately by 
 replying this e-mail and delete the mail and the attachments.
 ___
 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] Modificar plantilla Zencart

2007-12-16 Por tema Victoria Gracia
http://www.calitae.com/manuales/Manual_Zencart.zip

El dom, 16-12-2007 a las 13:15 +0100, Miguel Ángel Lucha escribió:
 Si lo he probado, cuando busco cómo modificar las plantillas solo me 
 salen webs que las venden,  nada más.
 
 Si podeis pasarme algún enlace en donde venga un tutorial os estaria 
 eternamente agradecido.
 
 
 
 
 El 16/12/2007, a las 13:04, Victoria Gracia escribió:
 
  Hola Miguel Ángel,
 
  ¿probaste el infalible método google-zen cart?
 
  Yo he encontrado muchos tutoriales en línea.
 
  Suerte
 
  El dom, 16-12-2007 a las 12:45 +0100, Miguel Ángel Lucha escribió:
  Hola a todos, esta es la segunda vez que escribo en esta lista. El
  asunto es que tengo un problema con las plantillas de zencart, no se
  por donde cogerlas, no encuentro ningún tutorial ni ayuda explicando
  como poder modificarla.
  ¿Seriais tan amables de echarme una mano?
 
  Gracias.
 
 
  . . . . . . . . . . . .
  Miguel Ángel Lucha
  Diseñador
  Estudio JAVIRROYO
 
  Tel. +34 93 219 24 36
 
  Vallfogona, 32
  08012 Barcelona
 
  [EMAIL PROTECTED]
  http://www.javirroyo.com
  http://www.internauta.info
  http://www.cebolla.net
  . . . . . . . . . . . .
 
  *** Antes de imprimir este mensaje, asegurese de que es necesario. El
  medio ambiente esta en nuestra mano. ***
 
  - Confidencialidad -
  Este correo electronico y, cualquier fichero anexo al mismo, contiene
  informacion de caracter confidencial exclusivamente dirigida a su
  destinatario/os. Queda prohibida su divulgacion, copia o distribucion 
  a
  terceros sin la previa autorizacion, en virtud de la legislacion
  vigente. Si ha recibido este correo por error, le rogamos nos lo
  comunique inmediatamente por esta misma via y proceda a su 
  destruccion.
  (acentos suprimidos intencionadamente).
 
  - Confidentiality -
  The information in this e-mail and in any attachments is confidential
  and it is intended solely for the attention and use of the named
  addressee/s. You are hereby notified that any dissemination,
  distribution or copy of this communication is prohibited without prior
  consent and it is strictly prohibited by law. If you have received 
  this
  communication in error, please, notify the sender immediately by
  replying this e-mail and delete the mail and the attachments.
  ___
  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
 
 
 . . . . . . . . . . . . 
 Miguel Ángel Lucha
 Diseñador
 Estudio JAVIRROYO
 
 Tel. +34 93 219 24 36
 
 Vallfogona, 32
 08012 Barcelona
 
 [EMAIL PROTECTED]
 http://www.javirroyo.com
 http://www.internauta.info
 http://www.cebolla.net
 . . . . . . . . . . . . 
 
 *** Antes de imprimir este mensaje, asegurese de que es necesario. El 
 medio ambiente esta en nuestra mano. ***
 
 - Confidencialidad - 
 Este correo electronico y, cualquier fichero anexo al mismo, contiene 
 informacion de caracter confidencial exclusivamente dirigida a su 
 destinatario/os. Queda prohibida su divulgacion, copia o distribucion a 
 terceros sin la previa autorizacion, en virtud de la legislacion 
 vigente. Si ha recibido este correo por error, le rogamos nos lo 
 comunique inmediatamente por esta misma via y proceda a su destruccion. 
 (acentos suprimidos intencionadamente).
 
 - Confidentiality - 
 The information in this e-mail and in any attachments is confidential 
 and it is intended solely for the attention and use of the named 
 addressee/s. You are hereby notified that any dissemination, 
 distribution or copy of this communication is prohibited without prior 
 consent and it is strictly prohibited by law. If you have received this 
 communication in error, please, notify the sender immediately by 
 replying this e-mail and delete the mail and the attachments.
 
 ___
 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] Seguimos con los pasteles (era Re: atributo target en xhtml 1.1)

2007-12-14 Por tema Victoria Gracia
Bueno, la economía es un factor importante, y saber apreciar lo que
tenemos otro... ya darían los pasteleros lo que fuera para tener un G3C
que les permitiera conocer un edulcorante universal que no fuera la
sacarina, una harina apta para celíacos y otra serie de maravillas que
nosotros tenemos y pocas industrias más ;)

Y no me gusta nada esa noticia de que aquí no hay más que diseñadores y
programadores buenos... ¿ahora a quien convencemos? ;)

Mi conclusión es que yo intento dar siempre opciones al cliente que
miran algo más allá de SU caso particular, y generalmente aprecian los
comentarios que aumentan la accesibilidad y la usabilidad.

Tener modos para usuarios novatos/curtidos/expertos en una intranet
corporativa no es ninguna tontería, y muchas veces el cliente ni lo ha
pensado: los novatos se pierden, los curtidos se defienden y los
expertos consideran la aplicación de máxima ineficiencia. Vamos, no hay
nadie contento, jejeje

Así que gracias a intentar aplicar las normas que nos dan muchas veces
puedo proponer soluciones que hacen descartar el maldito flash para un
efecto innecesario (perdonadme en esto chicos, es visceral... no puedo
con ello!), complicar el código para lograr un efecto que no aporta
valor a la interfaz, etc...

Claro que en las webs abiertas al público general hay que jugar otras
cartas, pero la accesibilidad siempre está ahí, y a medida que me alejo
de los 40 empiezo a entender mejor qué es eso que hasta ahora me sonaba
a hipotético: la fatiga visual de los mayores, jejejeje

En resumen, que está bien saber que hay normas y está bien saber cuándo
saltárselas.

Un saludo

El vie, 14-12-2007 a las 14:48 +0100, Tei escribió:
 On Dec 14, 2007 2:35 PM, Victoria Gracia [EMAIL PROTECTED] wrote:
  Debo felicitar a Oscar por su magistral (y golosa) exposición sobre la
  diferencia entre la existencia de los estándares y la aplicación de
  dogmas, pero permitidme por un momentito seguir con los pasteles...
 
 
 Hehehe.. gracias por lo que me toca.   Me he asustado un poco al
 empezar a leer tu exposicion, porque no sabia si al final seria capaz
 de entenderte la relacion de todo eso con el CSS. Parece que al final
 lo comentas para exponer la friccion entre economia y buen diseño web.
  Que es un tema que hemos tratado en la lista a veces.
 
 Yo no voy a cambiar mi opinion, de otras veces que hemos hablado el
 asunto. Ser bueno en esto es hacer buenas paginas web. Despues es
 importante saber venderse bien. Si no sabemos vendernos bien, es culpa
 nuestra, pero no culpa de hacer bien las cosas, sino otra cosa.
  Seguramente todas las personas que estan en esta lista estan aqui por
 lo mismo, porque quieren hacer buenas paginas web. Sino se instalarian
 el dreamweaver, y se pondrian a hacer paginas web como churros sin
 mirar nunca jamas si el codigo es bueno o malo (quizas sera bueno,
 dicen que DW es respetuosillo en eso).  Y no se subscribirian a una
 lista de CSS.
 
 Las paginas web creadas a base de XHTML y CSS son mejores que otras a
 base de tablas. Y eso es una cuestion que puede demostrarse
 logicamente. Pero nadie dice que vayan a parecer mas sabrosas, que
 sean mas baratas u otros atributos.  A mi personalmente me resulta
 mucho mas dificil hacer una pagina en CSS puro. En esta lista
 probablemente esten los mejores webmasters de españa, y las personas
 mas responsables. Solamente eso. No las personas que ganan mas dinero,
 y hacen paginas webs a 300 euros y las hacen como churros. Estas
 muchas personas seguro que no se paran a discutir la filosofia de si
 es correcto tener dos h1 en un mismo documento :D
 ___
 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] Seguimos con los pasteles (era Re: atributo target en xhtml 1.1)

2007-12-14 Por tema Victoria Gracia
Debo felicitar a Oscar por su magistral (y golosa) exposición sobre la
diferencia entre la existencia de los estándares y la aplicación de
dogmas, pero permitidme por un momentito seguir con los pasteles...

Abro una pastelería en el pueblo donde vivo, y soy consciente de que el
30% de la población tiene problemas de sobrepeso (sí, ya sé que quizás
ellos deberían cuidarse antes de que yo me preocupe, pero como dicen mis
amigos... tengo alma de mami), un 5% son diabéticos y a las personas
mayores (un 30%) les está recomendado el control en el consumo de
dulces... no voy a describir todas las posibles deficiencias asociadas a
la ingesta de productos de pastelería.

¿Quiere eso decir que yo voy a abrir una pastelería para el 35% de la
población?

No, quiere decir que me preocuparé, cuando sea posible, de que los
productos que elaboremos puedan venderse al máximo de personas posibles,
¿porqué? Pues porque un pastel que no se ha vendido un día al día
siguiente igual ya no está igual de bueno, y como espere tres
seguramente lo tendré que tirar... lo que supondría pérdidas para mi
negocio.

Eso no quiere decir que si una familia quiere una fantástica tarta
Sacher con su mermelada, su azúcar refinado, su chocolate,... pues no
pueda tenerla. Claro que se la hago, y la pagan al justo precio de
tarta de encargo.

Pero en mi escaparate tendré tartas donde habré intentado encontrar una
forma de endulzar que sea apta para todos los públicos (la industria
gastronómica no dispone de el G3C, así que no tienen estándares en eso),
con una amplia variedad que me permita ofrecer tartas sin miel (a mi
tampoco me gusta, jejeje) y tartas con miel; tartas dulces y tartas
saladas (existen!); pero sobre todo intentaré que mis tartas pueda
comerlas el mayor número de personas posible... aunque sólo sea por no
tener cada día el temor de hacer pocas tartas por si no se venden.

¿Cual es mi ventaja? Pues que la pastelería que ya existe en el pueblo
es tan innovadora que hace tartas de mantequilla con fotos impresas, a
nadie le gustan (el sabor, la primera vista al principio les engañó) y
además muchos no pueden comerlas; la otra variedad de tartas que ofrecen
es tan dulce que los chiquillos del pueblo sólo han encontrado utilidad
haciendo con ellas guerrillas de nata en los campos vecinos.

Ah, y mientras tanto recomiendo a los que pasen o habiten en Barcelona,
se acerquen a conocer un espacio dulce como pocos:
http://www.espaisucre.com (no os fijéis en la técnica de la web... su
especialidad es otra).

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] atributo target en xhtml 1.1

2007-12-13 Por tema Victoria Gracia
Es lógico que no te valide, Ricardo, se trata de un método no permitido
por el estándar, ya que tomas tú el control sobre cómo se va a comportar
una ventana del usuario (dejando a un lado los motivos, jejejeje)

Así que tienes dos opciones:

  * marcar que es un vínculo a un sitio distinto y dejar al usuario
la decisión de si quiere abrirlo en ventana/pestaña nueva y
validar
  * dejar el comportamiento que tiene y no validar

Siento que no sean buenas noticias, pero es lo que hay ;)

Un saludo

Victoria

El jue, 13-12-2007 a las 19:28 +0100, Ricardo Alvar escribió:
 Buenas tardes.
 
 Hoy estoy haciendo un sitio web que me han pedido. El caso es que ya 
 bastante avanzado el desarrollo. Estaba validando todas las paginas y al 
 ir a validar una de ellas me da errores en unos enlaces que como quiero 
 que aparezcan en una ventana nueva pongo la propiedad target=_blank 
 dentro de cada a. En el caso por ejemplo de la seccion enlaces del 
 sitio, no interesa que la gente abandone el sitio para visitar otro, 
 simplemente deberian poder abrir ese nuevo sitio en una nueva 
 pestaña/ventana con solo pulsar en el enlace. Llevo rato buscando y no 
 encuentro la forma de hacerlo estandar xhtml 1.1. Supongo que alguien se 
 habra visto en esta situacion alguna vez. No encuentro un atributo 
 sustitutivo de target, quiza no lo haya. Sabeis como se podria hacer 
 solamente con xhtml?
 
 Un saludo a todos y muchas gracias por leerme.
 
 Ricardo.
 ___
 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] atributo target en xhtml 1.1

2007-12-13 Por tema Victoria Gracia
Ah, perdón, cuando por HTML + CSS válido no conseguimos una cosa porque
se ha querido evitar (tomar el control del comportamiento de las
ventanas), entonces es perfectamente válido que utilicemos un truco de
JavaScript para validar... total, sólo estamos haciendo algo que no se
quería que hiciéramos, pero ya sabemos todos que hecha la ley, hecha la
trampa, ¿para qué preocuparnos? ;)

Bueno, si realmente es necesario hazlo... era solo una pequeña sátira

El jue, 13-12-2007 a las 20:05 +0100, David Pardo escribió:
 Hay una opción válida y que funciona. Utilizar javascript para modificar
 los enlaces en tiempo de ejecución y que se abran en nueva ventana. Lo
 cuentan en
 http://www.456bereastreet.com/archive/200610/opening_new_windows_with_javascript_version_12/
 
 De todas formas, es interesante pararse a pensar si es necesario abrir
 otra ventana. Gran parte de los usuarios ya saben hacerlo solos y los
 que no, se despistan cuando pasa. Personalmente, prefiero dejar los
 enlaces como están.
 
 Victoria Gracia escribió:
  Es lógico que no te valide, Ricardo, se trata de un método no permitido
  por el estándar, ya que tomas tú el control sobre cómo se va a comportar
  una ventana del usuario (dejando a un lado los motivos, jejejeje)
  
  Así que tienes dos opciones:
  
* marcar que es un vínculo a un sitio distinto y dejar al usuario
  la decisión de si quiere abrirlo en ventana/pestaña nueva y
  validar
* dejar el comportamiento que tiene y no validar
  
  Siento que no sean buenas noticias, pero es lo que hay ;)
  
  Un saludo
  
  Victoria
  
  El jue, 13-12-2007 a las 19:28 +0100, Ricardo Alvar escribió:
  Buenas tardes.
 
  Hoy estoy haciendo un sitio web que me han pedido. El caso es que ya 
  bastante avanzado el desarrollo. Estaba validando todas las paginas y al 
  ir a validar una de ellas me da errores en unos enlaces que como quiero 
  que aparezcan en una ventana nueva pongo la propiedad target=_blank 
  dentro de cada a. En el caso por ejemplo de la seccion enlaces del 
  sitio, no interesa que la gente abandone el sitio para visitar otro, 
  simplemente deberian poder abrir ese nuevo sitio en una nueva 
  pestaña/ventana con solo pulsar en el enlace. Llevo rato buscando y no 
  encuentro la forma de hacerlo estandar xhtml 1.1. Supongo que alguien se 
  habra visto en esta situacion alguna vez. No encuentro un atributo 
  sustitutivo de target, quiza no lo haya. Sabeis como se podria hacer 
  solamente con xhtml?
 
  Un saludo a todos y muchas gracias por leerme.
 
  Ricardo.
  ___
  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


  1   2   >