Tallinna Lastehaigla Toetusfond
veeb · codelab solutions · tallinna lastehaigla toetusfon
juuni 2016
Lühikirjeldus
Tallinna Lastehaigla Toetusfondi kodulehekülg. Sisuhaldusplatvormiks Voog.
Tootjafirma
Codelab Solutions
-
Kujundaja:
Riho Muuga
-
Kodeerija:
Helen Puhu
-
Back-end arendaja:
Indrek Siitan
-
Projektijuht:
Kristiina Laaniste
Veebiklubi
0
meeldimist
Sulge
Peida
tanelee 8 a
Ilus! Ikoone tahaks vektoris.
02. juuni 2016 - 18:23:56 · Otselink
0
kristjan07 8 a
Teil on seal wrapperitel overflow'dega mingi ongelma - screenikas. Lisaks see headeri animeerimine/kuvamine sellisel kujul küll ei toimi nii hästi. Seega front-endis kindlasti paremini toimivaks teha.
03. juuni 2016 - 05:55:16 · Otselink
0
friizuurikas 8 a
suuremal resol võiks ikka full screen olla see leht, muidu ilus puhas disain, aga suurel resol näeb nutune välja.
03. juuni 2016 - 07:45:56 · Otselink
1
+1
Loe kõiki
tfr 8 a
Teoorias olen ise ka kahe käega nõus. Praktikas takerdus asi selle taha, et seda baaspilti, mis headeris väljaspool praegu jooksvat enneaegsete laste väikese ime kampaaniat on, ei õnnestunud lihtsalt normaalselt selliseks töödelda, et teda mingi 2000+px laiuse puhul full widthina kasutada õnnestuks. Ja kuna seal on üks element, mis peab konkreetses suuruses ja positsioonil olema (sama pilt on ka nende FB lehel), ei saanud "lihtsalt coverisse" ka panna. Ja see fixed width oli hetkel kõige mõistlikum lahendus. Aga kui suudame parema leida, siis kindlasti parandame.
03. juuni 2016 - 11:20:58 · Otselink
1
see pilt mis headeris, back saaks mõlemalt poolt edasi joosta, natu pusimist ja css'i aga ulmet pole midagi. Ülbem mees teeks kogu backround osa css // svg ära (va foto). nii et saaks küll ;)
Loe kõiki
friizuurikas 8 a
Teoorias ja praktikas
css gardient back
SVG shape
liskas trasnparent png foto.
Laiskus on selle asja nimi :D Tegelt usun, et pigem aeg ja eelarve, aga ega sa kliendiga ei räägi siin, et ei saa ;). Kui tahta siis saab küll.
03. juuni 2016 - 12:55:28 · Otselink
0
tfr 8 a
Seal hetkel on kampaaniaheader, sellega oleks saanud jah, probleemne oli "tavaline" päisepilt:
- sinna ei suutnud normaalselt külgedele "materjali" juurde leiutada, kuna need lapsed peavad õiges kohas ja suuruses olema.
03. juuni 2016 - 18:48:40 · Otselink
0
tfr 8 a
Pagan, üritasin praegu huvi pärast Google Analyticsist ühe teise suurema saidi (seal Toetusfondis on veel liiga vähe infot) kohta välja võluda, kui suur on >1440 laiade brauserite osakaal, aga jäin jänni - info on seal küll olemas, aga sellist statistikat teha ei saa. Mis iseenesest oleks üsna huvitav ja tegelikult oluline.
03. juuni 2016 - 19:01:41 · Otselink
3
Teil on seal "Screen resolution" ehk ekraaniresolutsioon. Oluliselt huvipakkuvam number on "Browser size" ehk reaalne brauseri akna suurus - see pole kasutajal alati kogu ekraani laiune.
huvipärast vaatasin ja tul ligi 6000 erinevat browser size 250k useri kohta. selles mõttes läheb asi suht segaseks. Aga sa võid üsna kindel olla, et kuhugi 10-20% vahele see üle 1440 peaks jääma
Loe kõiki
friizuurikas 8 a
Põhimõtteliselt peaksid saama , vastav regular expression ja segment siis. Natu haige rule tuleb, aga nuh nagu seal näites saad välja võtta reulutsiooni vahemiku või sama loogika järgi browser size vahemiku. Kui aega ja viitsimist katseta ja anna teada kas toimis. Tegelt oleks tõesti kasulik asi analyticus.
06. juuni 2016 - 10:38:26 · Otselink
1
ma siis mõtlesin seda, et saab teha vahemiku igale brakepointile mis lehel kasutusel ja analüüsida nende statsi.
Loe kõiki
tfr 8 a
Tegin, katsetasin paari saidi peal. Tulemus, viimased 30 päeva:
Site 1: 7092 sessionit, neist brauseriaken laiem kui 1400px 121-l ehk 1.7%.
Site 2: 2557 sessionit, neist brauseriaken laiem kui 1400px 75-l ehk 2.9%.
06. juuni 2016 - 19:24:31 · Otselink
0
kaupo k 8 a
Ootamatult väikesed numbrid. Viskasin ka pilgu peale.
Võtsin aluseks tmw.ee sessioonid 2016. aastal (~181 000).
Browser size
1400+ 26,14%
1500+ 19,82%
Screen resolution
1400+ 30,56%
1500+ 22,22%
Siin sees on ka mobiilid jm.
07. juuni 2016 - 02:46:57 · Otselink
1
(y) siit tuleb ka välja, et erinevus Browser size ja Screen reso ei olegi eriti suur.
Loe kõiki
wuzz 8 a
vaatasin ühe riikliku portaali statsi kiirelt (viimane kuu, 450k külastust)
1400+ reso on ~30%
07. juuni 2016 - 19:58:38 · Otselink
2
Umbes sarnased numbrid lehelt kus on ainult 9k külastust per kuu.
nagu eelpool juba välja toodud, siis mõõtes üle 1400 reso on number alati suurem kui mõõtes üle 1400px browseri akna laiuseid. Huvitav oleks teada kui suur see vahe tegelikult on.
Loe kõiki
wuzz 8 a
GA regex vastu browser size dimensionit: \b(?:1400|1[4-9]\d{2}|[2-9][0-9]\d{2})x
35.87% of total (480,139)
Ehk siis suht triviaalne vahe laiuse mõttes, enamus istuvad fullscreenis
08. juuni 2016 - 09:31:15 · Otselink
3
olen tähele pand, et windows soosib fullscreenis olemist. Macil aga aknad erineva suurusega laiali
osx on kõik võimalused fullscreeniks olemas, kasutaja enda peas kinni kõik. ja osx kasutajate osakaal on ka triviaalne
Loe kõiki
friizuurikas 8 a
tfr äkki sul mingi kala seal, pmst ei ole loogiline et ükski leht saaks anda nii väikesed nr. 1600 ja 1920 wide resod on väga levinud. Mina mōōtsin lehte kus mobile/tablet on üle 50% ja sain ca 15%. 13,4 brower ja 16,1 screen. Muidugi on erinevused, ntx lehtedel mida rohkem kontolris vaadatakse ja mida vabal ajal jne, kui mōōdad väikeseid numbreid dev ja ennast ja arendusteami välja ei vōta jne ... Aga siiski sinu 2-3% ei ole reaalne ...
08. juuni 2016 - 17:50:24 · Otselink
2
Tundub, et panin selle regexpiga võssa veits, tegelik pilt on ikka suurem jah. Tuleb see full-width ette võtta.
Asi pole ju selles lehes niivōrd kui statsi mōistmises üldisemalt, eks me kōik ōpime. Leht on disainilt ok algusest peale, aga responsive on alati pōnev teema ...
Loe kõiki