Gebruik je Uploadify of zo? Die knop kun je toch gewoon stijlen?quote:Op donderdag 11 april 2013 02:05 schreef kutkloon7 het volgende:
Ik word nu ook zo'n beetje gedwongen om aan de jQuery (of andere library) te gaan: ik wil gewoon een bescheiden knop om een venster mee te openen om bestanden om up te loaden mee te kiezen, niet die joekel met 'Browse' erop. Zo ongeveer de enige nette manier is om een click event na te bootsen, en dat moet bij zo'n beetje elke browser op een andere manier...
Ik had het al bijna goed gekregen door de hele form en knop te verkrachten met CSS, alleen IE werkt weer eens niet mee
Al gekeken naar Perch? http://grabaperch.com/quote:Op woensdag 10 april 2013 21:11 schreef Tijn het volgende:
Ik vind al die CMS'en trouwens maar shit Ik wil alleen een backend, de frontend bouw ik zelf wel. En die backend moet zich daadwerkelijk richten op het invullen van content ipv 101 opties te bieden voor allerlei randzaken die je misschien 1x wilt instellen maar verder nooit meer nodig hebt.
Yep, doe ik ook altijd, ik gebruik altijd Starkers als 'naked' theme. Werkt fantastisch al wil ik me ook wel eens gaan wagen aan Zurb.quote:Op donderdag 11 april 2013 11:10 schreef Catch22- het volgende:
Gewoon wordpress pakken met een HTML5 based boilerplate template. Kan je alles naar wens inrichten aan de frontend en de backend is prima.
Werkt nu prima in chrome, ff, opera, safari en zelfs IEquote:Op donderdag 11 april 2013 07:02 schreef Tijn het volgende:
[..]
Het werkt wel, maar niet voor file uploads. Het is een enorm gedoe om het file upload veld te stylen en te triggeren omdat browsers daartegen beveiligd zijn.
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 dingquote:Op donderdag 11 april 2013 12:27 schreef kutkloon7 het volgende:
[..]
En ja, ik probeer jQuery te vermijden. Ik vind het gewoon een beetje jammer om die library te gebruiken als het niet nodig is.
Precies, daarom ook een beetje. Blijft wel een stuk meer werk, omdat je dan aan de lopende band tegen problemen aanloopt Maar ik heb nu al wat dingen opgelost met puur javascript, dan wordt de drempel ook steeds hoger om wel jQuery te gaan gebruikenquote:Op donderdag 11 april 2013 12:50 schreef Tijn het volgende:
[..]
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 ding
Screw that hoor. Zelfs voor "een simpel dingetje" is jQuery dusdanig veel makkelijker dat je de ontwikkeltijd nevernooit terug gaat verdienen t.o.v. die miliseconde extra pageload.quote:Op donderdag 11 april 2013 12:50 schreef Tijn het volgende:
[..]
Als je het toch nodig blijkt is het helemaal zuur dat je 93KB moet includen voor 1 ding
en daarom moeten websites maar enkele Mb's zijn/worden om te laden?quote:Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding.
Maar de tijd dat mensen alleen maar op PC's vanuit thuis een website bezochten is ook voorbij. In de trein met je mobieltje kan ~100KB overhead toch voor een merkbare vertraging zorgen.quote:Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding.
Als je een pagina met alleen tekst zou bekijken, dan zal dat inderdaad de doorslag geven. Maar de gemiddelde website heeft toch als snel een paar MB aan (nutteloze) plaatjes. Dan maakt 93kb weinig meer uit.quote:Op donderdag 11 april 2013 16:13 schreef Tijn het volgende:
[..]
Maar de tijd dat mensen alleen maar op PC's vanuit thuis een website bezochten is ook voorbij. In de trein met je mobieltje kan ~100KB overhead toch voor een merkbare vertraging zorgen.
Dat hangt er vanaf hoe je je scripts inlaadt. Als je alles in de head zet (zoals bij jQuery Mobile de bedoeling is) dan zit je daarop te wachten voordat je überhaupt iets in beeld krijgt. Als je jQuery + andere scripts pas inlaadt op het eind van je pagina, krijgt de bezoeker in elk geval al wat content in beeld en begint-ie ook alvast met het downloaden van de plaatjes.quote:Op donderdag 11 april 2013 17:03 schreef Maringo het volgende:
[..]
Als je een pagina met alleen tekst zou bekijken, dan zal dat inderdaad de doorslag geven. Maar de gemiddelde website heeft toch als snel een paar MB aan (nutteloze) plaatjes. Dan maakt 93kb weinig meer uit.
Eens. Een paar MB is ook veel. Maar je moet ze de kost geven die een responsive design willen en daardoor een shitload aan plaatjes meegeven voor het mobiele formaat.quote:Op donderdag 11 april 2013 17:07 schreef Tijn het volgende:
[..]
Dat hangt er vanaf hoe je je scripts inlaadt. Als je alles in de head zet (zoals bij jQuery Mobile de bedoeling is) dan zit je daarop te wachten voordat je überhaupt iets in beeld krijgt. Als je jQuery + andere scripts pas inlaadt op het eind van je pagina, krijgt de bezoeker in elk geval al wat content in beeld en begint-ie ook alvast met het downloaden van de plaatjes.
Een paar MB aan plaatjes voor een enkele pagina vind ik trouwens echt heel veel, maar goed.
Juist voor een responsive site die zowel mobiel als op desktops er goed uit moet zien zou ik alleen de broodnodige en kleinste versies van de plaatjes aanvankelijk aanbieden en eventueel mbv Javascript de content upgraden als blijkt dat er sprake is van een groter scherm.quote:Op donderdag 11 april 2013 17:12 schreef Maringo het volgende:
[..]
Eens. Een paar MB is ook veel. Maar je moet ze de kost geven die een responsive design willen en daardoor een shitload aan plaatjes meegeven voor het mobiele formaat.
Dat is groter dan de hele homepage van mijn site...quote:Op donderdag 11 april 2013 16:00 schreef Maringo het volgende:
En buiten dat. 93kb. We leven niet meer in 1998 met een inbelverbinding.
http://www.duft.nl/quote:Op donderdag 11 april 2013 19:48 schreef mstx het volgende:
[..]
Dat is groter dan de hele homepage van mijn site...
[ afbeelding ]
Klein/groot is dus nogal relatief
dat ja en je laadt het sowieso maar een keer in, dus je hebt die vertraging maar eenmaalquote:Op donderdag 11 april 2013 13:35 schreef KomtTijd... het volgende:
...onder het motto "als iedereen het zelfde CDN gebruikt blijft het wel in de cache staan"? is idd wel een voordeel van een CDN gebruiken boven zelf distribueren.
1 2 3 4 | #t-header #search { position: absolute; float: right; clear: both; |
1 2 3 4 5 | #t-header #search { position: absolute; top: 55px; float: right; clear: both; |
Dat is de standaard code.quote:Op vrijdag 12 april 2013 14:36 schreef Catch22- het volgende:
floaten en clearen hebben geen nut als je absoluut gaat positioneren.
kan je een testcase ergens neerzetten? jsfiddle bijvoorbeeld.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |