Yahoo! User Interface Blog (YUIBlog)

2 Kommentare »

RSS-Feed für Kommentare zu diesem Beitrag. TrackBack URI

1. So, wenn Version 3.4 ist raus?

   Kommentar von PKS - 26. Juli 2011 #

2. Ich bin sicher, es gab eine Menge von Aktivitäten in der # yui Kanal nach dieser Sitzung, aber leider, dass die aktive Phase des IRC-Kanal ist in der Regel weg von meinem regulären Öffnungszeiten, damit ich die meisten von den guten Sachen zu verpassen.

   So, hier ist mein off-line, on (meine) Stunden Kommentare zu Kalender:

   Vorlagen sind statische Klasse, die Mitglieder mit zwei Kalendern mit verschiedenen Vorlagen auf der gleichen Seite verhindert. Der Name CONTENT_TEMPLATE ist auch eine schlechte Wahl, denn es ist ein Widget Eigenschaft mit demselben Namen und es ist verwirrend, zu wissen, was man reden Sie. Wenn diese Vorlage auf eine Instanz Eigenschaft geändert wird, würde seinen Namen mit eigenen Grundstück Widget mit ziemlich vorhersagbar (tödlich) Ergebnisse kollidieren.

   Mit zwei getrennten und getrennt Vorlagen für Kopf und dem Kalender selbst verhindert mit sie miteinander in mehreren Monatskalender ausgerichtet ist. Wenn Sie vorhaben, ein ganzes Jahr angezeigt werden, wollen Sie jeden Monat eindeutig erkennbar sind, nicht nur zu wissen, das Spektrum der Monate gezeigt und haben die Anzahl der Nutzer, die eine ist, welche. Mit anderen Worten, außer eventuell eine übergreifende Header für die ganze Sache sollte jeder "pane" eine eigene Header, und der Monat / Jahr sollte es gehen. Dies ist sicherlich nicht eine kleine Änderung in der grundlegenden Struktur-Markup, sorry.

   Die Template-Ding kann mit der oft vergessen dritten Argument der Y.substitute, der Ersatz-Funktion verbessert werden. Dies würde es ermöglichen das Aufrufen von Methoden gesteckt in die Grundstellung Kalender in welcher Platzhalter ein Entwickler vielleicht Lust zu füllen, so wie die alte YUI2 Paginator tut. Plugins sollen Vorlage Füllung tun könnte bei der Initialisierung mit der {tag} entwarfen sie zu handhaben sind und die Methode, um den Austausch zu tun registrieren. Ersatz-Funktionen haben erhalten das "vorgeschlagen" Ersatz, so dass sie in der Lage wäre, die standardmäßig angeboten akzeptieren oder zu modifizieren, wie sie wollen. Ein Argument paneNumber oder gleichwertig Kontext-Informationen sollten auch für diese Ersatz-Funktionen bereitgestellt werden, damit sie die Scheibe (oder was auch immer) sind sie füllen in. Unnötig zu sagen wissen, sollte dies ebenfalls verfügbar sein den ganzen Weg von Header-Vorlagen ganz nach unten zu jeder Zellvorlage, jedes mit seinem eigenen Kontext-Information bereitgestellt.

   Ich bin für Lukas 'Vorschlag, dass eine Zucker-Methode anzeigen, wie viele Scheiben Sie wollen in einer Zeit, Kalender und lassen Sie damit umgehen. Ich frage mich, über das Layout dieser Kalender. Würden sie von Natur aus zu brechen und fließen in die nächste Zeile am rechten Rand? Mit den aktuellen Vorlagen, würden Sie ihn definieren, aber was ist mit dem Zucker Eigentum unter Angabe der Anzahl der Scheiben Sie wollen? Sie müssten dann festlegen, ob Sie wollen, sagen wir, ein ganzes Jahr in zwei Reihen von 6, 3 Reihen von 4 oder beliebiger Kombination. So dass jede Scheibe ein className mit einer Sequenznummer würde es ermöglichen Designern, dies durch CSS umgehen aber es wäre gut, einen einzigen Zucker Attribut wie "panesPerRow 'oder so haben.

   Vorschriften sollten für Tage vor oder nach den aktuellen Monat zu verlängern. Wenn Sie nicht möchten, dass eine Regel zu einem bestimmten Monat angewendet werden, würden Sie die Regel nicht zu, nicht der Kalender einfach ignorieren alle Regeln. Alles, was angezeigt wird sollten folgen den gleichen Regeln. Wie ich bereits erwähnte, wenn Sie ein Reisender tun, eine Reservierung eines Hotelzimmers oder ein Flugticket in der letzten Woche eines Monats und sind Sie für die Verfügbarkeit oder Angeboten zu suchen, ist es nicht akzeptabel, dass die zusätzlichen Tage zeigen nicht die Verfügbarkeit von Sitze / Zimmer / Angebote oder dass Sie tatsächlich hin und her navigieren zwischen den Monaten, als ob der erste nicht zusammenhängend auf den letzten Tag des Vormonats. Wenn sie sich nicht an die Regeln, was machst du ihnen zu zeigen, für? Und wenn Sie nicht zeigen, sie, wollen Sie zwingen den Benutzer zu navigieren.

   Im Zusammenhang damit sollte Kalender ein paar Hilfsmethoden für die Entwickler bieten, die Palette der Termine des Monats (speziell für Mehrscheiben-Kalender) und die Bandbreite der angegebenen Daten (einschließlich Extras vor und nach) abzurufen. Dies wäre praktisch, um die Anforderung für die IO-Daten mit jedem Kalenderjahr Zelle (Anzahl der Sitzplätze, der Preis der Fahrkarte, Urlaub, was auch immer) in einer einzigen Transaktion verbundenen versammeln. Diese Methoden sollten in der Lage, diese Informationen zu melden, bevor das Kalenderjahr tatsächlich gemacht wird, um das Flimmern zu vermeiden.

   Kommentar von Satyam - 29. Juli 2011 #

Hinterlasse einen Kommentar