29/11/2005, 14:04
| ||||
| ||||
| <of-topic> Hoy en el día de sus santos, deseamos para Usted una actualización más segura y soporte completo a las nuevas tecnologías y estándares del web. No reciba nuestras más sinceras felicitaciones, y que no cumpla muchos más. De: Usuarios FDW (foro de CSS) Para: Internet Explorer en su 5° cumpleaños </of-topic>  Saludos, PD: Que chiste tan malo!
__________________ Al final del día hablar es gratis, codificar no lo es |
|
29/11/2005, 22:41
| ||||
| ||||
| Hace ya como medio año hice una pagina para un micro empresa con 4 empleados, todos familiares, le presente mi propuesta en Flash lo que le gusto mucho pero el precio no del todo, asi que convenimos en hacerle el mismo diseño pero con HTML, el reto de hacerlo con CSS fue, creo yo, bastante laborioso y a la mitad del proyecto empeze a desesperarme y a hacerlo con tablas, decidi que las tablas no era la manera correcta de hacer el sitio y decidi hacerlo completamente con DIV y aplicandoles todo el diseño con CSS. El Sr o dueño de la pagina talvez no tenga idea de lo que le hize a su pagina, pero en unos años cuando el acceso a internet desde otros dispositivos sea mas comun, su codigo que le escribi no se volvera obsoleto ya que podra manipular las capas perfectamente desde una hoja de estilos [handheld, tv, etc.] pudiendo mostrar la misma pagina con un diseño diferente dependiendo del dispositivo y no se tendra que reprogramar el HTML, esto le ahorrara dinero a mi cliente y tiempo a mi o aal encargado del sitio. Por otra parte talvez estos avancez llegen a nosotros en unos años tal vez esto sea para muchos una tranquilidad para no actulizarse pero el hecho de escribir bien tu codigo y preparar los sitios para el futuro es una satisfaccion bien grande por que sabes que tu trabajo esta bien hecho Para algunos la satisfaccion de crear sitios de calidad es lo que nos llena para otros el hecho de que funcione solo para explorer eso es lo que cuenta saludos Última edición por CORE; 29/11/2005 a las 22:56 |
|
29/11/2005, 22:52
| ||||
| ||||
| Como nota aparte referencia del manual de HTML Cita: Nota. Esta especificación incluye información más detallada sobre tablas en las secciones sobre fundamentos del diseño con tablas y cuestiones de implementación.
Iniciado por respecto al Uso debido de las tablas No deberían usarse tablas con la única finalidad de organizar la presentación de los contenidos de un documento (es decir, de crear el "layout"), ya que esto puede ocasionar problemas cuando se represente en un medio no visual. Además, al incluir gráficos, estas tablas pueden forzar a los usuarios a hacer desplazar horizontalmente la pantalla para ver una tabla diseñada en un sistema con una pantalla más grande. Para minimizar estos problemas, los autores deberían usar hojas de estilo en lugar de tablas para organizar la presentación. Cita:
Iniciado por Sobre DIV Sobre Los elementos DIV y SPAN, junto con los atributos id y class, ofrecen un mecanismo genérico para añadir estructura a los documentos. Estos elementos especifican si su contenido es en línea (SPAN) o en bloque (DIV) pero no imponen ningún otro estilo de presentación al contenido. Así, los autores pueden usar estos elementos junto con hojas de estilo, saludos  |
|
01/12/2005, 10:23
| |||
| |||
| Cita:
Iniciado por RoQ ...el buscador interpreta el <h1> como un titulo,...pero no es el mismo caso de crear una tabla con dos celdas para que en cada una uses una columna, y la llenes de etiquetas <h4> <p> etc, eso deberia confundir a cualquiera... Cita: Gracias, RoQ, axiertxo , imaginaba que era algo así. De todas formas, sigue siendo una falla del buscador. Se puede perfectamente poner un <h3> y un <p> dentro de una celda. Y aunque estuviese mal, no es trabajo de un algoritmo de búsqueda el juzgarlo : si yo pido texto me tiene que devolver coincidencias con ese texto; cuando yo pida jerarquías me devolverá coincidencias del texto en ese nivel. De otro modo estaría mostrando fisuras que algún diseñador puede aprovechar para posicionar mejor su sitio. Y a cualquiera le interesa buscar el contenido de una página, no encontrar la mejor semántica.
Iniciado por axiertxo ...El contenido de la tabla por supuesto que lo interpretan practicamente todos los navegadores... Aprovecho para aclarar que no estoy criticando el recurso de usado por juque, que es perfectamente válido. Solamente quiero que quien tenga edad suficiente recuerde cuando Microsoft revolucionó el DHTML y cuando inventó lo de la "intellisense". Después supimos lo caro que nos costó que todo fuera más fácil y que las máquinas 'pensaran' y decidieran lo mejor para el usuario. No estoy acusando a Google de intentar imponer un estándar ni de querer apoderarse del mundo; sólo digo que no me gustaría ver la remake de una película que tiene un final muy triste. Cita: Un par de comentarios sobre el asunto. El énfasis lo da la puntuación, no las etiquetas. Por eso es que los sintetizadores trabajan mejor con texto plano. Se puede hacer -claro- que lean HTML; o mejor, que conviertan etiquetas. Pero es para usuarios 'avanzados'. Quiero decir, que donde encuentre un <p> diga
Iniciado por juque ...Los sintetizadores de voz leen de manera SEMÁNTICA un documento. Haciendo pausas en los título (h1,h2,h3) otorgándoles su valor correspondiente... "Co-mien-zo-de-pá-rra-fo." y donde aparezca un </p>, "Fi-nal-de-pá-rra-fo." Para evitar lo molesto de este tipo de lecturas, se puede reemplazar la voz para etiquetas con un beam-in y un beam-out ( todos cambiamos alguna vez la configuración de sonidos de Windows para avisar cuando se abre o cierra un programa, un menú, un mensaje, un selector de opciones; y todos lo eliminamos cuando el juguete nuevo se volvió insoportable ), y al final la mejor manera sigue siendo la lectura del texto plano. El caso del braille puede ser diferente. En el sistema existen marcas tipográficas que indican cuando el texto se convierte a "todo mayúsculas" y/o "subrayado" y dónde termina, que es típico de un título. Hay cierto parecido con las etiquetas HTML, pero no son iguales, y lo mismo hay que 'traducir'. Hoy es imposible hacer un documento multiplataforma, por lo que habrá que escribir un documento específico para para cada medio ( es algo bastante fácil desde el servidor ). Mañana, cuando el CSS evolucione y tenga las características de un lenguaje de programación, se podrá llamar a la hoja de estilos dependiendo de la máquina cliente y darle el formato a un texto limpio sin necesidad de etiquetas. Mientras tanto, lo más parecido está en los enlaces de Proyecto Camaleon o CSSZenGarden, que pusieron más arriba, y que son sitios experimentales. Por último, y para no aburrirlos Cita:
Iniciado por axiertxo ...Me parece que core nos e referia a como hacerlo sin imagenes pero en css3 hay una especificacion sobre eso... Cita: Si es borrador, los navegadores lo implementan bajo su propio riesgo, y generalmente como código propietario ( -moz-radius- ).
Iniciado por RoQ ...Las CSS3 todavia estan en borrador, aparte que IE 6 es un navegador del 2001 asi que no esta actualizado, que yo sepa Firefox 1.5 ya soporta CSS3... El método de las imágenes funciona en todos, y ni hace falta decir que ya se mencionó montones de veces en este foro y en otros. Si alguien se maneja mínimamente con el inglés acá hay una discusión interesante http://blogs.msdn.com/ie/archive/2005/06/23/431980.aspx Rescato algunos enlaces http://www.w3.org/TR/1998/NOTE-VML-19980513 http://kalsey.com/2003/07/rounded_corners_in_css/ http://www.sitepoint.com/article/tri...-corner-tables http://tutorials.alsacreations.com/cadre/ Creo que Mozilla también soporta un lenguaje gráfico vectorial, pero no recuerdo cómo se llama. Por supuesto que si usar tablas para algo que no sea tabular está mal, usar listas e imágenes generadas por el navegador conteniendo texto también estará mal. Pero mientras -moz-border-radius sea código propietario o no lo acepten todos los navegadores tampoco tenemos mucha alternativa. saludos furoya P.D. : Ups. Esteeee. ¡Qué emoción, qué orgullo al abrir mi panel y encontrar siempre un banner de Google!.Es un gran buscador que nos acompaña cada día de nuestras vidas, y espero que lo siga haciendo también en este foro. |
|
04/12/2005, 08:23
| ||||
| ||||
| Pensad que hubiera pasado si a algun 'listo' se le hubiera ocurrido, que la rueda, solo podria usarse para lo que fue inventada -pongamos como rueda de un carro- ,y defendiera su uso exclusivo por haberse inventado para tal fin, reprobando, incluso "legislando", para que su uso no saliera de su utilidad inicial, que a partir de ahi se crease espontaneamente una secta o un organismo que "impusiese" como modelo a segir, el que la rueda solo debe aplicarse para lo que se creó, desalentando su uso para otras aplicaciones, haciendo su uso inviable mediante recomendaciones o ataques directos ,tipo, " ruedas tontas " o " las ruedas para lo que se crearon ", queriendo limitar su uso frente a otros objetos, que para ciertas aplicaciones no superasen ni de lejos, el uso de la rueda. en resumen Cu-a-dri-cu-la-do. Cuando van a entender que limitar, es anular las potencialidades de un objeto. ,que la exclusion es "intolerancia". ,que predefinir un objeto mediante limitaciones ,cierra la puerta a posibles desarrollos de herramientas mejores. Hoy por hoy, esta demostrado que los "divs" no sirven para todas las maquetaciones, o en todo caso, la complican en esceso. El mayor inconveniente esgrimido por estos 'legisladores', es su ilegibilidad o falta de semantica. ,si a traves de los años ,el uso de tablas para maquetar, se ha visto por la comunidad diseñadora como un recurso inprescindible, ¿ porque no se ha trabajado en este sentido ? ¿ porque se quieren suplantar por otro objeto que tiene diferentes caracteristicas ? ¿solo porque fueron creados para ello ? ¿ por que no ampliar el campo de las tablas a lo que el tiempo a demostrado ser un recurso a la mano ? Si este tipo de logica hubiera predominado, hoy no existirian las ruedas dentadas o las poleas. El hombre a desarrollado su tecnologia en base a lo que habia antes, es nesesaria una señal de idoneidad, para habrir desarrollos en nuevos campos con herramientas antiguas, las ideas e innovaciones se apoyan en lo que ya hay, pero si limitamos por un lado ,y adjudicamos por otro, esta logica se rompe. |
|
05/12/2005, 21:16
| ||||
| ||||
| Al ver que no podemos cambiar la forma de pensar sobre el uso correcto de las tablas, con toda la informacion expuesta por mis compañeros del foro y yo, creo que lo mejor es respetar la opinon sobre el uso que se les quiera dar a las tablas. Pero lo que todavia no entiendo es como es que se puede decir que el W3C es una secta u organismo. entonces dejenme explicarles. El creador de la WWW es Tim Berners-Lee que trabajaba en el CERN Centro Europeo para la Investigación Nuclear cuando creo la WWW, la URL y el HTTP TBL se translada hacia EUA para crear la W3C, encargado de crear estandares para la web, como el XML, DOM, HTML, CSS, SOAP, SMILE, PNG, MathML, SVG, etc. el w3c trabaja de forma conjunta con el MIT en EU, ERCIM en Francia y de la Universidad de Keio en Japon El W3C esta compuesto mas de 350 organizaciones, el objetivo de la w3c es crear interoperabilidad al publicar estandares abiertos y no propietarios para lenguajes web y protocolos para evitar la fragmentacion en la web para crear una Recomendacion de un lenguaje se crea un working group "grupo de trabajo", con presonas expertas de las mejores compañias o "sectas" como Microsoft, Macromedia, Adobe, Sun etc. se empieza a crear * Working Draft (Borrador de trabajo) * Last Call (Última convocatoria) * Proposed Recommendation (Propuesta de recomendación) y * Candidate Recommendation (Recomendación candidata) Finaliza con la aprobación de la "Recomendación", lo que equivale a una homologación de la propuesta, es decir, un nuevo estándar público y abierto para la Web. La mayoría de estas recomendaciones son secundadas por los fabricantes de herramientas (navegadores, editores, buscadores) y tecnologías (servicios Web, directorios, registros). Esta competencia en exclusiva del W3C para crear estándares abiertos es crucial, pues de ella depende que ningún fabricante alcance nunca el monopolio de explotación de la Web. si siguen creyendo que el W3C es una secta u organismo no lo es. En la pagina de la w3c dice: Cita: El Consorcio World Wide Web (W3C) es una asociación internacional formada por organizaciones miembro del consorcio, personal y el público en general, que trabajan conjuntamente para desarrollar estándares Web. La misión del W3C es: Guiar la Web hacia su máximo potencial a través del desarrollo de protocolos y pautas que aseguren el crecimiento futuro de la Web. |
|
09/12/2005, 05:59
| ||||
| ||||
| Cita:
Iniciado por Tigervlc Axiertxo, lo he probado lo de las propiedades border-top-right-radius, etc, que aparecen en ese enlace y no funciona en IE 6. He visto que es una especificación nueva de CSS3, con lo cual no debe estar implantado en muchos sitios webs. No lo harán de momento en la mayoría de los casos como digo?, usando para los bordes DIVS con imágenes de fondo que simulen las esquinas redondeadas, y que se fundan con el resto del bloque? Eso es aún no está implementado(faltan los 18 meses de embarazo) Solo quería enseñar lo que viene en un futuro. Para hacer una tabla con bordes redondeados en estos momentos hay que usar imagenes tanto como si están maquetadas con tablas(que no debería) como si estan echos con div. Creo que en este caso con DIV el código es menor. Saludos
__________________ El mundo exige resultados. No le cuentes a otros tus dolores del parto. Muéstrales al niño. |
|
09/12/2005, 13:04
| |||
| |||
| No creo que programeitor esté hablando literalmente de 'sectas', ni que se esté refiriendo al W3C. Aunque yo no tengo por qué ser el único conspiranóico de este foro ;) . Igual me parece muy claro su último mensaje. Umberto Eco dijo en un reportaje cuanto lo asombraban las computadoras (ordenadores); él pensaba que un fabricante de autos podía hacerlos rodar, llenando el tanque hasta ver dónde se quedaba sin combustible; podía golpear las puertas, hasta comprobar cuándo se rompían ... y así saber qué podía dar su auto. Pero un fabricante de software no podrá saber jamás qué puede conseguir un chico de 10 años con su programa. Las cosas se estiran hasta donde den sus límites. Lo que me parece importante recordar es algo que se mencionó más arriba y con ejemplos : antes de forzar los límites de algo hay que saber cómo funciona, y la mayoría de sitios sobre semántica me parecían muy ingenuos; pero después de leer varios mensajes de gente que no tiene la menor idea de cómo enfrentar una página web, especialmente porque usa ediores WYSWYG sin siquiera mirar el código, casi hasta los justifico. Este párrafo puede ser obvio para la mayoría, pero a algún novato que lea el tema para sacar algo en claro le puede servir. Las páginas web son basicamente contenido antes que diseño. Cuando uno empieza a escribir, abre el Block de Notas ( o similar ) y tipea el texto. Una vez terminado se ponen las etiquetas de titulo, de párrafo, de enlace .. y más tarde se mueven los bloques a la posición que nos guste. Por eso me parecía absurdo explicar semántica; quien haya hecho una página web ya la conoce, y si la rompe es porque no le quedó otra ¿cómo alguien va a hacer una cosa mal si desde el principio la tiene que hacer bien?. Toda esta discusión me recordó que debo una respuesta en otro tema sobre estándares. Así que corrijo 2 omisiones de mi mensaje anterior y no los aburro más (aquí). En la nebulosa de mi memoria me pareció recordar que en CSS aural había 3 "familias" de voces : hombre, mujer y niño; y poner los títulos con voz masculina y el texto con voz femenina es algo que funciona bastante bien. En la lista de enlaces sobre esquinas redondeadas no puse 2 que son muy experimentales, casi una broma, pero hoy me arrepentí y los dejo acá Se pueden redondear ?? Puristas abstenerse, los ejemplos son impresentables como documento, solamente sirven como idea. |
|
12/12/2005, 01:56
| ||||
| ||||
| Cita: Muchas son solo diseño con un contenido escaso. Un ejemplo muy claro es las páginas que intentan vender un producto nuevo o una marca. Estas dan mas importancia al diseño que al contenido. Ademas hoy en día una página con buenos contenidos si no tiene un buen diseño, muchas veces muere ya que estamos en una era visual y no de radio y periódico.
Iniciado por furoya Las páginas web son basicamente contenido antes que diseño. No se puede decir que las páginas web son antes contenido que diseño.Creo que Los que estamos defendiendo el uso del CSS y maquetación con capas, queremos ir mas allá y separar el contenido del diseño logrando solo con cambiar la hoja de estilos cambiar todo el diseño. Un buen ejemplo www.csszengarden.com Cita: Quien halla hecho una página web puede que solo sepa la semántica básica y si la rompe es porque no le quedó otra ya que no sabe otras maneras mas semámticas(valga la redundancia) de hacerla o porque le parece mas comodo maquetar con tablas. Me parece que un forista decía algo así como que la mejor manera de trabajar es la que a uno se le haga mas facil. Está bien eso si a alguien le gusta maquetar con tablas que lo haga pero yo creo que hay que mirar al futuro y el futuro está en el CSS.
Iniciado por furoya Por eso me parecía absurdo explicar semántica; quien haya hecho una página web ya la conoce, y si la rompe es porque no le quedó otra ¿cómo alguien va a hacer una cosa mal si desde el principio la tiene que hacer bien?. 
__________________ El mundo exige resultados. No le cuentes a otros tus dolores del parto. Muéstrales al niño. |
|
22/12/2005, 05:18
| |||
| |||
| divs o tablas Buenas! Me encuentro en el mismo caso que el usuario del inicio del topic (alguien se acuerda?). Tengo 3 columnas de height variable al contenido, y me gustaria que las 3 tuvieran la altura de la mayor. Llevo meses estudiando css, y parece que no hay solucion correcta usando DIVs. Estoy a favor de usar divs y spans para maquetar una pagina, en lugar de tablas, pero si no se puede... se tendran que usar tablas, no? He leido muchas criticas a programeitor por defender las tablas, y aunque no estoy de acuerdo en muchas de sus ideas, nadie ha conseguido solucionar el problema excepto el. Aunque no sean su uso natural, no sean semanticas,... y bla bla... al final el cliente quiere 3 columnas de altura igual. Si solo se puede hacer con tablas, pues se tendran que usar. |
|
20/01/2006, 23:44
| ||||
| ||||
| Cita: aqui el tema se va por la tangente de la usabilidad que es el verdadero regidor de la web, el uso es lo que dicta el desarrollo de buenos o malos conceptos y tranfforma otros (caso de flash) en otra cosa distinta a su propósito inicial determinado gracias a un uso "creativo" (creativo no es igual a correcto, sino creativo) del mismo.
Iniciado por axiertxo Las tablas existían en HTML por una sola razón: para mostrar datos tabulares. Pero luego border="0" hizo posible que los diseñadores pudieran obtener una rejilla para diseñar texto e imágenes. Puesto que es aún uno de los métodos más dominantes para diseñar visualmente sitios web de alta complejidad, el uso de tablas está, de hecho, interfiriendo con la creación de un sitio web mejor, más accesible, flexible y funcional. Las tablas pueden ser enredosas pero a la gente no le importa, si es muy usado siempre se tendrá que obligar a los desarrolladores de nuevas aplicaciones a reformarlas para adaptarlas a la conveniencia del usuario. yo sigo usando los div moderadamente pero poco a poco tiendo a diseño web mas estandarizado y compatible siendo inevitable pasar por las capas intensivas y luego emigrando a nuevas estructuras como el xml que afin de cuentas no dejaran de incorporar a su código vicios del html, una de las causas por lo que fue incapaz de remplazarle, pese a que era mejor, era la tendencia del html a romper las reglas de su propia estructura. una lastima que no haya particioado antes en este tema, se me hace de lo mas importante para verdaderos aspirantes a diseñadores web no unicamente gráfico. saludos |
|
21/01/2006, 00:15
| ||||
| ||||
| Cita: usabilidad, la llave y el peligro; imagina que la gran mayoria fuma y es un hábito arraigado.
Iniciado por programeitor Cuando van a entender que limitar, es anular las potencialidades de un objeto. ,que la exclusion es "intolerancia". ,que predefinir un objeto mediante limitaciones ,cierra la puerta a posibles desarrollos de herramientas mejores. Hoy por hoy, esta demostrado que los "divs" no sirven para todas las maquetaciones, o en todo caso, la complican en esceso. la mayoria fuma y la minoria no y todos mueren, sin duda, pero de que forma es lo cambia. Lo mismo pasa con la usabilidad en la red, el problema no es el uso de tablas y divs, sino los vicios que conllevan... ejemplo, las dos mas grandes estupideces de la www (si no, al menos la mas antigua) los frames y los popups. Las tablas trajeron consiguo el "take easy" a la programacion de internet y estoy deacuerdo contigo con lo de los límites del objeto como medio de una menor innovación pero siempre hay costos por estos errores que se llaman "optimized by..." tan presente en todos los pseudo programadores web. pero los que ya programan al menos de manera paralela al diseño se dan cuenta de que a veces es necesario tener reglas adecuadas para que todos las entiendan y se adapten a las misma. al final imagino que las tablas no desapareceran sino que se integrarán y ampliaran las posibilidades de soporte de las nuevas tecnologias saludos y buen articulo |
|
17/09/2009, 11:32
| |||
| |||
| Respuesta: Cómo hacer que una division con <DIV> se alargue a la misma altura que la Mirad, toda esta guerra de tablas y capas se resume muy fácilmente con este ejemplo. Tu me puedes decir que una mesa sirve para sentarse y por supuesto que te puedes sentar pero para eso estan hechas las sillas. Que tu te quieres sentar en las mesas de tu casa en vez de las sillas, pues perfecto allá tú pero no son para eso. Pues con las tablas y las capas pasa lo mismo, las tablas no estan hechas para disponer la maquetación de una página por mucho que alguien se empeñe, que se pueden usar para eso pues sí pero no son para eso por mucho que alguien se empeñe. |
|
17/09/2009, 11:41
| ||||
| ||||
| Respuesta: Cómo hacer que una division con <DIV> se alargue a la misma altura que la El tema es de hace más de 3 años. Por favor, no revivas temas tan antiguos. Si tienes alguna duda, es preferible abrir un tema nuevo Saludos,  |
Este tema le ha gustado a 1 personas (incluyéndote) 
