Justice Scalia Citizens Unitedis (C-SPAN)

Uute tööriistade ja raamistike valimisel näen sageli hoiatust "Ei tööta, kui kasutaja on Javascripti keelanud". Seejärel vaatan oma Javascripti toega slaidiseanssi, Javascripti toega menüüd ja Javascripti toega galeriid. Naljaga kombel valisin need algsete välgupõhiste versioonide asendamiseks, kuna tundsin muret nende nägemise pärast.

Kuid kas muretsemine selle pärast, et inimesed Javascripti keelavad, on õigustatud mure? Kas peaksin proovima oma saiti kujundada, pidades silmas JS-i keelamist?

See sõltub saidist, selle otstarbest ja demograafilisest isikust.

Kui kujundate valitsuse veebisaiti, panganduslikku saiti, ettevõtte kodulehte jne, peaksite kindlasti veenduma, et see sait töötab ilma JavaScripti. Kuid kui kujundate meelelahutus- / vaba aja veetmise saiti nagu Twitter või Facebook, pole JavaScripti nõudmine nii hull. Ja kui teie sait on rikkalik Interneti-rakendus, mis ei tööta absoluutselt ilma kliendipoolsete skriptideta (nt Meebo), on JavaScripti nõudmine täiesti mõistlik.

Tõenäoliselt ei peaks enamik tavalise veebisaidi funktsioone siiski JavaScripti nõudma. On hea koondada kasutuskogemus klientide jaoks, kus JavaScripti funktsioon on lubatud, kuid kui kasutate foorumit, peaksite veenduma, et kasutajad saavad postitada / lugeda sõnumeid ilma JavaScripti, isegi kui see tähendab, et liides on põhilisem.

  • 4 Valitsuse või avalike veebisaitide nõudeid, mida Lèse mainis, nimetatakse vastavuseks 508: section508.gov

Olen üllatunud, et keegi ei maininud järkjärgulist täiustamist. Harva on hea põhjus funktsionaalsuse või sisu kasutamiseks, mis nõuab JavaScripti töötamist. Jah, JavaScripti abil saab kasutuskogemuse muuta parem, kuid seda ei tohiks kasutajakogemuse loomiseks nõuda võimalik.

Nii et minu vastus on see, et peaksite oma veebisaidi üles ehitama, et kõik saaksid juurde pääseda kõigele, isegi ilma JavaScripti (eeldades, et avalikult saadaval olev sisu. Saidi administraatorid, sisevõrgud jms oleksid ilmsed erandid, kuna saate nendes olukordades reaalselt dikteerida brauseri nõuded).

MUUDA

Oh, jah. Ka see on otsingumootorisõbralik. JavaScripti pole.

  • Vaatame Javascriptil põhinevat rippmenüüd, kuna mul pole veel näha puhast CSS-i põhist, mis töötab (rippmenüü on tegelik nõue), Javascripti slaidiseanss esilehel, et asendada vana Flash-põhine, kuna flash on. .. flash (kohustuslik) ja Javascripti galerii, mida kasutati liidese kasutatavuse ja sõbralikkuse parandamiseks (see ei meeldinud kunagi, kui laiendatud pildid lihtsalt uuel vahelehel avati ja minu puhul näeks see välja ja käituks kohutavalt). Tegelikult mitte mingeid alternatiive
  • 1 "kuna ma pole veel näinud puhast CSS-põhist, mis töötab". Ma kasutan CSS-i menüüsid ja need töötavad väga hästi. Kas saaksite sellest osast täpsemalt rääkida?
  • 3 @Waleed: Puhtalt CSS-põhiste rippmenüüde üks potentsiaalne probleem on see, et nad on liiga reageerivad. Headel JS-i rippmenüüdel on hiirekursori sündmuste viivitus, et vältida diagonaaliprobleeme (kui lahkute ajutiselt vanemmenüü üksusest enne alammenüü üksusesse jõudmist). CSS-iga seda teha ei saa, seega peate oma menüüd kujundama nii, et kasutaja liigutaks oma hiirt ainult vertikaalselt või horisontaalselt, et pääseda alammenüü üksuste juurde. Olen siiski nõus, et peaksite alustama CSS-i põhisest menüüst ja seda järk-järgult täiustama JS-iga, nii et JS pole põhinavigatsiooni jaoks vajalik.
  • 1 @ Lèse, kuigi CSS-i menüüdega ei saa viivitada, on selle lahendamiseks nippe ja üllataval kombel töötavad need tegelikult väga hästi (vt näiteks cssplay.co.uk/menus/final_drop3.html). Samuti vaadake demot aadressil cssplay.co.uk/menus/vertical-list.html, et näha, kui keerukad võivad olla CSS-i menüüd. See ei tähenda mingil juhul, et ma üritan olla menüüs JavaScripti kasutamise vastu. Kõik, mida ma öelda tahan, on see, et kui seda saab teha ilma javascriptita, siis miks kasutada javascripti esp. midagi nii olulist kui saidi navigeerimine?
  • 2 @TheLQ, kõike, mida mainisite, saab teha ilma JavaScripti. Ja mainitud JavaScript on ainult täiustus. Kõik täiuslikud näited selle kohta, millal tuleks kasutada järkjärgulist täiustamist.

Nicholas C. Zakas teatab, et umbes 1% Yahoo võrgu saitide tegelikust külastajate liiklusest esitab JavaScripti keelatud taotlusi.

... valdaval enamusel kasutajatel on JavaScripti toega brauserid ja seetõttu saavad nad kasutada kõiki täiustatud funktsionaalsusi ja dünaamilisi liideseid, mida arendajad ja disainerid armastavad luua. Planeerimise seisukohalt on mõttekas kulutada rohkem aega kogemustele, mida saavad suurim arv kasutajaid, teades, et teie ajainvesteering on seda väärt.

Nii et uurige oma saidi statistikat ja looge see nii, et see oleks kasulik enamusele, ja halveneb endiselt nende jaoks, kellel on JS-i keelatud.

Muretsemist pole vaja, ei.

Sellest hoolimata on hea mõte muuta oma veebisait ligipääsetavaks ja kasutatavaks. Tavaliselt ei käi JavaScripti intensiivne kasutamine ja juurdepääsetavus nii hästi käsikäes.

Nii kaua, kui teie veebisait on endiselt kasutatav, kui JavaScript on välja lülitatud, olete heas vormis. Isegi kui veebisait ei pruugi ilmuda nii suurena, nagu soovite, et see enam välja näeks.

Facebook ei tööta ilma JavaScripti. Olen teada, et enamik inimesi, kellel pole JavaScripti, tõenäoliselt ei kavatse teie toodet tellida. Kasutame kasutajakogemuse parandamiseks JavaScripti, kuid ärge seadke seda nõudeks.

Nii et teie sait peaks töötama ilma JavaScripti, kuid see ei pea hea välja nägema. Võimalik, et keegi külastab teie saiti ilma, et JS oleks sisse lülitatud, ta on BOT, häkker, 99-aastane või veidrik, kes on sissehelistamisühenduses ja üritab asju kiirendada.

Kui pakute kommertstoodet, siis SAS-i või pilverakendust, ärge muretsege selle väikese kasutajate protsendi pärast. See pole arendusaega väärt ja jällegi ei telli nad tõenäoliselt teie teenust kunagi.

Kui kasutate JavaScripti ostukorvi toodete salvestamiseks e-poes, vaataksin arhitektuuri ja veenduksin, et pakute funktsiooni, mis pole js.

  • Ma tean, mida teete, kuid teie sait peaks hea välja nägema koos JS-iga või ilma. JS-ilt ei tohiks tõesti nõuda ilusa saidi olemasolu.
  • Nõustun sellega ... Kuid oletame, et teil on menüü, mis kuvatakse ainult siis, kui javascript on lubatud, või võib-olla tööriist, mis kasutab rasket javascripti, siis ma ei muretseks 2 versiooni ehitamise pärast, et rahuldada väikest osakaalu ... 80/20 kehtib reegel
  • 2 Veenduge, et menüü oleks ainult JavaScripti funktsiooni või mitteolulise täienduse jaoks, näiteks WYSIWYG-i redaktor. Teie sait peaks olema navigeeritav ilma JavaScripti. Muidu tasub aega teha menüü, mis on nähtav ka ilma JavaScripti.
  • 1 Progressiivne täiustamine ei nõua saidi kahekordset ehitamist.Ja kui teie sait ei viitsi kaotada 20% potentsiaalsest tulust, on see tore. Kuid proovige öelda kellelegi, et loobusite vabatahtlikult 20% -st oma sissetulekust lihtsalt sellepärast, et te ei tahtnud natuke lisakodeerida ja vaadata, milline on nende vastus. Proovige seda ka koos kliendiga.
  • Jah, aga antud juhul pole see tegelikult 20/80 rohkem nagu 1/500. Hiljuti lõpetasime partnerlussuhete jaoks tippklassi saidi ehitamise, kasutades Adobe air ajaxi rakendusse mähitud cappuccinot. Rakendus ei töötaks kunagi korralikult ega isegi üldse, kui javascript oleks välja lülitatud. Ma arvan, et iga rakendus on erinev, kuid jällegi ütleb see mulle palju, kui facebook ei tööta ilma javascripti sisselülitamiseta. Minu reegel on see, et kui müüte midagi, võimaldab müük toimuda ilma javascriptita, lisaks peab see javascript olema.

none: Charles Robertson | none