Blog ng Yahoo! User Interface (YUIBlog)

2 mga Komento »

RSS feed para sa mga komento sa post na ito TrackBack URI

1. Kaya kapag ang 3.4 release darating na out?

   Puna sa pamamagitan ng PKS - Hulyo 26, 2011 #

2. Ako ba na nagkaroon ng maraming aktibidad sa channel ng # Yui pagkatapos ng session na ito ngunit, sa kasamaang-palad, na aktibong yugto ng channel Communication ay karaniwang off ang aking mga regular na oras kaya miss ko karamihan ng mga magagandang bagay-bagay.

   Kaya dito ay ang aking off-line, sa (aking) oras ng komento tungkol sa kalendaryo:

   Template ay mga static na mga miyembro ng klase na pumipigil sa pagkakaroon ng dalawang mga kalendaryo na may iba't ibang mga template sa parehong pahina. Ang na pangalan CONTENT_TEMPLATE ay din ng isang masamang pagpipilian, dahil doon ay isang widget na ari-arian ng parehong pangalan at ito ay nakalilito upang malaman kung alin ang iyong pakikipag-usap tungkol sa. Kung ang template na ito ay nagbago sa isang ari-arian Halimbawa, ang pangalan nito ay salpukan sa sariling ari-arian ng Widget sa lubos predictably (nakamamatay) resulta.

   Pagkakaroon ng dalawang hiwalay at disconnect template para sa mga header at ng kalendaryo mismo ay humahadlang sa pagkakaroon ng mga ito nakahanay sa isa sa maramihang mga kalendaryo ng buwan. Kung ikaw ay pagpunta upang magpakita ng isang buong taon, na nais mong buwan bawat malinaw na kinilala, hindi lang alam ang hanay ng mga buwan na ipinapakita at ang bilang ng gumagamit kung saan ang isa ay kung saan. Sa ibang salita, bukod sa posibleng pagkakaroon ng overarching header para sa buong bagay, bawat 'pane' ay dapat na magkaroon ng sariling header nito, at ang buwan / taon ay dapat pumunta doon. Ito ay tiyak na hindi isang menor de edad na pagbabago sa pangunahing istraktura markup, paumanhin.

   Ang templating bagay ay maaaring pinagbuting sa pamamagitan ng paggamit ng madalas nakalimutan 3rd argument ng Y.substitute, na ang kapalit na function na. Ito ay magpapahintulot sa pagtawag ng mga pamamaraan plug-sa pangunahing kalendaryo upang punan sa anumang placeholder developer maaaring isang magarbong, magkano na bilang ang lumang YUI2 Paginator ang. Plugin nilayon upang gawin ang pasta ng template ay maaaring magrehistro sa na Pinasimulan may sa {tag} ang mga ito ay dinisenyo upang pangasiwaan at ang paraan upang gawin ang kapalit. Function kapalit na makatanggap ng 'iminungkahing' kapalit kaya gusto nila upang tanggapin ang default na inaalok o baguhin ito ayon sa gusto nila. Isang paneNumber argumento o katumbas konteksto impormasyon ay dapat din na ibinigay para sa mga function kapalit na ito upang malaman nila kung saan (o anumang) pane na sila ay pagpuno in hindi na kailangang sabihin, ito ay dapat ding magagamit ang lahat ng mga paraan mula sa mga template ng header ang lahat ng mga paraan down sa bawat cell template, ang bawat ibinigay sa kanyang sariling impormasyon sa mga tiyak na konteksto.

   Kasama ko para sa Lucas sa mungkahi na ang isang asukal paraan na nagpapahiwatig kung gaano karaming mga mga mga pane gusto mo sa isang pagkakataon at ipaalam sa Calendar mahawakan na. Nagtataka ako tungkol sa mga layout ng mga kalendaryo. Gusto nila natural masira at dumaloy sa susunod na linya sa kanan hangganan? Sa kasalukuyang template, nais mong tukuyin ang mga ito ngunit kung ano ang tungkol sa ang ari-arian ng asukal na nagsasabi ng bilang ng mga pane gusto mo? Gusto mo pagkatapos ay kailangan upang tukuyin kung gusto mo, sabihin, ang isang buong taon sa dalawang mga hanay ng 6, 3 hilera ng 4 o anumang kumbinasyon. Ang pagbibigay ng bawat pane isang className na may isang numero ng pagkakasunod-sunod ay magpapahintulot sa designer upang mahawakan ito sa pamamagitan ng CSS kahit na ito ay mahusay na upang magkaroon ng iisang katangian ng asukal tulad ng sa 'panesPerRow' o ilang tulad.

   Batas na dapat palawigin sa mga araw bago o matapos ang kasalukuyang buwan. Kung hindi mo nais ang isang patakaran na inilalapat sa isang partikular na buwan, gusto mo itakda ang mga patakaran hindi, hindi kalendaryo ang balewalain ang lahat ng mga patakaran. Lahat na ipinapakita ay dapat sundin ang parehong mga patakaran. Tulad ng ko nabanggit, kung ikaw ay isang traveler sa paggawa ng isang reserbasyon ng isang kuwarto sa otel o tiket sa eroplano sa huling linggo ng buwan at ikaw ay naghahanap para sa availability o alok, ito ay hindi katanggap-tanggap na ang dagdag na mga araw ay hindi ipakita ang pagkakaroon ng mga upuang / rooms / alok o na dapat mo talagang mag-navigate pabalik-balik sa pagitan ng buwan, bilang kung ang 1st ay hindi magkadikit sa huling araw ng nakaraang buwan. Kung hindi nila sundin ang mga alituntunin, kung ano ang ikaw ay ipakita ang mga ito para sa? At kung hindi mo ipakita ang mga ito, nais mong pilitin ang mga gumagamit upang mag-navigate.

   Kaugnay nito, dapat nag-aalok ng Calendar ang isang pares ng mga pamamaraan ng helper para sa mga developer upang makuha ang hanay ng petsa ng buwan (lalo na para sa mga multi-pane ng kalendaryo) at ang hanay ng mga petsa na ipinapakita (kabilang ang mga Ekstra bago at pagkatapos). Ito ay madaling gamitin upang magtipon ang IO kahilingan para sa data na nauugnay sa bawat cell ng kalendaryo (bilang ng mga upuan, presyo ng tiket, pista opisyal, anuman) sa isang solong transaksyon. Ang mga pamamaraan na ito ay dapat magagawang upang iulat ang impormasyon na ito bago kalendaryo ay talagang ibinigay upang maiwasan ang kurap.

   Puna sa pamamagitan ng Satyam - Hulyo 29, 2011 #

Mag-iwan ng komento