EDICIóN GENERAL
342 meneos
8082 clics
¡Dejad de construir sitios web con scroll infinito! (Eng)

¡Dejad de construir sitios web con scroll infinito! (Eng)

En este artículo, explicaremos por qué debes dejar de crear sitios web con un desplazamiento infinito.

| etiquetas: páginas , web , infinito , scroll , desplazamiento
Comentarios destacados:                            
#14 #1 Cuando dices "voy a hacer clic en ese enlace"... ¡que estás viendo y al que estás apuntando mentalmente! Mueves el ratón o dedo hacia él, estás encima y en los 0,01 segundos que tardas en hacer clic ha terminado de cargar nosequemierda de por arriba, se reajusta todo y haces clic en .. ¡tachán! sí, la publidad...
Y el latazo de estar leyendo en una web y de repente se autoajusta y ya no sabes por donde ibas...
#1 Cuando dices "voy a hacer clic en ese enlace"... ¡que estás viendo y al que estás apuntando mentalmente! Mueves el ratón o dedo hacia él, estás encima y en los 0,01 segundos que tardas en hacer clic ha terminado de cargar nosequemierda de por arriba, se reajusta todo y haces clic en .. ¡tachán! sí, la publidad...
#14 eso está calculado...
#19 no esta calculado porque no saben cuando vas a hacer clic. Es una mala implementación del código, que hasta que no carga una imagen no sabe que tamaño tiene, y se ve obligado a reajustar todo lo demas. Es evitable pero no se hace
#24 Esta calculado. Yo lo he hecho, son técnicas de masketing online.
#43 Pues entonces son MALAS técnicas. Hacen que me vaya y no vuelva.
#24 ... a ver era una coña no coña... pero venga va ya que alguien ha contestado...

Era una coña pq a todos nos ha pasado y suele ser azar... pero no era una coña porque yo mismo lo he montado y mil personas como yo... usando mapas de calor y tiempos medio de reaccion, teniendo 4 visitas no sacas nada teniendo cientos de miles si, y pasar de un 2.4% de ctr de a un 4 o a un 5 (tengo webs con un 6 o 7% sin hacer cosas raras y no google no dice nada siempre y cuando les cuadren las cosas) hace…   » ver todo el comentario
#52 Por cierto... aclaro que estas mierdas las hacia hace años... la ultima fue hace 2 o 3 por encargo... a dia de hoy te rentan mas otras cosas
#52 haciendo del mundo un lugar mejor... {0x1f602} {0x1f602}
#14 pica sobre el logotipo de AdChoices y denuncia la página. Eso está penalizado.
#38 Hombre, si hiciera un clic en un sitio y marcara en otro sí. Si tuviera una mega fibra óptica cuántica de 30Gbps no pasaría eso, pero con mi ADSL de 10Mbps (que no llegan) y soliendo tener el emule en segundo plano..., pues me sucede.
#1 REDDITT !! :ffu: :ffu: :ffu: :ffu:
Ni así lo van a pillar.
Pues yo prefiero un blog que tengas las entradas en scroll infinito en vez dividido en muchas paginas. Por que a la segunda no llega casi nadie.
#3 Prefiero las páginas en puro HTML y con apenas consumo de memoria. De hecho, así tengo mi gmail.
#7 Consumo de memoria en 2018? Navegas con un zapato?
#11 Que cada vez tengamos más memoria en los dispositivos no implica que debamos derrochar recursos por que haya desarrolladores vagos.

Puedo querer navegar con el movil y no me apetece pagar 300€ por el nuevo movil de moda que está obsoleto antes de comprarlo. O puedo querer revisar una página web mientras mato marcianitos en un videojuego. ¡Y vaya! me parece absurdo que una página web de texto y cuatro fotos chupe más memoria que el videojuego a fullhd.

A todo esto yo pediría a los diseñadores gráficos y publicistas que se ocupen de los diseños y la publicidad, pero que dejen el código web a los desarrolladores de verdad.
#17 estando de acuerdo contigo, y siendo de los que a la hora de programar trata de ocupar la menor cantidad de recursos posibles...

Cualquier movil con 2gb de ram sirve para navegar o jugar, tampoco es que tengas que comprar un movil cada año, uno de hace 3 años te vale xD
#37 2g es un derroche, uno de 512k y tropecientos años debería servir tambien y de sobrs, 512m es muuucha memoria, hablamos de 512 millones de bytes, es increible el derroche de recursos que se acepta hoy en dia, y esto ya sin hablar de los montones de cores que por alguna razon parecen hacer falta ahora.
#51 Pues en esto estoy en contra. Que sí, que es memoria. Pero los assets cada vez son de mayor calidad y para dar una mejor experiencia hay que cachear lo máximo posible (o te jodes porque la velocidad de acceso a disco físico sigue siendo una mierda). Cuanto más, mejor.
#51 el sistema operativo copa un buen resto, tu navegador y encima las aplicaciones que usas en paralelo. A que ya no parece tanto.
#17: A veces conviene recordar que un 486 a 66 mHz podía navegar por Inernet, leer foros con fotos, dibujitos, colorines... que alguno se piensa que Internet hace 15-20 años era en blanco y negro.

Parece mentira que con procesadores muchísimo más potentes sigamos haciendo... casi lo mismo y pensando que nuestro ordenador podría estar anticuado.
#87 Muy cierto, pero cada vez se van añadiendo más y más capas para facilitar que cualquiera pueda hacer sus chapuzas en la web sin aprender a programar. Y eso consume. Además, los textos predictivos y la recolección de datos en redes sociales también consume una barbaridad. Y siendo paranoica, no me extrañaría que los programas minen bitcoins con nustro idle y no tan idle.
#87... usando mosaic o similares, que no admitían css, el Javascript apenas se usaba (porque era lentísimo y no existía Ajax) y el propio Html estaba aún muy limitado
#98: Interent Explorer 5 Ó 5.5, creo recordar. Eso si, de cabro RAM iban sobrados, como poco tenían 16 mb.
#11 por culpa de la gente que no se preocupa por el consumo de memoria el software está tan mal optimizado hoy en día.
#18 Tu dejales, si como ya se comento en otra noticia hace poco por aquí lo de derrochar recursos tiene los días contados. La ley de Moore es imposible de cumplir ya, tarde o temprano les tocará hacer programación de alto rendimiento.

Y bueno, en mis tiempos cuando se estudiaba diseño y programación web una de las cosas a tener en cuenta eran los recursos de los que podía disponer la gente con menor poder adquisitivo, para que la web llegase al mayor número de posibles clientes. Hoy en día por…   » ver todo el comentario
#11 Deberías ver la de equipos antiquísimos que aún hay en muchos sitios.
#11 Con un zapatófono, el iShoe

Si Maxwell Smart hubiera tenido un smart shoe en su época... :roll:
#7 Pensaba que seguía siendo en único que usaba Gmail en versión HTML en 2018, pero no lo decía muy alto porque te dan collejas.
#67 Hay ordenadores tan tiesos de ram, que sólo cargan gmail en HTML. Y ya te acostumbras y usas siempre la versión HTML.
#68 ¿Sólo cargan en versión HTML por defecto? Eso no lo he visto, pero me interesa, porque cada vez que entro me toca hacer click en el enlace inferior antes que termine de cargar. Al final me he pasado a Thunderbird definitivamente para ahorrarme las interfaces ajax de todo gmail y hotmail.
#70 Al entrar por vez primera en HTML, arriba te da la opción de cargar HTML siempre por defecto.
#67 yo uso la versión normal, pero desde la última versión va increíblemente lento incluso en un PC moderno. Estoy tentado de hacer lo mismo
#7 En la Edad Media hubieras sido muy feliz, te equivocaste de época
#75 Si algo funciona, no lo toques.
#3 para archivarlas es mucho peor. Las webs que se hacen así cuando desaparezcan no van a poder ser recuperadas.
#3 en la de scroll infinito, intenta llegar a la información que está en la página 20 desplazando por ella. Ahora hazlo en una paginada y piensa cual es más cómoda.
Scroll infinito + footer con los datos de contacto, esa maravilla del diseño lo he visto yo en sitios de comercio electrónico
Pensé que la moda estaba pasando...

Yo cuando veo una web de esas, me salgo al momento... me parece una estupidez eso del scroll infinito, lo mismo con duckduckgo (encima la mierda de cambios de google, tiene su versión sin paginar...)
Si quieres ver algo, tienes que ir hasta el final para que cargue más, y encima muchas páginas no puedes siquiera darle a la tecla "fin"...
#6 dvx *
Yo no pediría que pararan de usarlo, yo pediría que dejaran al usuario elegir como quiere ver el contenido. Yo tengo claro que, en general, lo prefiero paginado. Por que además es la forma en la que te permite buscar texto en una página en condiciones.
Pero la de páginas vistas que te da esa mierda...

No debe ser una decisión fácil el renunciar a ello. Solo que Google un dia diga que hasta aquí.
#8 creo que era google images hace un mix, te hace scroll ampliable un par de pàginas pero después paginado.
#8 Tú mismo puedes forzar las estadísticas desde javascript. Hace ya bastantes años hice un sistema de galerias para un medio digital en me pidieron que en cada foto contara como otra página vista. Fue un bombazo, todos los redactores se dedicaron a hacer fotogalerías porque de cara a los jefes, las estadísticas de tus artículos se multiplicaban por 10 y era un autoengaño. Después empecé a ver que muchas páginas se dedicaban a hacer noticias, galerías de fotos y vídeos divididas en muchas partes, así tenían más impresiones de publicidad y de visitas.
#69 eso no es hacer trampas al solitario?
#90 No solo se trata de meter una ciudad inventada de un listado o de poner un nombre que supera el límite, puede ser un agujero de seguridad a explotar, como subir un ejecutable en lugar de una imagen jpg o subir un javascript en un campo que luego ejecuta cuanto pinte el html, a inyectar SQL, o meter algún valor que vuelva loco al servidor y freirtelo.... hay millones de personas por todo el mundo dispuestas a buscar la manera de encontrar un exploit, que no tiene porque pasar y más hoy en…   » ver todo el comentario
#110 Si iba dirigido a tí, tal vez interpreté mal tu comentario #90
Otra cosa que odio es cuando tienen videos que nada más acabar pasan directamente y automáticamente al siguiente, cambiando la noticia sin que puedas impedirlo, pasa en ciertos medios deportivos
#10 en As.com por ejemplo
#10 Más publicidad y visitas para el medio.
Lo odio, veo que no soy el único.
#12 Vistoenlasredes. La gracia que te puede hacer lo que lees contrasta con la mala leche que se te pone del scroll infinito
El desarrollo frontend se ha convertido en un auténtico desmadre: Cargar decenas de archivos JS en ejecución para una mierda de funcionalidad que sin hacer uso de N librerias, sería una función de 4 o 5 lineas que encima va en contra de la más esencial UX y accesibilidad.

El uso intrusivo de JS que impide utilizar de la forma más básica cualquier página, y el lameculismo a las peticiones absurdas de los clientes o del diseñador que se deja llevar por las modas, han convertido a la web en un frankenstein pesado, lento e inusable.

SI una web no se puede utilizar (leer, reproducir, navegar, comprar, contactar) con el Javascript desactivado, está mal hecha.
Menos es más.
#15 lo que yo digo, 200 mb de fibra óptica, procesador i7 de 8 núcleos, 16GB de RAM y una puta web va lenta.
El cuello de botella de la web hoy en día son los programadores de JavaScript.
#20 Si te va lenta en ese pepino, algo tienes mal. Por otro lado, la culpa del mal rendimiento en algunos sitios (sobre todo periódicos) es la publi.
#27 no tengo nada mal, lo que hay son chorrocientosmil javascript y mierdas diversas cargadas.
#20 Creo que ninguna web me va lenta y tengo tu mismo PC, quizas estas exagerando.

Lo que si veo cada vez más preocupante es el alto consumo de recursos de aplicaciones nativas en ordenadores, tabletas y móviles.

Parece que se ha perdido la cultura de la optimización de código y recursos.
#31 todas las de Atlassian por ejemplo, van lentas, sobre todo Jira. El propio GMail cada vez más lento lo que es el correo en sí.
Los periódicos y eso ya ni hablamos y aunque sea por publicidad ahí está.

Y casi todas las demás, porque como decían en un artículo el otro día con los ordenadores que tenemos menos de 60fps no debería de ser aceptable en nada.

La cultura de optimizar se ha perdido hace 20 años por lo menos.
#33 Pues a mi no me va nada de eso lento ¿que SO usas?

Porque ya te digo, he estado en trastos como Core 2 Duo y 2GB con XP y eso iba bien.

¿No estarán usando tu fabuloso ordenador para minar bitcoins? :-D
#35 en casa Debian, en el curro Ubuntu o Windows 10. Máquinas parecidas. Con Chrome o con Firefox (con ese más lento), o la cosa esa de Microsoft, da igual, va lento.

Si me dices que Jira no te va lento es que tienes una percepción distinta de la velocidad, porque Jira va lento en cualquier ordenador.
#36 Pues el jira a mi me va bastante bien. El login no, eso se lo piensa bastante, pero una vez logueado se menea bastante bien. Vamos, que nunca me ha dado esa sensacion de querer tirar el ordenador por la ventana mientras espero que cargue la puta incidencia.
#36 Jira va bien, el problema creo que es con los dashboard que se crean, si tienes mucha complejidad se vuelve lento y pesado.

Lo se porque tengo en el curro varios boards en Kanban y le cuesta, pero si haces búsquedas y demás va rápido.

Pero estoy con #76, nunca he sentido la necesidad de preparar un café mientras cargaba, eso con el XP core 2 duo, eran 10 minutos de inicio.
#33 Gmail cambió su web hace un par de semanas, y desde entonces la experiencia de usuario con una conexión lenta, es pésima. De marcar correos, darle al botón de eliminar, y tener que esperar 5-10 segundos a ver si los borra o no.
#61 y con una conexion rápida sigue igual, la han cagado bien con la última versión
#15 SI una web no se puede utilizar (leer, reproducir, navegar, comprar, contactar) con el Javascript desactivado, está mal hecha.

¡Amén!

#20 A lo mejor deberías probar a bloquear contenido.
Desde que instalé uBlock Origin soy un poco más feliz cuando navego. Lo tengo configurado de tal manera que bloquee todo JS y demás porquería. Es flipante ver cómo algunas Webs se quedan bloqueadas al 70%, otras ni las veo directamente. En esos casos me pregunto si el contenido me va a aportar algo realmente. Casi siempre es no y entonces cierro y a seguir navegando.

Ahorro tiempo y no lleno mi cerebro de tanta basura.
#41 Yo también lo uso, junto con privacy badger.
#20 a mi cuando una web va lenta primero suelo pensar (y acierto normalmente ) que la culpa es del sistema operativo.
Pero habiendo visto lo que pasa cuando intentas cargar un dominio grande de más de 10.000 elementos o algunas muy mal implementadas pues no descarto que tengas toda la razón.
#15 tus deseos son ordenes.... ;)

en una raspberry pi:
cineando.plus (cartelera de cine de Zaragoza, Huesca y Teruel)

transbordoszgz.es (tiempos de espera y hora de llegada a tu destino de una línea de autobús urbano de Zaragoza)
#15 Dejad de decir tonterías. Sin Javascript no hay:

Llamadas AJAX
No puedes consumir API'S
No puedes hacer validaciones complejas.
No existirían las SPA.
La web dinámica volvería a ser renderizada en el lado del servidor.
No habría websockets.

En definitiva, volveríamos a los años 90.
#47 Obviamente decir "Sin Javascript" es una exageración para que se entre en razón respecto al abuso de JS para la más mínima funcionalidad.

- AJAX es de los 90.
- En cualquier api RESTful se puede devolver información en el formato que se quiera: JSON, YAML... y XML / HMTL: existen los formularios y su propiedad method.
- Las validaciones del lado de cliente, deben está siempre también controladas del lado del servidor. En caso contrario es mala práctica.
- ¿Y eso es malo? Otra…   » ver todo el comentario
#57 Las validaciones del lado de cliente, deben estar siempre también controladas del lado del servidor. En caso contrario es mala práctica.
¿Mande? Yo hago las validaciones en cliente, y conecto con un servicio WCF para escribir esos datos en la base de datos, y punto. No sé por qué motivo voy a tener que hacer un paso extra totalmente innecesario.
Respecto a las SPA, llevo más de una década trabajando con ellas, y nos ha ido de fábula. Simplemente el usuario se acostumbra a trabajar en el navegador como si tuviese abierta una aplicación de escritorio. No espera el comportamiento convencional del navegador (que son las "desventajas" que cita tu enlace).
#63 se controla en el servidor para que no hay inyección de código malintencionado, entre otras cosas.
#66 En mi caso, todo el código susceptible de ser manipulado está en el cliente. El servidor es una DLL. La aplicación cliente sólo puede solicitar al servidor datos de la base de datos, o enviar datos para guardar. Las consultas son predefinidas y están en una tabla, de manera que la aplicación cliente sólo puede decir "dame los datos de la consulta con id=PROVEEDORES12", pero en ningún caso puede inyectar sql en esas consultas. Y lo mismo para guardar datos.

#77 En el servidor se…   » ver todo el comentario
#79 Suena interesante lo que dices de la validación mediante hash pero no me queda claro.
Generas un hash con los datos una vez validados, haces el submit y ¿con qué lo comparas en el servidor? ¿O es que pones un input hidden con un hash asociado a una session del usuario y compruebas ese hash enviado con el del servidor?
#81 En el cliente, genero un hash que depende de los datos que voy a enviar y que incluye algunos datos de la sesión abierta. P.e., puedo enviar un id de sesión, para que el servidor sepa qué usuario está realizando la petición, y en el hash puedo incluir el timestamp del momento del login. Ese timestamp es un dato que no viaja, si no que lo tiene por un lado la aplicación cliente, y por otro lo tiene guardado el servidor desde que se hizo dicho login.
El propio hash también se envía. En el servidor recalculo el hash con los datos que me han llegado y los datos de sesión que tengo almacenados (y que no han viajado), y lo comparo con el recibido. Si no coincide, es que me han hecho una inyección, y la petición es rechazada.
#84 Entiendo. Pero entonces podría simular ese POST, pongo datos que no validan, genero el hash y te hago el submit, cuando tu recibas los datos, generas el hash con esos datos que no validan pero coincidirá el hash y por lo tanto lo tomarías como válido.
#84 Si ese hash no está firmado criptográficamente, sirve para limpiarse el culo.

Y la inyección no es solamente que alguien intercepte los datos y los modifique, si no que un cliente malicioso te envíe datos incorrectos. Siempre, siempre hay que validar en el lado del servidor.
#63 ¿No validas en servidor? :shit: ¿Y cómo te aseguras que un usuario no modifica el JS y te envía datos que no son válidos por ejemplo?
No tengo ni idea que es eso de WCF, pero si tu no lo haces, me imagino que WCF lo hará por tí bajo unas premisas que hallas indicado en la base de datos, sino es un agujero de seguridad enorme.
#63 eres un loco temerario. En el cliente por usabilidad, en el servidor por seguridad.
#63 No sé cómo funcionan los WCF porque nunca los he usado, pero si no validas en el servidor, ¿cómo evitas que se manipulen los datos en el lado de cliente y te envíen datos sin validar?
#57

- AJAX no es de los 90 y menos en web. A finales de los 90 había iframes y era lo más parecido. Hasta inicios del 2000 en las webs no se podía cargar contenido parcial sin recargar.

- Una llamada de un API Restful no puede devolver una página web completa, bueno, no debería porque desarrollar un API para renderizar webs completas es absurdo.

- Las validaciones se deben hacer en ambos lados, ¿yo he dicho lo contrario?. En el lado del cliente por usabilidad y evitar llamadas al servidor…   » ver todo el comentario
#86

AJAX = Asynchronous JavaScript And XML

¿Que tiene que ver ActiveX, Applets de Java o VBScript en esto?

Lo único que tiene que ver es XMLHttpRequest y se creó en el 2000 para Outlook Web Access.
#88 Cansas mucho.

Dices que "Hasta inicios del 2000 en las webs no se podía cargar contenido parcial sin recargar" y eso es falso.
Después que "¿Que tiene que ver ActiveX, Applets de Java o VBScript en esto?" y tiene que ver mucho.

A finales de los 90 ya se utilizaba en muchísimas webs tecnologías como los objetos ActiveX, applets JAVA, VBScript y JavaScript, e incluso objetos Flash para la carga dinámica de información sin recargar de nuevo la página completa.

Siguiente…   » ver todo el comentario
#89 La que cansa eres tu que quieres hacer lo blanco negro.

Dices que AJAX es de los 90 y no es cierto. Que un objeto ActiveX te permitiera a partir de marzo de 1999 ,hacer lo que haría AJAX en el futuro, no significa que AJAX fuese de los 90. Tampoco era un estándar y ni muchísimo menos se adopto ActiveX como solución para cargar contenido parcial.
#15 Estoy de acuerdo contigo, pero es que hay cosas que claman al cielo. Que tenga que importar la librería 'moment.js' porque en 2018 javascript todavía es una mierda con el tratamiento de fechas, tiene guasa, por poner un ejemplo.
#15 no estoy de acuerdo con lo último. El js permite aliviar la carga del servidor y utilizar una serie de cosas que hacen más cómoda la navegación como las peticiones asíncronas.

En lo que sí estoy de acuerdo es que la optimización se ha dejado de lado en muchos casos. La última actualización de gmail creo que es uno de los casos más sangrantes (al menos por la masividad del problema).
#15 decenas de miles de programadores que usan Angular, React, Vue... no están de acuerdo contigo. Esa era la teoría hace 10 años, hoy día nadie espera que no uses JS.
#15 Intenta menear una noticia sin javascript. Intenta votar un comentario sin javascript.
Hay cosas que si estan si bien si hechas con javascript.
Y las listas en galerias? Cuando hablaremos de esa lacra?. Quien la tiene más grande?. Y cada posiblidad en una imagen que te lleva a otra página. Y luego dale para atrás para volver al principio...
Podian ponerlo en meneame junto con el cambio de naranja...{troll}
#21 no sabes lo que me sigue jodiendo hasta el infinito la barra naranja fija arriba.
#25 Tampoco sería muy complicado que en perfil de usuario pudiésemos elegir un theme, o al menos unos cuantos colores (botones, barra superior, etc.). De hecho, deja hacerlo cuando creas un sub.
#64 #21, también podéis usar greasemonkey o tampermonkey para 'reprogramar' tu menéame como hago yo, que no veo ese horrendo naranja. Eso sí, con js activado, claro.

Por cierto, #64, valida todo en el servidor, lo que se haga en cliente es sólo para ayudar al usuario, los procesos del servidor tienen que ser independientes de lo que hagas en cliente, y validar siempre correctamente los datos.
Que gran verdad. No debería ser necesarionelnjavascript para leer el contenido, ni para que esté maquetado como es debido.
Pues a mi me gusta mucho, yo dejaría elegir como verla, en la mayoría de los casos prefiero el scroll infinito, sobretodo si estoy leyendo cosas rápido, como revisando el timeline de Twitter.
que aprendan de las webs de telecinco y cuatro que no se pueden scrolear.
molaría que la propia web tuviese scroll infinito
Yo también era más feliz en los 90. Hasta que llegaba un Flash.
La web en 2018: i.imgur.com/EoNd3ev.gifv

Visto en reddit.
#44 Eso, en las que no tienen publicidad!
#44 Pues precisamente el último rediseño de Reddit a mí me parece infumable, con lo bien que iba antes...
El otro día entré en la única página sobre el pueblo de mi abuelo buscando información sobre mi familia. El creador de la página no había puesto etiquetas ni categorías a nada y después de media hora no había pasado de septiembre de este año en las entradas.
#58 No es que se haga larga o no, si no que hay páginas donde van añadiendo contenido y todo está en esa misma página. #49 te da un ejemplo de eso. A mí me ha pasado con galerías de imágenes, que he visto alguna que me ha gustado, dos semanas después he vuelto a entrar para ver esa foto, y me he hinchado de hacer scroll para abajo y para arriba, y al final dejarlo por imposible. Habían metido más fotos diariamente, y aquello era intratable. Es como un chat de whatsapp donde todos los días escriben 100 mensajes, que si buscas algo de hace 2 semanas, te vuelves loco (y eso que whatsapp pone la fecha de cada día).
#65 whatsapp te deja al menos buscar
Los programadores web no son programadores.Son maquetistas.
Dejad las web infinitas de scrollearse finitamente!!!
Nuncaaaaaaaaa
¿Se entiende por scroll infinito una página con más de 290 lineas?

wc pagina_de_meneame.txt
290 2502 13930

Creo sinceramente que todo depende de como se haga. Una página interesante y bien estructurada no se hace larga.
La mayoría de webs con scroll infinito han sido diseñados por gente que curra con Macs, donde les mola mucho hacer scroll, por eso sus ventanas no se maximizan nunca, es mejor tener un pantallón de 21" y aprovechar solo 1/6 parte para así tener scroll con el que disfrutar ese suave tacto del touchpad.
Menuda panda de brontosaurios. Si quereis podemos volver a 56k para entrar a la web de Terra.
Nose si os habeis dado cuenta que en cuestion de diseño y programacion web, los que mandan son las grandes empresas.
Decir que una web esta mal hecha porque no funciona sin javascript, es una tonteria como una casa.
«12
comentarios cerrados

menéame