Yahoo! Блог User Interface (YUIBlog)

Юи наема

29 април, 2011 в 12:58 часа от Джени Донъли | в развитието , Входния Блок на работни места Инженеринг на Yahoo | 2 Коментари

Ние търсим старши инженер на предния край да се присъедини към екипа на Юи! Трябва да сте експерт в JavaScript и добре подкован в различни предния край технологии. Вие обичате решаване на сложни проблеми в голям мащаб, знам какво е необходимо да се проектира силни и интуитивни APIs, и да прегърнат най-добрите практики на изпълнение, сигурност, достъпност и използваемост. Можете също така да имат отлични комуникативни умения, притежават голямо внимание към детайла, и са независими и изобретателен.

Минимална квалификация за работа:

• Експертно ниво JavaScript, HTML и CSS умения.
• Доказан опит, изграждане на компоненти за многократна употреба JS, които са модулни, performant и възможна за поддържане.
• Страст за изграждане и, евангелизация един от световна класа предния край библиотеката, която влияе на милиони хора всеки ден.
• Познаване на софтуер с отворен код проекти, особено Юи.
• Компютърни науки степен или равностоен професионален опит.

Предпочитани квалификационна работа:

• Показват дълбочината на експертен опит в една или повече в края на предния области като мобилни, изпълнение, от страна на сървъра JavaScript или интернационализация.

Ако това ви звучи като вас, моля изпратете автобиография и мотивационно писмо на работни места Юи (AT) Yahoo Inc (точка) COM.

За Yahoo!

Помислете за въздействие 1 на всеки 2 хора онлайн - в иновативни и творчески начини, които са уникално Yahoo!. Ние правим точно това всеки ден, и бихте могли прекалено. В края на краищата, това е големи мислители като вас, които ще създадем следващото поколение на Интернет преживявания за потребителите и рекламодателите по целия свят. Сега е време да покажем на света, това, което имаш. Сложи си идеи, да работят за над половин милиард хора.

Yahoo! Inc е равен работодател възможност. За повече информация или да търсите във всички наши отвори моля, посетете http://careers.yahoo.com .

Вижте разговори: Bloglines | Technorati

Споделете и разширяване : Запазете си отметка към del.icio.us | Digg тя | Reddit!

Обявяване Юи Compressor 2.4.6

26 април, 2011 в 10:09 ч. от Стоян Стефанов | в развитието , Производителност | 10 Коментари

Ние сме доволни да обявим незабавно наличността на версия 2.4.6 на Юи компресор . Тази версия съдържа предимно новини, свързани с обработка на компресора на minification CSS и въвежда обработка на партида на множество файлове с една единствена команда.

CSS minification

Основните предложения са:

• Фиксирани множество бъгове, които нарушават компресора и / или получената minified файлове.
• Добавена е документация за какво точно minifier прави, а също и на CSS хакове го толерира.
• Има JavaScript порт на CSS мин, в случай, че е по-подходящ за вашия процес на изграждане. Ето и уеб интерфейс тест, който използва JavaScript пристанище, където можете да експериментирате с minifier.
• Значителен брой на нови тестове (но можете да добавите още повече ).
• Безопасна работа на някои характеристики на СГО, които стават все по приемането, като запитвания на медиите и CSS3 трансформации.

Пакетна обработка

Друг добре дошло допълнение на компресора е, че сега могат да се справят с партиди на файлове. Това може значително да намали времето, процеса на изграждане се, особено ако имате голям брой файлове, да се стопяват.

Например следните команди стопяват всички .js .css файлове и да пишат minified файлове с "min.css" наставка.

  $ Java-JAR yuicompressor.jar-о ". CSS $: min.css" * CSS.
 $ Java-JAR yuicompressor.jar-о ". JS $: min.js" * JS. 

Благодарение излизат на Стивън Уудс и екипа на Flickr за тази функция!

Връзки

Юи Compressor 2.4.6 е на разположение за незабавно изтегляне . Чувствайте се свободни да ни помогне да излезем от подаване на искане бъг или функция , писане на повече тестове , разклоняване вследствие на код или да се присъедини към разговора .

Вижте разговори: Bloglines | Technorati

Споделете и разширяване : Запазете си отметка към del.icio.us | Digg тя | Reddit!

Посока лесен лентата за навигация

25 април, 2011 в 9:12 ч. от Тиери Кобленц | в сто и един CSS , развитие | 4 Коментари

Наскоро попаднах на една хоризонтална навигационно меню с дясно подравнен връзки. Както може би очаквате, че това е списък елемент с float:right и елементи от списъка с float:left . Въпреки че няма нищо нередно с този подход, той ме вдъхнови да се възползвам от тази възможност, за да обсъдят насоченост за оформление.

Цената на плаващи елементи

Плувки не концепцията за насоченост, те не работят като вградени елементи или колони в таблицата (за което dir атрибут е магически куршум). С поплавъци, авторите трябва да прилагат механизъм, който да "Размени" на стойността, когато интерфейсни промени ( ltr срещу rtl ).

Така че, вместо да използвате float , авторите могат да благоприятстват inline-block . Ето един прост пример:

 ul { text-align: end; text-align: right\9; *text-align: right; } li { display: inline; } a { display: inline-block; padding: 5px 15px; margin: 0 5px; } 

Имайте предвид, че използвате " \ 0 "(без интервал), вместо" \9 "ще се грижи за Opera, но може да не е пригоден за бъдещето, като" \9 "(IE).

Тъй като това демо страница показва, Chrome, Safari и Firefox, inline-block техника прави оформлението писмено режим зависи (посоката на потока съответства на стойността на dir атрибут, или първоначалната стойност, ако не е определена посока). За други UA а, и поради липсата на IE на подкрепа за селектор на атрибут (т.е. html[dir="rtl"] ), авторите трябва да добавите една кука в маркиране, за да се погрижат за промяна на посоката. Например, за пълна съвместимост A-клас:

За плувка техника:

 .rtl ul { float: left; } .rtl ul li { float: right; } 

За инлайн блок техника:

 .rtl ul { text-align: left\9; /* IE8/9 */ *text-align: left; /* IE5/6/7 */ } 

text-align: start | end

За разлика от left и right , start end крайна писмено режим зависими от ключови думи. На английски език, start карти в left и end карти right дясно . Позовавайки се на start и end , а не left и right дава възможност на някои браузъри, за да направи размяна ( ltr / rtl ) автоматично.

Различията между браузъри и техники

В браузъри, които не поддържат " start / end "(IE, Opera)

плаваш техника: смяна на посоката не променя нищо

инлайн блок техника: смяна на посоката не промените подравняването на менюто, но връзката се показват в правилната последователност

В браузъри, които са в подкрепа " start / в end "(Chrome, Safari, Firefox)

плаваш техника: смяна на посоката не променя нищо

инлайн блок техника: смяна на посоката е достатъчно, за да сменяте посоката на двете меню и връзките

Това е! Следващия път имате стилово всички елементи, хоризонтално, не забравяйте да предадете display:inline-block или display:table опитам.

Вижте разговори: Bloglines | Technorati

Споделете и разширяване : Запазете си отметка към del.icio.us | Digg тя | Reddit!

На Юи 3 "градивните блокове, модули и приложения" Работилница Очаквайте до Портланд, и свободна!

19 април, 2011 в 3:32 ч. от Люк Смит в развитие , Юи Събития | 6 Коментари

Юи, заедно с Yahoo! Developer Network , е развълнуван да спонсорират допълващи Юи 3 "градивните блокове, модули и приложения" Работилница в неделя, 1 май, 2011 в Портланд, Орегон. Това е чудесен начин да се даде времето си в JSConf , но не е нужно, една JSConf билет за участие в семинар. Всички те са поканени на тази безплатна събитие!

Аз ще се присъединят и колегите Yahoo! Gonzalo Cordero за пълен работен ден на ръцете на обучение, където ще научите как да се изгради динамична защитна класове, плъгини, и програмки, използвайки Юи 3 инфраструктурни компоненти, да ги опаковате в многократна модули, и да ги подвързват в проста заявление. Класът на сутринта ще се фокусира върху градивните елементи (като база и Widget) трябва да предложи и кога и как да ги използвате. Клас следобед ще влязат в по-напреднали конфигурации клас, създаване на устройство за зареждане да се комбинират хоствани модули, както и създаване на приложения контролери, които се отнасят различните класове модул и API, чрез персонализирани събития.

Пространството е ограничено, така че да запази мястото си днес в http://training.bocoup.com/PreJSConf-2011/

Вижте разговори: Bloglines | Technorati

Споделете и разширяване : Запазете си отметка към del.icio.us | Digg тя | Reddit!

Бързо режим за редактиране Юи 3 DataTable

| В развитието на април 19, 2011 15:20 от Джон Lindal , Юи 3 Галерия | 1 коментар

Въпреки че Юи 3 DataTable все още не разполага редактиране на място на отделните клетки, то е относително лесно да се осъществи Quick Edit режим. QuickEdit плъгин за DataTable в Юи Галерия 3 позволява на всички видими ценности в DataTable да бъдат редактирани едновременно.

( Кликнете на снимката, за да играе с този пример .)

Преглед

Както и при версия "Юи 2" , основната идея на бърз режим на редактиране е да сменяте всички клетъчни форматиране с нови, които населяват клетки с елементите на формата, например, полета за въвеждане или падащите менюта. Това се прави, когато start() е наричан, на базата на конфигурацията, описани по-долу. След като потребителят е завършена, можете да се обадите getChanges() да получите на променените стойности и след това да ги задържи. За да излезете от Quick Edit режим, обадете се cancel() . (Той е кръстен анулира, вместо да спре, за да ви напомня, че тя изхвърля всички промени.)

Тъй като галерията с бързи Редактиране модул е ​​плъгин за DataTable, трябва да го включите, за да си DataTable, преди да можете да го използвате:

 my_table.plug (Y.Plugin.DataTableQuickEdit);

Това съхранява плъгин на qe член на DataTable, така че трябва да се обадите функциите плъгин като този:

 my_table.qe.start ();

Конфигурация

Quick Edit добавя двата новите атрибути за конфигурация на всички колони: quickEdit и qeFormatter .

Ако колона quickEdit имущество се определя, колоната ще може да се редактира в бърз режим на редактиране. За да приемете всички настройки по подразбиране, можете просто да зададете quickEdit:true . За повече контрол, може да премине обект със следните свойства:

formatter

Форматиране на клетка, която ще направи съответното поле за форма: <input type="text">., <textarea> Или <select>. По подразбиране в клетката на за форматиране Y.Plugin.DataTableQuickEdit.textFormatter се използва за всички клетки за производство на входни елементи. За да получите textarea елемент, конфигуриране колона, да използват Y.Plugin.DataTableQuickEdit.textareaFormatter вместо.

validation

Валидиране конфигурация за всяко поле в колоната.

css

На CSS класове, кодиращи основните правила за валидиране:

yiv-required

Стойността не трябва да бъдат празни.

yiv-length:[x,y]

String трябва да бъде най-малко x герои и най-много y герои. Най-малко един от Х и Y трябва да бъдат уточнени.

yiv-integer:[x,y]

Целочислена стойност трябва да бъде поне x и най-много y x и y са по желание.

yiv-decimal:[x,y]

Десетичната стойност трябва да бъде най-малко за x и най-много y . Експонати не са разрешени. x и y са по желание.

fn

Функция, която ще се нарича с DataTable като нейния обхват и елемент под формата на клетката като аргумент. Връща TRUE, ако стойността е валиден. В противен случай, обадете се this.displayMessage(...) да покаже грешка и след това да върне FALSE.

msg

Карта на видове съобщения, които ще се показва, когато правилото за основен или регулярен израз утвърждаване не успее. Валидните типове са: required , min_length max_length , integer , decimal , и regex . Няма стандартен тип regex , така че трябва да се посочи съобщение, ако конфигурирате за цвят утвърждаване. Подразбиране съобщенията за грешки за другите типове се съхраняват в Y.FormManager.Strings (при условие, от галерия-formmgr CSS валидиране ) и може да бъде отменено и / или локализирани.

regex

Регулярен израз, че стойността трябва да отговарят, за да се счита за валидно.

Понякога, без редактиране колона трябва да бъдат предоставени по различен начин по време на Quick режим на редактиране. Най-добрият пример е колона, съдържащ линк, тъй като навигацията далеч от страницата, докато в бърз режим Edit могат да бъдат катастрофални. За да премахнете връзката време Бързи Edit, да конфигурирате qeFormatter за колоната, за да бъде Y.Plugin.DataTableQuickEdit.readonlyLinkFormatter . За имейл адреси, използвайте Y.Plugin.DataTableQuickEdit.readonlyEmailFormatter . Можете също така да пишете собствен, за четене само форматиране. Просто следвайте обичайните правила за изграждане на клетка DataTable форматиране.

Липсващи функции

Поради бъг в Юи 3.3.0 DataTable , td елемент премина към форматиране на колона, всъщност е от предишната колона. Това е твърде обезпокоителен за подкрепа на копие, когато бутон на първия ред ви позволява да копирате стойността на всички други редове.

Бъг изисква пълна преработка на основните бързи клетъчни форматиране Редактиране, за да се върне на текст вместо манипулиране на DOM. Това е така, защо потребителски форматиране на клетката не са официално се поддържат в тази първоначална версия. Ако сте с приключенски дух, можете да ги строят, но имайте предвид, че ще трябва да ги пренапише, включително добавянето в подкрепа за копие надолу, след като бъг в DataTable е фиксиран.

За автора: Джон на Lindal ( @ jafl5272 на Twitter) е един от водещите инженери, които изграждат основата, върху която Yahoo! APT е построен. Преди това той е работил в мрежата на Yahoo! Publisher.

Вижте разговори: Bloglines | Technorati

Споделете и разширяване : Запазете си отметка към del.icio.us | Digg тя | Reddit!

Юи: Работно време чт април 21

19 април, 2011 в 1:39 ч. от Люк Смит | в развитието , Работно време | Няма коментари

Юи Remote Loader Service

За известно време сега, Рийд Бърк е работа по на Node.js базирана услуга за ускоряване на процеса на изчисляване и искането на модулни зависимости в Юи 3. Той има доста близо до завършен в този момент, и иска да сподели това, което той има, и да получите вашите идеи за това какво ще направи още по-awesomer.

Проблемът

За известно време сега сме известни, че докато наистина удобен за разработчиците, метода Y.use( modules ,...) въвежда излишно забавяне при завъртане време на изпълнението си код. Оказва се, че това е много работа, изчисляване зависимостта дървета, и метаданни сам по себе си може да бъде обременяваща върху цялостната отпечатък памет на вашата страница. Традиционният метод на приемане, включително семена файла Юи ( yui-min.js ), след това зареждане на с YUI().use(...) първо казва, на Юи да зареди Loader модул, който е обременени със зависимостта на метаданните за цялата библиотека в неговия източник - тогава трябва Loader изчислява на базата на вашия use(...) на пълния списък на необходимите модули use(...) декларация на клиентската машина.

Решението

Дистанционното служба Loader премества това изчисление на сървъра, което прави вашия код инициализира по-бързо и намаляване на клиентски профил памет на вашия сайт, защото метаданните и Loader вече не са необходими на клиентската машина. Той също така служи като комбо манипулатор, връщайки код директно, а не премаршрутиране чрез yahooapis комбо услуга (по-малко на мрежовия трафик), и е в състояние да се въвеждат на Node.js сървър в домейна си.

Планът е да има Рийд демо това, което работи днес, включително някои доста впечатляващи статистики от неговата употреба върху yuilibrary.com , след това отворете призива за обратна връзка и искания. Хайде провери какво е бъдещето на Юи Loader да прилича!

Time & подробности

Ние ще бъдем онлайн от 10 до 11 часа PDT четвъртък. На връзката са същите, както обикновено.

1. Наберете да 1-888-371-8922 (Skype работи чудесно за неамерикански участници *)
2. Въведете участника код 47188953 #
3. Присъединете се към сесия за споделяне на екрана (това ще ви подкани да инсталирате плъгина на Adobe Connect, ако това е вашето първо време да го използвате)

* - Ако Skype не е опция, пишете ми или улов мен (ls_n) в IRC канал # Юи на FreeNode за местен номер.

Вижте разговори: Bloglines | Technorati

Споделете и разширяване : Запазете си отметка към del.icio.us | Digg тя | Reddit!

Обявяване Юи 2.9.0

13 април, 2011 в 5:28 ч. от Джени Донъли | развитие | 11 Коментари

Екипът на Юи се развълнувани да обявим освобождаването на версия 2.9.0 на Юи. Юи 2.9.0 е последната версия за бъг фиксира върху Юи 2 код линия маркировка прехода му в режим на поддръжка. Движейки се напред, очакваме да видим пресата, състоящи се от само критични корекции на грешки или поправки за проблеми със съвместимостта на браузърите, произтичащи от новини за браузъри в на ГБС . Ние сме наистина развълнувани по-добре да съсредоточим вниманието си върху предстоящия 3.4.0 версия на Юи.

За да получите представа за промените, включени в Юи 2.9.0, можете да прегледате на ReadMe Digest, който обобщава всички от допълненията, направени от компоненти на разработчиците на съответните им файлове README за тази версия. Можете също да видите списъка на билети, определени в Юи 2.9.0 за обобщение на корекции на грешки и повишаване искания, завършени в тази версия.

Ние бихме искали да напомня на всички, че ние започваме процеса на deprecating Юи 2.x, всички пуснати версии ще продължи да бъде домакин на CDN Yahoo и на база код ще продължи да бъде forkable на GitHub.com .

Вижте разговори: Bloglines | Technorati

Споделете и разширяване : Запазете си отметка към del.icio.us | Digg тя | Reddit!