Tallinna Lastehaigla Toetusfond

veeb · codelab solutions · tallinna lastehaigla toetusfon

juuni 2016

toetusfond.ee

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
0 meeldimist
  • Ilus! Ikoone tahaks vektoris.

    02. juuni 2016 - 18:23:56 · Otselink

  • 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

  • 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

  • tfr 7 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

  • 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

  • tfr 7 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

  • tfr 7 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

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

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

  • 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