@txpmag: Van-e jövője a reszponzív webes hirdetéseknek?
EM: Van egy szükség az érzékeny reklámozáshoz annyit mondok. Tovább A Boston Globe, találtunk egy megoldást arra, hogy a hirdetéseket rugalmasan reklámozzuk a webhely folyadékhálójában, és a hirdetések magasabbak vagy alacsonyabbak legyenek az oldal hierarchiájában, mivel a nézet szélesebbé vagy kisebbé válik. És mi - és a Földgolyó - nagyon izgatottak voltak az általunk megvalósított megoldás miatt.
De gyorsan rájöttünk, hogy az elrendezés a legkisebb problémánk. Az online hirdetések megtervezése és értékesítése egészséges fokú finomításra szorul. Mark Boulton és Roger Black egyaránt nagyon részletesen foglalkozott a témával. Tehát jó néhány dologon változtatni kell. Amíg a reklámipar nem kezd rugalmasabban gondolkodni, talán rajtunk múlik, hogy elkezdjünk-e kreatív lenni, és felvázolunk még néhány módot arra, hogy a hirdetések túl lehessenek az asztalon.
@northk: Szeretném tudni, hogy mi a legpraktikusabb és legerőteljesebb megközelítés az érzékeny képek több eszközön történő megjelenítéséhez.
EM: Nos, az egész „reszponzív képek” területén jelenleg nagyon sok tevékenység zajlik. A sávszélesség-érzékelés vakfolt a minden közülünk, függetlenül attól, hogy a frontenden vagy a backenden dolgozunk. A „navigator.connection” nincs széles körben implementálva vagy (állítom) elég specifikus ahhoz, hogy hasznos legyen, és mindannyian figyeljük, hogy az Eszköz API-k munkacsoportja érdeklődéssel működik-e.
Ez azt jelenti, hogy nagyon izgatott vagyok a „kép” megbeszélés miatt, amelynek nagy részét Mat Marquis a W3C közösségi csoportban ügyesen terjesztette az érzékeny képekért. Scott Jehl képkitöltése pedig azt jelenti, hogy ma elkezdhetjük a kísérletezést.
Természetesen még új jelölési mintára sincs specifikációnk, még kevésbé működő, natív megvalósítás. Tehát talán rövid távon talán támaszkodnunk kell a szerveroldali tartalmi egyeztetésekre - bár ha ez a helyzet, remélhetőleg "mobilabb" gondolkodásmóddal rendelkezik, a la Brett Jankord's Kategororizr.
De kíváncsi vagyok, van-e még egy lehetőség a rendelkezésünkre: miért nem kérdezhetjük meg felhasználóinkat, hogy milyen élményt szeretnének? Megszokták, hogy kozmetikai felhasználói felületről döntenek, amikor meglátogatják a Gmailt, vagy hogy kiválasszák a kívánt minőségű videót a YouTube-on. A fene, minden alkalommal, amikor a telefonján egy "mobil" vagy "asztali" linkre kattintanak, egymástól gyökeresen eltérő élményeket és funkciókészleteket választanak. Tehát kíváncsi vagyok, van-e itt árnyaltabb megoldás: megkérhetnénk a felhasználókat, hogy Mondd nekünk milyen sávszélesség-döntéseket kell hozni?
@christianboyle: Az RWD-nek opcionálisnak kell lennie, és külön-külön kell beárazni, mint funkciót, vagy az alapértelmezett megközelítésnek kell lennie, és a kezdetektől be kell árazni?
EM: Őszintén a projekttől függ. Nem minden webhelynek kell reagálnia, noha egyeseknek nem profitálna a webhelyre optimalizált megközelítés. És a közönség igényeinek kutatása ezt jobban megválaszolja, mint valaha.
Stevie McKeown: Könyvében azt javasolja, hogy a százalékokat használja a kitöltéshez és a margóhoz. Személyes webhelyén azonban pixeleket és em-eket is használ, mind margón, mind kitöltéssel. Mi a jelenlegi tanácsod?
EM: Nos, a webhelyem nem reagál - rugalmas, rácsalapú elrendezést használ, de nincsenek média kérdések, amelyekről beszélhetnénk. De a kérdésedre: Nagy rajongója vagyok a vízszintes margók és a párnázás százalékos alapú méréseinek, és a vertikális egyenértékeiknek.
Nelson Rodrigues: Milyen keretet ajánl az RWD-ben kezdődő tervezői és fejlesztői párosnak?
EM: Számos nagyszerű reszponzív keretrendszer létezik: a ZURB által alapított alapítvány, Josh Hopkins Fluid Baseline Grid és a Twitter Bootstrap 2.0 kiadása opcionális adaptív rácsot tartalmaz.
Mindegyik elég rohadtul ígéretesnek tűnik számomra, de valószínűleg meg kell említenem, hogy nem használok CSS keretrendszereket a gyártási kódokhoz. Felbecsülhetetlennek tartom őket a prototípusok készítéséhez, az ötletek mielőbbi megjelenítéséhez a képernyőn, és annak megértésében, hogy ezek miként válnak reagálós elrendezésben. De a végső, ügyfélre kész teljesítésekhez szeretem a kódot a kialakításhoz igazítani, és egy olyan érzékeny kialakítással befejezni, amely alapértelmezés szerint kis képernyőkre van optimalizálva, de fokozatosan tovább bővül a szélesebb megjelenítésig.
Paul Randall: Milyen eszközöket (okostelefonokat / táblagépeket) és töréspontokat fejlesztesz és tesztelsz általában?
EM: Nos, nagy és nagy híve vagyok annak, hogy a töréspontokat a tervezéshez igazítsam, és ne az egyes eszközökhöz. Ha több jövőbiztos, adaptív kialakításra törekszünk, abba kell hagynunk a „320px”, „480px”, „768px” vagy bármi más gondolkodását - a web ennél sokkal rugalmasabb, és ezek a pixelek pillanatképek az internet, ahogy ma ismerjük. Ehelyett a töréspontokra kell összpontosítanunk, amelyek a kialakításunkhoz igazodnak. Az, hogy ezek a töréspontok pixel-vezéreltek-e vagy 'em'-alapúak, csak rajtad múlik.
Ami a tesztelést illeti, nagyon szerencsés vagyok, hogy a jQuery Mobile tesztlaboratórium mellett dolgozhatok. De ha érdekel a saját tesztkészlet létrehozása, akkor nagyon ajánlom a PPK ALA cikkét a mobil böngésző tájáról, valamint Brad Frost eszközbeszerzési stratégiáit.
