YUI：営業時間木7月28日
中|ルーク·スミス22:56で2011年7月25日開発 、 営業時間 | 2コメント Y.Calendar 3.4.0に来ている
カレンダーには、YUI 2ファミリーの私達の人気ウィジェットの一つであり、それが3.4.0にYUI 3のアーキテクチャでそのデビューをしている。 アレンラビノビチは 、コンポーネントの所有者および著者であり、この古いお気に入りに私達を再導入の呼び出しになります2.xのカレンダーが直面する問題へのいくつかの新しいアプローチを示している。 私は特に国際化のサポートについて奮起したが、新しいレンダリング規則は、かなり魅力的ですね。
でさあ、あなたの日付ピッカー、イベントカレンダー、インポートから、iCalの·アンド·メイクケーキたちが肉付け現在および将来のようにあなたとの質問や機能要求の実現Y.Calendar 。 （いいえ、それはiCalをインポートしませんが、誰かがその獣を飼いならすためにギャラリーのモジュールを作成したい場合、あなたのためにそれで;) YUIConfチケットになるはずがあります）
私たちは、いつもの時間に戻って今週だので、我々は午前10時PDTに接続でお会いしましょう。
時間と詳細
私たちは、 午前10時から午前11時PDT木曜日までオンラインでしょう。 接続の詳細は、通常と同じです。
- 1-888-371-8922（Skypeは米国以外の参加者*のために偉大な作品）へのダイヤル
- 参加者コード47188953を入力してください＃
- 画面共有セッションに参加する （これはそれを初めて使用する場合は、このは、Adobe Connectのプラグインをインストールするプロンプトが表示されます）
注 ：開いている会議のラインなので、我々は、彼らは活発な議論に参加していない限り、発信者がその行をミュートするようお願いいたします。
* - Skypeがオプションでない場合は、ローカル番号のために、freenodeの＃ゆいIRCチャンネルで私に電子メールを送るか、または私（ls_n）をキャッチ。
記録
で呼び出すためのみんなにありがとう！ セッションのオンライン録画が可能になりました。
高品質、iPhone / iPadに対応、ダウンロード可能な記録がここにあります 。
共有および拡張： del.icio.usでブックマーク | Diggそれ！ | reddit！
2コメント»
コメントを残す
TwitterのYUIライブラリ
翻訳する
シンジケート
- すべての投稿
- すべてのコメント
- すべての開発投稿
- すべてのデザイン投稿
- YUIシアター投稿
- パフォーマンス投稿
- アクセシビリティの投稿
- "野生の"投稿
最近の投稿
YUIライブラリ
アーカイブ：
- 2012年5月 （7）
- 2012年4月 （13）
- 2012年3月 （6）
- 2012年2月 （7）
- 2012年1月 （8）
- 2011年12月 （7）
- 2011年11月 （12）
- 2011年10月 （4）
- 2011年9月 （9）
- 2011年8月 （6）
- 2011年7月 （7）
- 2011年6月 （8）
- 2011年5月 （6）
- 2011年4月 （10）
- 2011年3月 （8）
- 2011年2月 （5）
- 2011年1月 （10）
- 2010年12月 （24）
- 2010年11月 （21）
- 2010年10月 （11）
- 2010年9月 （17）
- 2010年8月 （18）
- 2010年7月 （8）
- 2010年6月 （11）
- 2010年5月 （11）
- 2010年4月 （22）
- 2010年3月 （22）
- 2010年2月 （16）
- 2010年1月 （8）
- 2009年12月 （9）
- 2009年11月 （29）
- 2009年10月 （14）
- 2009年9月 （12）
- 2009年8月 （4）
- 2009年7月 （5）
- 2009年6月 （7）
- 2009年5月 （7）
- 2009年4月 （7）
- 2009年3月 （15）
- 2009年2月 （10）
- 2009年1月 （7）
- 2008年12月 （11）
- 2008年11月 （12）
- 2008年10月 （16）
- 2008年9月 （4）
- 2008年8月 （9）
- 2008年7月 （12）
- 2008年6月 （11）
- 2008年5月 （12）
- 2008年4月 （11）
- 2008年3月 （7）
- 2008年2月 （10）
- 2008年1月 （6）
- 2007年12月 （12）
- 2007年11月 （6）
- 2007年10月 （5）
- 2007年9月 （8）
- 2007年8月 （6）
- 2007年7月 （3）
- 2007年6月 （7）
- 2007年5月 （12）
- 2007年4月 （8）
- 2007年3月 （7）
- 2007年2月 （7）
- 2007年1月 （8）
- 2006年12月 （5）
- 2006年11月 （6）
- 2006年10月 （11）
- 2006年9月 （4）
- 2006年8月 （5）
- 2006年7月 （2）
- 2006年6月 （3）
- 2006年5月 （7）
- 2006年4月 （2）
- 2006年3月 （1）
- 2006年2月 （14）
ブログロール
ポリシーのコメント
我々は、ブログ上での会話に寄与コメントを奨励しています。 それらが不適切な、またはそうでなければ私たちの違反トピック、オフになっている場合、そのYahoo!は、当社の裁量で、コメントを削除することができますのでご注意くださいご利用のサービスを 。
ヤフーになる
あなたは、革新的で楽しい環境に没頭しようとして有能なエンジニア、プロダクトマネージャー、またはデザイナーですか？ 次に来る私たちと仕事を見つける 。
メタ：
ので、とき3.4のリリースが出てきますか？
PKSによるコメント- 2011年7月26日＃
私はそこに活動の多くは、このセッションの後に＃ユイチャンネルであったが、私は良いもののほとんどを逃すので、残念ながら、IRCチャンネルのその活動期は私の定期的な時間外に通常は確信しています。
だからここに私のオフラインカレンダーについて（私の）時間のコメントに、次のとおりです。
テンプレートは、同じページに異なるテンプレートを持つ2つのカレンダーを持って防止する静的クラスのメンバです。 そこに同じ名前のウィジェットプロパティであり、それが1つはあなたが話しているかを知るために混乱されているので名前CONTENT_TEMPLATEも、悪い選択である。 このテンプレートはインスタンスのプロパティに変更された場合、その名前は非常に予想通り（致命的な）結果とウィジェットの固有財産と衝突するだろう。
ヘッダやカレンダー自体の2つの独立した切断テンプレートを持つことは、それらが複数月のカレンダーで互いに整列がなくなります。 あなたは全体の年を表示しようとしている場合、あなただけの示すように数ヶ月の範囲を知らずに、各月は明確に識別したいと1つはユーザー数を持っています。 言い換えれば、おそらく全部のための包括的なヘッダを有するほかに、それぞれの "ペイン"は、独自のヘッダを持っている必要があり、月/年が行く必要があります。 これは確かに基本的なマークアップ構造内のマイナーな変更ではありません、ごめんなさい。
テンプレート事がY.substitute、しばしば忘れられて第3引数は、置換機能を使用することによって改善されるかもしれません。 これは、古いYUI2ページネータがない限り、メソッドを呼び出す基本的なカレンダープラグイン - には、開発者が空想かもしれないどんなプレースホルダを埋めることができるでしょう。 プラグインは、テンプレートの充填を行うためのものは、彼らが処理するように設計されている{タグ}と交換を行うためのメソッドで初期化時に登録があります。 彼らが提供するデフォルトを受け入れるか、または彼らが望むように変更することができるだろうので、交換用の関数は、 "推奨される"置換を受けません。 彼らは言うまでもないをインチ充填されているペイン（または任意の）知っているのでpaneNumber引数または同等のコンテキスト情報もこれらの置換機能のために提供する必要があり、これがまたダウンそれぞれのすべての方法のヘッダテンプレートからはるばる利用可能であるべきセルテンプレートは、独自の固有のコンテキスト情報を提供されている各。
私は砂糖法は時にしたいどのように多くのペインを示しているルークの提案は午前とカレンダーがそれを処理できます。 私は、これらのカレンダーのレイアウトについて疑問に思う。 彼らは自然に分解し、右側の境界線上に次の行に流れるだろうか？ 現在のテンプレートで、あなたはそれを定義しても何をしたいペインの数を示す糖プロパティについてでしょうか？ その後、6つの行は、4または任意の組み合わせの3行で通年、言う、あなたがするかどうかを指定する必要があります。 各ペインのシーケンス番号を持つclassNameを与えること、それが "panesPerRow 'またはそのようないくつかのような単一の糖属性を持つことが良いでしょうけどデザイナーはCSSを介してこれを扱うことができるでしょう。
ルールは、現在の月の前または後に日に拡張する必要があります。 あなたが特定の月に適用されるルールをしたくない場合、あなたは、カレンダーは、単にすべてのルールを無視していないないようにルールを設定します。 表示されているすべてが同じルールに従うべきである。 私が述べたように、月の最後の週にホテルの部屋や飛行機チケットの予約を行う旅行者であり、あなたは、可用性やオファーを探しているなら、それは余分な日の可用性を表示していないことは許容できません席/室/オファーや第一は、前月の最後の日に連続していないかのようにあなたが実際に、数ヶ月の間に前後に移動するべきである。 彼らはルールに従わない場合は、それらを何を示していますか？ そして、あなたがそれらを表示していない場合には、ユーザーがナビゲートするように強制したい。
これに関連して、カレンダーは、月の日付の範囲（特にマルチペインカレンダー用）と（前と後のエクストラを含む）を示した日付の範囲を取得するために、開発者のためのヘルパーメソッドのカップルを提供する必要があります。 これは、単一のトランザクション内の各カレンダーのセル（座席数、チケットの価格は、休日、何でも）に関連付けられたデータのIO要求を組み立てるのに便利でしょう。 これらのメソッドは、カレンダーが実際にちらつきを回避するためにレンダリングされる前に、この情報を報告できるようになります。
サティヤムによるコメント- 2011年7月29日＃