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

[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

[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  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

[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

[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

[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

[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 .

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  será rojo, porque es más 
específico
 <= 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  será 
rojo, con fondo amarillo
 <= 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:
>
> 
>Texto de ejemplo
> 
>
> 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 ????

[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.
>
&

Re: [Ovillo] Accesibilidad ????

[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 ????

[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

[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

[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?
>
>  
>
>  width="550" height="102" border="0" />
>
>  
>
> 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?

[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í:


primera opción
  opción 1- 1
  opción 1- 2
  opción 1- 3
  opción 1- 4

segunda opción
  opción 2- 1
  opción 2- 2
  opción 2- 3
  opción 2- 4



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

[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.

[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_esVE292&sourceid=chrome&ie=UTF-8&q=http://www.sidar.org/www
>   >   >
>   >   > Hotmail gratuito Personalizar vínculos Windows Media Windows Otros
>   > marcadores
>   >   >
>   >   > ***fin del texto o lo que sea eso***
>   >
>   >   Chrome ti

Re: [Ovillo] A vueltas con los em´s

[Victoria Gracia]

Hola Rafa,

el tema de las medidas y correspondencias entre ems y pixeles se ha 
debatido ya en la lista con anterioridad.

Las unidades relativas (% y em) no pueden darte una medida absoluta en 
pixeles sino que te la dan relativa a las medidas por defecto 
establecidas en los navegadores. Si un usuario tiene definidos 16px como 
medida base, esa es la cantidad de pixeles de 1em, pero si tiene 
definidos 36 entonces para él 1em = 36px (si ha hecho eso seguramente es 
porque tiene problemas de visión y detesta las páginas con letra 
pequeña, por lo que deberíamos respetarlo). Con el porcentaje pasa lo 
mismo, es relativo a las preferencias en el navegador (y por supuesto 
cada navegador y plataforma OS trae unas distintas por defecto).

Yo actualmente utilizo el 100% o 1em como base. ¿Porqué? pues porque los 
que pasamos de los 40 agradecemos que las pantallas nos muestren "más 
grande lo que en ellas cabe" y no que nos muestren "más cosas en 
pequeño", pero es un gusto personal (aunque a mis clientes parece 
gustarles también, porque lo primero que dicen todos es "qué bien se 
ve!", jejeje)

Si quieres más información sobre ems y % puedes revisar los archivos de 
la lista.

Un saludo

Victoria

Rafa Artacho escribió:
> Buenos días:
>
> Se esta modificando la hoja de estilos del site de mi empresa, y uno de los
> temas es pasar los tamaños de las fuentes de unidades absolutas (px) a
> unidades relativas (em's).
>
> He leído varios artículos en uno se recomienda usar un font-size para el
> body del 62.5% para tomar como base 10px = 1em.
>
> http://www.clagnut.com/blog/348/
>
> En el otro método se aboga por utilizar un font-size para el body de 76%
> para lograr que en IE, con un tamaño de texto Muy pequeño, definido por el
> usuario, se vea el texto de modo aceptable. La verdad es que he hecho la
> prueba en IE7 y yo lo veo bien con 62.5%...
>
> http://www.thenoodleincident.com/tutorials/box_lesson/font/
> http://www.thenoodleincident.com/tutorials/typography/index.html
>
> ¿Cuál me recomendais y por qué?
>
> Por otra parte, el asignar un tamaño en % en el font-size del body ¿a qué
> motivos responde? Las pruebas que estamos haciendo sin asignar en el body
> ningún font-size por defecto son satisfactorias, y en todo caso si se desea
> cambiar en algún momento la proporción de los em's del resto de elementos
> bastaría con asignar en ese momento un font-size en % al body, ¿es así?
>
>
> 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] Correcta maquetacion de formulario

[Victoria Gracia]

Tanto en HTML 4.01 como para XHTML, el elemento  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 , pero no es 
lo recomendable. Podéis verlo en las especificaciones del W3C [1]

Si bien es cierto que el elemento _admite_ tener un  anidado, no 
es el uso preferido y sólo se utiliza por comodidad en casos en que 
realmente no sea necesario asociar el  con el  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  con el  
correspondiente). Si además eso nos hace introducir un elemento  
para separar las líneas estamos cometiendo un error de mezcla de 
contenido y presentación.

W3C ejemplifica el uso de  del siguiente modo:

http://somesite.com/prog/adduser"; method="post">
First name: 


Last name: 


email: 






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  e
   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:

http://somesite.com/prog/adduser"; method="post">

First name: 


Last name: 


email: 







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  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...
>
> Nombre:
> 
> 
>
> 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 , y sigues manteniendo la asociación 
> implícita 
>
> Nota: esto afectaría a todos los  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:
>>
>> Texto:
>> > type="password">
>>
>> Mediante el CSS puedes darle esa alineación sin ninguna necesidad de 
>> introducir  o listas:
>>
>> .label {
>> display: block;
>> }
>>   
>> 
> ___
> Lista de distribución Ovillo
> Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
> Puedes modificar tus datos o desuscribirte en la siguiente dirección: 
> http://lists.ovillo.org/mailman/listinfo/ovillo
>   

___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección: 
http://lists.ovillo.org/mailman/listinfo/ovillo

Re: [Ovillo] Correcta maquetacion de formulario

[Victoria Gracia]

Glupppsss, segunda sugerencia, escribe el label como elemento 
independiente y el input también:

Texto:


Mediante el CSS puedes darle esa alineación sin ninguna necesidad de 
introducir  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
>> 
>>> TALLER
>>>
>>>   
>> 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  y el código te
> quedaría
>
> Texto: 
>   
> 
>
> 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

[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 s 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 s 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 ...
>
> document.getElementById('formulario').onsubmit = function () {
>   bitacora_alta();
>   return false;
> }
>
> Y el código del ...
>
> 
> 
> 
>   TALLER
>   
>   
>   
>
>   RFC
>   
>   
>   
> 
> ...
> 
>
> Además de la asociación explícita con for/id, al encerrar los  
> dentro de los  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

[Victoria Gracia]

Al igual que Ignacio de momento no opinaré sobre el CSS, pero sigue 
pudiéndose mejorar el HTML




TALLER



RFC
   





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.
>
>  onsubmit="bitacora_alta(); return false;">
> 
> 
>TALLER
>   
>  
>   
>
>
>RFC
>
>   
>
>
> 
> 
> 
>
>
> Name no valida en XHTML estricto, y lo que llamas span class="titulo" debe
> ser un label.
> Osea que debería quedar así:
>
>  onsubmit="bitacora_alta(); return false;">
> 
> 
>
>   TALLER
>   
>  
>   
>
>
>RFC
>
>   
>
>
> 
> 
>
>
>
> 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
>> > onsubmit="bitacora_alta(); return false;">
>> 
>> 
>>TALLER
>>   
>>  
>>   
>>
>>
>>RFC
>>
>>   
>>
>>
>> 
>> 
>> 
>>
>> 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 , , ?
>> --
>> 
>> 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] Duda con longdesc

[Victoria Gracia]

Gracias Ramón, me alegra saberlo :)

Un saludo

Ramón Corominas escribió:
> Siento contradecir al gurú... 
>
> 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] Duda con longdesc

[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:
>
>  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 

Re: [Ovillo] [OT] Accesibilidad (era Google Chrome)

[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 sil

Re: [Ovillo] "semantificar" una cita

[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.
>
> http://books.google.es/books?id=5s4OYAAJ";>
> Si 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.
> Miguel de Cervantes Saavedra
> 
>
> 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í:
>>>
>>> 
>>>Sólo sé que no sé nada
>>>Sócrates
>>> 
>>>
>>> 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:

 ** se usa para citas cortas de texto plano.
 ** se usa para citas largas, que están divididas por
 
>>> elementos
>>>   
 de bloque, casi siempre párrafos
 (Parrafo1Parrafo2).
 ** debería usarse para hacer mención a un individuo/empresa. Para
 
>>> mí,
>>>   
 un sustantivo.

 Asi que por lo tanto,
 Sólo sé que no sé nadaSócrates

 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:
> Eric Meyer wrote:
> http://meyerweb.../social-protocols/
> ">
> 
> 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.
> 
> 
> An excellent contrast between those who want to
> build new things and those who want to tear them down.
> 
>
> En mi caso no puedo|| usar el atributo cite, ya que el valor ha de ser
> una url. Tampoco me gusta usar , me gusta más  para
>   
>> este
>> 
> tipo de citas. Tomando como referencia blog-quote, ¿lo siguiente sería
> correcto?
> Sólo sé que no sé nadaSócrates
>
> ___
> Lista de distribución Ovillo
> Para escribir a la lista, envia un 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.ovi

Re: [Ovillo] Ayuda para mini examen

[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

[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

Re: [Ovillo] Ayuda para mini examen

[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 pe

Re: [Ovillo] Problemilla asignando fondos a los enlaces

[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

[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:
> contenido 1
> contenido 2
>
> 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:
>>
>>  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

[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:
>
>  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

[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

[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

[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?

[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

[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

[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

[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

Re: [Ovillo] OT? Marcado semántico vs. marcado e structural

[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.
>>>
>>> Para el que no interese el tema, puede abandonar aquí la
>>> lectura del mensaje
>>>
>>> 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  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:
>>>
>>> Objetivos de CSS
>>> Compre Viagra
>>>
>>> puesto que lo único que nos dice  es que es el elemento de mayor
>>> relevancia, el titular, pero no nos indica el significado de ese titular.
>>>
>>> En cambio
>>>
>>> 
>>>
>>> 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:
>>>
>>> 
>>> 
>> 
>>> 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] OT? Marcado semántico vs. marcado e structural

[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.

Para el que no interese el tema, puede abandonar aquí la 
lectura del mensaje

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  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:

Objetivos de CSS
Compre Viagra

puesto que lo único que nos dice  es que es el elemento de mayor 
relevancia, el titular, pero no nos indica el significado de ese titular.

En cambio



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:




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] Página que expira en Explorer 7

[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

[Ovillo] OFFTOPIC II: Confusiones (era: Sobre "frikadas" incongruentes)

[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] Framework de desarrollo de redes sociales

[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)

[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] Comportamiento extraño en Internet Expl orer (al menos en la versión 7.0)

[Victoria Gracia]

Jorge escribió:
> - En las página: 
> http://portal.grancanaria.com/portal/seccion.bsb?codcontenido=20842&codmenu=726
>  y 
> http://portal.grancanaria.com/portal/seccion.bsb?codcontenido=20844&codmenu=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=canarias&tipo=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

[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] Estilos en newsletter

[Victoria Gracia]

Aún a riesgo de que este mail se sume a mi ranking, respondo a fin de 
mensaje:
Gmail escribió:
> cómo andan tanto tiempo, siempre leyendo sus interesantes cadenas y  
> aprendiendo sobre este interesante mundo de códigos
>
> ante esta pregunta me planteo otra: ¿qué papel juegan los estándares  
> de la Accesibilidad Web en este asunto?
> La idea de la Accesibilidad es la de que no importe el Contexto de  
> uso, la plataforma, el browser, el tipo de conexión, el sistema  
> operativo ni las capacidades físicas de los usuarios que visitan las  
> web, pero: un newsletter ¿es una web?
>
> Lo voy a plantear en el foro Acceso Web [1] para ver que aportan los  
> especialistas a este tema.
>
> saludos
> Franky
>
> [1] [EMAIL PROTECTED]
>
> El 29/05/2008, a las 17:35, Ignacio Ricci escribió:
>
>   
>> No se peude adjuntar una hoja de estilos a un newsletter -.-
>>
>> 2008/5/29 Alex Lillo <[EMAIL PROTECTED]>:
>>
>> 
 El día 29 de mayo de 2008 16:39, AleSysa <[EMAIL PROTECTED]>  
 escribió:

 
> Yo me pregunto: Cuál sera la manera mas conveniente de hacerlo  
> para que
>   
 el
 
> news sea visto en la mayoria de los clientes de correo y en la  
> mayoria
>   
>>> de
>>>   
> los webs mails ? (je je)
>
> O debo recurrir a un jpg y meter todo alli ?
>   
>>> Hola Alesysa,
>>>
>>> Por desgracia el mundo del email y las CSS se llevan muy mal. Mi
>>> experiencia:
>>>
>>> Maqueta con tablas, busca colores planos para los fondos de textos  
>>> (no
>>> suelen llevarse bien las imágenes de fondo y los clientes de  
>>> correo), mete
>>> el CSS en el mismo cuerpo del HTML, y se redundante. O sea, ponlos  
>>> tanto en
>>> el 

Re: [Ovillo] Ocultar texto de un value en un input submit

[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 , 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)
>  name="boton[ID]">Comprar
>
> .btncompra span{display:none; /* fondo y eso */}
>   


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

[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

[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 impr imir

[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] Evitar que salga la página al imprimi r

[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 imprimi r

[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] Listas ordenadas

[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  y a cada  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:

{contenido generado
por JS o CMS}El texto que debe contener el elemento de la
lista

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:

{contenido generado
por JS o CMS}El texto que debe contener el elemento de la
lista

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] [OT] Opinión sobre una web

[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

[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

[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  y para meterle la descripción he usado la etiqueta .
> 
> 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

[Ovillo] Juego limpio con los OS (ERA Propuesta de nuevas características para CSS3)

[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] Propuesta de nuevas características par a CSS3

[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

Re: [Ovillo] ¿Es el momento para crear una lista de diseño y desarrollo web?

[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

[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] Consejo para presupuesto web

[Victoria Gracia]

Hola colisteros

El lun, 07-04-2008 a las 09:27 +0100, Arturo Martín escribió:
> >
> > No considero que un sitio web sea exactamente un desarrollo informático a
> > medida, aunque en cierto modo si lo es, pero creo que afortunadamente en
> > la
> > mayoría de los casos es más sencillo desarrollar un sitio web que una
> > aplicación de escritorio; aparte de que requiere menor cualificación
> > (motivo
> 
> por el que somos tantos en este gremio que no estudiamos informática)
> >
> 
> Hola, Rafael:
> 
> Esto es un error de planteamiento muy serio. ¿Estás diciendo que la
> titulación ideal para el diseño/desarrollo web es 'Informática'? ¿Cómo que
> se requiere menor cualificación para desarrollar una web que para
> desarrollar una aplicación de escritorio? Esto no puede ser en serio…
> 
> Así nos va en este mundillo, con informáticos metidos a diseñadores…

Creo que cualquier postura en este sentido puede desembocar en una
guerra que ya debemos haber visto muchas veces.

Ya no estamos en la época "zapatero a tus zapatos" (y no estoy hablando
del presidente de España), y cuanto más abiertos de mente seamos mejor
nos irá (creo, es mi humilde opinión).

Sólo puedo hablar por mi, así que os diré que para llegar al desarrollo
web he tenido formación básicamente en informática, con formación
complementaria en diseño gráfico, diseño editorial, y documentación
(biblioteconomía y documentación), además de muchísimas horas dedicadas
a autoformación en distintos campos que creo relacionados con la web, ya
que la web es un medio donde muchas disciplinas convergen.

Por eso no podemos hacer el presupuesto de "una web" en genérico, porque
hay webs que se limitan a diseño (el diseño puede ser buenísimo, no es
eso lo que valoro aquí, sino la convergencia de disciplinas), y otras
que requieran realmente un conocimiento amplio y asentado tal como una
intranet documental para una multinacional, un archivo de consulta o
incluso la web bien hecha de una exposición cultural (abstenerse
principantes a menos que formen parte de un grupo de trabajo liderado
por personas más curtidas en ese tipo de proyectos).

Hay veces que incluso el cliente no busca imagen, quiere una base de
datos consultable desde cualquier lugar. En tal caso el dominio del
análisis, la programación y, en definitiva, la informática, será
predominante sobre el diseño.

Por favor, no iniciemos una guerra en uno de los campos profesionales
donde más se da una convergencia de disciplinas y que, gracias a eso, es
una profesión que nos acerca más al profesional humanista, al igual que
los grandes científicos y genios de la historia que pudieron descubrir
las relaciones subyacentes en mecanismos físicos por no limitarse a la
física.

Un saludo compañeros

Victoria
> 
> Saludos,
> 
> Arturo
> ___
> Lista de distribución Ovillo
> Para escribir a la lista, envia un 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] Banco de Images Free

[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:
> >>

Re: [Ovillo] [OT] Modelos de Briefing para el desarrollo de un sitio web

[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

Re: [Ovillo] [OT] Consulta: Recomendacion de CMS liviano

[Victoria Gracia]

Hola Pablo,

El mar, 18-03-2008 a las 21:15 -0300, Pablo Molinari escribió:
> Holas, qué tal. Una consulta, un cliente me está pidiendo una sección 
> (sólo una, "novedades") que se pueda generar dinamicamente (con usuario 
> y contraseña), aunque el resto del sitio sea estático. Y que pueda 
> mostrar la última entrada en la portada (o al menos una parte, quizás 
> cortada con un , o algo así).
> 
> No tengo demasiada experiencia en CMSs, salvo Wordpress, por eso quería 
> alguna recomendación de hacia donde mirar, aunque me lleve algo de 
> trabajo aprenderlo.
> 
> Por la web ví recomendaciones de eZ Publish, Spip, Plume CMS, Lodel, 
> Yerbabuena (además de Drupal, Mambo, Joomla, etc) y estoy hecho un lío 
> con tantas opciones, y no se en cuál me resultará más fácil implementar 
> sólo una sección...
> 
> Se agradece cualquier mano que me puedan echar!
> 
> Un saludo,

Por lo que indicas de tu cliente, lo más fácil va a ser generar tú mismo
ese código. No es difícil (una única BBDD con los campos que quiera tu
cliente en novedades y el acceso de un usuario) y la ventaja es que
podrías poner la llamadan en PHP o el lenguaje que quieras en los
lugares donde creas más oportuno.

Cualquier otra opción va a ser mucho más complicada de personalizar.

A menos que tengas claro cómo personalizar la presentación en cualquiera
de las plataformas que indicas y prefieras tomar ventaja de todas las
posibilidades que te ofrece... ¿pero te vale la pena?

Un saludo

Victoria
> 
> 
> 
> Pablo Rodríguez Molinari
> www.arsnovadesign.com.ar
> 
> ___
> Lista de distribución Ovillo
> Para escribir a la lista, envia un 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] Duda...

[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

[Ovillo] Duda...

[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] No logro que una web funcione bien en IE 6

[Victoria Gracia]

Hola Alvaro,

El dom, 16-03-2008 a las 21:04 +0100, Álvaro Martínez Majado escribió:
> Hola lista,
> 
> Había llegado a mensajes de la lista buscando otras veces soluciones a 
> problemas con los que me había encontrado, pero esta es la primera vez 
> que escribo. El caso es que no logro que funcione bien la web 
> http://alvaro-martinez.net/humanitats/ con Internet Explorer 6: la capa 
> que tiene el contenido principal cae y se sitúa por debajo de la capa de 
> la columna izquierda.
> 
> Por supuesto he estado buscando información para tratar de solucionar el 
> problema (entre otras cosas he encontrado un proyecto llamado IE7 que 
> también he usado sin éxito), pero de momento nada ha resultado.
> 
> Muchas gracias por la atención :)
> Álvaro.

el problema parece que está en las anchuras de las capas #centre, #dreta
y #esquerra, ya que suman entre todas exactamente el 100% (52 + 24 + 24)
y en IE6 eso da un "pequeño" error de cálculo que hace que el ancho
total sea superior a 100% y por eso se te desplaza.

Solución: darle a la columna central algo menos de anchura, por ejemplo
50%, de modo que entre todas sólo sumen 98%.

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

___
Lista de distribución Ovillo
Para escribir a la lista, envia un 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

[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 los cursos de diseño a nivel má s profesional

[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

Re: [Ovillo] Sobre Flash

[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

[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
> > evit

Re: [Ovillo] Sobre Flash

[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] Sobre Flash

[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] por que 62em no son 744px?

[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








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

[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

[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:

La imagen y lo que creas necesario

menu de la derecha
contenido central
columna de la izquierda

El pie de página

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
> > 
> > 
> > /
> > 
> >  > http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>
> > http://www.w3.org/1999/xhtml"; xml:lang="es">
> > 
> > Reciclasiempre.com ][ Productos ecológicos, medio ambiente y
> > concienciación medioambiental ][
> > 
> > 
> > * {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: 8px 0 0 0px;
> > font-size:90%; }
> > 
> > 
> >  > 
> > 
> >  
> > TITULO WEB
> >   
> > 
> > Inicio
> > 
> >  
> >  
> > 
> > Enlace  Enlace
> > Enlace  

Re: [Ovillo] Sobre Accesibilidad

[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.
> 

___
Lista de distribución Ovillo
Para escribir a la lista, envia un 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

[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.
> 

___
Lista de distribución Ovillo
Para escribir a la lista, envia un 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

[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" 
> 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/listinf

Re: [Ovillo] Una cuestión sobre iframes

[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] Conversor de unidades

[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

Re: [Ovillo] [OT] Re: CMS para desarrollo de portal

[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,
> > l

[Ovillo] [OT] Re: CMS para desarrollo de portal

[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] Alineación mal en IE

[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

[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
> 
> Alfil(2,5)
> 
> 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 pe

Re: [Ovillo] Consulta

[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

[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

[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] Nuevo sitio web del Ayto. de Lepe

[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

[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

[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:
> >>>  >>> 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  >> type="text/css" media="all"> y  (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

[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

[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

[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=1200301306&count=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

[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:
> 
> 
> 
> 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

[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.

[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]>:
> >
> > Y es que los tiempos adelantan ques una barbaridad,
> > que es una barbaridd :D 
>
>
>
> Tei, muy poco accesible lo suyo, se escribe así:
>
> Y es que los tiempos adelantan ques una barbaridad,
> que es una barbaridd :D 
>
> .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

[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] otra de relatividad (z-index)

[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 ..|
> 
> 
> 
> ___
> Lista de distribución Ovillo
> Para escribir a la lista, envia un 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

[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" 
> 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 

Re: [Ovillo] Modificar plantilla Zencart

[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