2010 20 травня 2010

Re-Велоспорт CSS: Look At рамки CSS

Re-Велоспорт Buzzword і в веб-розробки, це означає не відрізняється. Це заощаджує енергію, з точки зору зусиль!

За роки написання CSS і HTML зі створенням дизайну, я слідував кілька передового досвіду, в гонитві за економію часу та енергії на те, що ми зазвичай термін, як "Re винаходити колесо". Знову і знову, я сказав собі, що я повинен створити кілька шаблонів, деякі стандартні повторного використання CSS, що я буду використовувати OUT OF THE BOX в моїй майбутній роботі. Хоча і не повністю, але мені вдалося досягти деяких цілей.

Надалі, повторне використання CSS, я подивився на кілька рамок CSS, які зазвичай доступні для нас, і вирішив покласти їх використовувати, оскільки вони випробуваний і створені багато досвідчених розробників, ніж я сам. Що ще більш важливо "уникнути повторного винаходу".

Хоча відомо, до ветеранів, я спробував пером деяких ключових понять / передової практики / думки, що пішло на створення цих структур, щоб сайклінг-процесу в CSS це можливо. Сподіваюся, це допоможе деяким CSS-розробників, які ось-ось, а недавно сів перемогла CSS!

Ключі Re-круговорот CSS:

Використовуйте угоди про іменуванні

Це повинно бути найважливішим фактором у створенні CSS / HTML повторного використання. Надання відповідають імена елементів сторінки дозволяє повторне використання компонентів сторінки і їх стилі з невеликим або модифікації. Відповідно до цього аргументом, навіть HTML5, до значної зміни зміни порівняно з його попередниками, є введення деяких структурних саме теги. <article>, <section>, <header>, <aside> і <nav> [ Що HTML5 з собою? ]. Навіть з HTML 4 (або нижче), то краще за все назвати стандартні розділи сторінки consistanly як в простому прикладі ...

Пам'ятайте, що більшість сторінок вашого проекту, в кінцевому підсумку з тієї ж основних структурних елементів. Визначити ці спільні елементи сторінок основного ....

  <div id="container">
    <div id="header"> ... </ div>
    <div id="nav"> ... </ div>
    <div id="sidebar"> ... </ div>
    <div id="footer"> ... </ div>
   </ Div> 

Скидання за замовчуванням стилів (CSS Скидання): Чи використовуєте ви структуру або написати свій власний, ви повинні надати CSS скидання [ Що таке CSS скидання? ], так як вони знижують, а іноді й усунення візуальних невідповідностей, які виникають між різними браузерами. Говорячи простими словами механізм CSS Reset встановлює стилі HTML елемента до нуля або нульовою цінності, таким чином перевизначити будь-який браузер за умовчанням значення вони можуть позах. Це дозволяє з чистого аркуша, щоб встановити властивості цих елементів позбавлено всякої User-Agent за замовчуванням [ CSS 2.1 User Agent за замовчуванням стилів ]. Всі CSS рамки дійсно є механізм скидання. Якщо Ви пишете ви володієте CSS скидання, слово застереження, що якщо ви випадково забули скинути ключове властивість, це може привести до крос-браузерні проблеми, які дуже важко налагоджувати. Пам'ятайте, що Збережіть копію скидання стилів і помістіть їх у кожен новий проект, який ви створюєте.

  тіло, справ, дл, DT, DD, вул, ол, Лі,
  h1, h2, h3, h4, h5, h6,
  попередньо, форма, набір полів, введення, SELECT, TEXTAREA,
  р, цитати, таблиці, я, ТД
  {
    кордону: 0px;
    маржа: 0;
    оббивка: 0;
  } 

Встановити за замовчуванням (базовий Styles) для елементів:

Після установки (до нуля або нульовою) за замовчуванням значення певних атрибутів певних елементів HTML, необхідно застосувати деякі стилі у всіх випадках цих елементів. Це значення за замовчуванням може змінюватись відповідно до дизайну або за найкращою практиці ви будете слідувати.

Більшість CSS основи, завжди вводить нові значення за замовчуванням, крім скидання стилів браузера за замовчуванням.
Ці значення за замовчуванням бути позбавлений User-Agent за замовчуванням (прибрані на Reset CSS), це буде відповідати у всіх браузерах.

Пам'ятайте, що базовий стилі використовуються для завдання стилів, які будуть використовуватися розробки світі. наприклад.

  HTML {розмір шрифта: 77%; сімейство шрифтів: Arial, без зарубок;}
 сильний, h1, h2, h3, h4, h5, h6 {шрифта: жирний;} 

Анотація стилів для HTML Загальні компоненти і загальні класи:

Більшість проектів, які складаються з декількох сторінок HTML мають спільні елементи, які використовуються по всьому сайту, наприклад, для Якісь форми, попередження і повідомлення про помилки, призначені для користувача спливаючі вікна, лайтбокси тощо Оскільки такі компоненти використовуються знову в різних проектах, це буде корисно для забезпечення набір класів, пов'язаних з зумовленими стилями для цих компонентів, і ви можете заощадити багато часу.

Крім визначення багаторазового визначення стилів для HTML загальних компонентів, ми могли б абстрактні класи стилів, що відносяться до друкарні, кольору шкіри або навіть макет. Я сам як правило ви використовуєте ... загальні класи, як Clearfix, Font08, FontGrey, AlignL, DisplayB і т.д.

  форми введення {кордону: 0px; фон: # FFFFFF; оббивка: 0px 10px; _padding: 0px 0px; висота: 26px; колір: # 000000; висота рядка: 30px; розмір шрифта: 1.1em;}
 Форма текстову {кордону: 0px; фон: # FFFFFF; колір: # 000000; розмір шрифту: 0,9 ет, висота рядки: 1.5em; переповнення: видимий;}
 . Fbold {шрифта: жирний, колір: # CCCCCC;}
 . Fgrey {колір: # 666666;}
 . Flightgrey {колір: # bbbbbb;}
 . Clearfix {ясно: обидва;}
 . Дільник {кордону зверху: 1px твердих # 647B06, нижньої межі: 1px твердих # 9CC00A, висота: 0px;}
 . Displayb {Дисплей: блок;}. Displayn {дисплей: немає;}
 . Alignr {вирівнювання тексту: праворуч}. Alignc {вирівнювання тексту: центр}
 . Floatr {float: право;}. Floatl {float: left;} 

Виправлення до загальних примхи браузера

Різні браузери реалізації CSS код і надають різний рівень підтримки специфікації CSS. В результаті цього .... "Browser сумісності", що ми розробники залишили вирішувати. Зокрема, IE6 переслідує більшість CSS кодерів з терміном зустрітися. Доброю новиною є досвід зібрав можливість багаторазово виправлення цих проблем (часто називається як CSS хакі ).

Пам'ятайте, що Зберігайте ці хакі / виправлення зручно

  / * Наступні зум: 1 правило спеціально для IE6 + IE7.  * /
    * HTML. Clearfix,
    *:. Першу дитину + HTML Clearfix {
           зум: 1;
      } 

Тримайте Уточнення CSS

  • Звичка сайклінг-не прийде до вас у день. Він має у розвинених. Так що плануйте ваш Re-Велоспорт. Майте це на увазі, що ви могли б абстрактний стиль за замовчуванням, друкарня визначень, макети, стилі елементів HTML і т.д. Спробуйте подумати про майбутнє.
  • Крім того, озирнутися на своє минуле проекту, це допоможе визначити стилі, як правило, використовують часто по porjects. Анотація він.
  • Видалити всі невикористані стилі. Ця практика буде тримати ваші CSS рамки від поширений симптом називається «Роздування» -
  • Видалити повторювані стилі.
  • Створіть набір стилів, які є досить гнучкими, щоб перенести його в різних проектах.

Look At рамки CSS

Нарешті. Якщо у вас надихає і мають намір використовувати одну або декілька структур CSS, Херес швидкий список декількох популярних ....

  • 960 Grid System : 960 Grid System являє собою спробу раціоналізувати робочий процес веб-розробки, забезпечуючи широко використовувалися вимірювання, засновані на ширині 960 пікселів. Є три варіанти: 12, 16 і 24 колон, які можуть бути використані окремо або в тандемі. Думка нічого, що ви не можете створити для свого досить легко, система надає сітку шаблони для друку в PDF форматі, які можна використовувати, щоб ескіз сторінки designs.Bet, це зроблять професійні враження, якщо ви носите кілька листів при Ви йдете до клієнта для збору користувальницького інтерфейсу вимогам. Вона також забезпечує основну сітку шаблони для популярного програмного забезпечення, як Fireworks, Flash, InDesign, Illustrator, Photoshop, Visio і ін забезпечення "для початківців на десять", щоб почати проектні роботи.
  • Концепція : Концепція передбачає чітко класифікувати CSS файлів скидання, Сітки, форм, Друк, Типографія, плагіни для кнопок, вкладок і спрайт і т.д. Вона також забезпечує підтримку для IE в якості окремої включити.
  • SenCSs : на відміну від двох попередніх, SenCSs (вимовляється Sense), не має визначення CSS Layout. Він включає шрифти, відступи, поля, таблиці, списки, заголовки, цитати, форми та багато іншого.
  • BlueTrip : Спочатку претензії до слави було те, що вона являє собою поєднання кращих рис від інших бібліотек інших подібних Blue Print, поїздки Олі ... звідки вона і отримала свою назву. Його набір функцій включає в себе 24 колон, друкарня стилів, ORM стилів друку, кнопки і т.д.
  • YUI Grids : Притягнуто до вас в мережі розробників Yahooo, підтримує рідини ширину (100%), макети, а також заданої фіксованої ширини макети в 750px, 950px, 974px і, а також можливість легко налаштувати на будь-яку кількість. Як ви можете бачити, його технічно просто компоненти макета. Юй також надається HTML / CSS набори для інших елементів сторінки
  • YAML (Yet Another багатоколонкові Layout)
  • Emastic

Пам'ятайте, що за допомогою CSS рамки не означає, що ви ліниві, щоб створити одну зі своїх ... Це означає, що ви розумні, щоб вчитися в інших і досвід помилок, заощадити час і підвищити продуктивність!


2010 9 березня 2010

Його про "веб-дизайнери, які не можуть кодувати"

З моїм обмеженим набором навичок з інструментами, як Photoshop і Illustrator, я можу чесно зізнатися, що я краще, ніж розробник, я дизайнер. Але мій основний фон (на стороні сервера) з розвитком Java / PHP / COBOL, був дуже позитивний вплив на мій UI кваліфікації. Я маю на увазі, створюючи моїх проектів, тобто всякий раз, коли я роблю дизайн, я думаю про те, як дизайн може бути краще перетворити в HTML-CSS і при цьому HTML-CSS, я даю думка про серверної технології і зробити розумно, що що HTML можуть бути легко реалізовані в XSL петлі або фрагменти PHP і т.д.

Протягом багатьох років, я був кинутий на голові за ескізами дизайнерів інтерфейсу, який, ймовірно виграш мають поняття, що таке HTML і CSS є. Всі ці роки я думав, що я занадто багато чого, якщо я просто очікуємо, що дизайнер, який намагається шов його "неможливо кодом» дизайну горло, щоб зрозуміти, тільки трохи те, що його проект буде перетворений в. Це допоможе правильно?

Потім я натрапив на цю посаду сьогодні ... веб-дизайнерів, які не можуть код ... Спасибі Господу! Я просто один з багатьох, хто відчуває те ж саме ... вище artitle трохи довго намотується .. але варто читати, кожне слово.

Спасибі Elliot Jay Stocks ... Я відчуваю полегшення!

Ось деякі витяги з статті Елліот .

Нічого собі, який день! Все почалося з однієї маленької цвірінькання і закінчилася дискусія, яка, здавалося прокотитися по всій співтовариство веб-дизайну. Схоже, є деякі дуже сильні думки провів на цю тему від того, веб-дизайнери повинні уміти коду.
...
Тому, перш ніж ми перейдемо до цього, дозвольте мені швидко резюмувати, що я сказав сьогодні вранці на Twitter:

Чесно кажучи, я шокований тим, що в 2010 році я все ще приходять через "веб-дизайнерів, які не можуть писати свої власні проекти. Немає виправдання.

... Я мав трохи більш конкретними в моєму повідомлення. Я говорив про дизайнерів, які не мають навіть найелементарніших HTML і CSS навички, щоб перетворити плоску конструкцію в реальний сайт. Не люди, які навмисно вирішили не код, а ті, хто не може. І я на увазі також тільки інтерфейсний код тут, звичайно, смішно думати, що дизайнери повинні бути дивовижні фонові програмістів ...

Ми отримуємо "павутина" конструкції відправляються в Illustrator, 300dpi, неможливо коду, ні послідовності / юзабіліті.
~ Емі Махон

Вже пізно, і я повинен обернути цю діяльність так чи інакше. Я знаю, що буде багато тих, хто не згоден зі мною, і мої наміри не образити або засмутити тих, хто не може код, але я сподіваюся, що деякі, що я сказав відображає деякі моменти, які завжди приходять, коли заглиблюючись в цієї дискусії.

Зрештою, я не втрачати сон про те, хто може кодувати і хто не може. Я просто щиро здивований, виявивши так багато дизайнерів, які не мають інтерфейсні навички, як я думав, що це пішло в минуле.

Крім того, читати коментарі, було близько 320 коментарів, як я пишу ... вони стоять читати.
Будь ласка, прочитайте Елліот повний пост тут .. веб-дизайнерів, які не можуть кодувати


2009 28 липня 2009

CSS2.1 User Agent за замовчуванням стилів

Вчора, після того, як питання, яке я зіткнувся з CSS скидання в Google Chrome ... Я думав про копати трохи глибше в область Користувач листи агента стиль ...
Знайдено цієї таблиці на значення за замовчуванням CSS 2.1 User Agent стилів ... (для тих, хто не знає, що "User Agent стилів", це слідувати Що таке User Agent Style Sheets (специфікації) .

Для отримання повного списку CSS 2.1 User Agent стилів за замовчуванням натисніть тут


2009 27 липня 2009

User Agent стилів: Таємниця Поля в Google Chrome

Сьогодні, як і будь-який інший "День свині Ground", я працював над деякими CSS / бестаблічная макетів. Все йшло добре в IE 7, FF 3 і Chrome, ДО раптом, я бачив деякі не-ігноровані поля побачити тільки в Google Chrome. Хоча дуже дивно і worring, було кілька нових помилка / проблема, що я прийшов accross, був, нарешті, деякі спеції в моїй земної роботи. Сад (але хороший) вона була виправлена ​​протягом декількох хвилин зонда ...

В принципі, він схожий Google Chrome ігнорував мої CSS Скидання (маржа: 0px). Це насправді був викликаний стилів агента користувача (-WebKit-оббивка-старт: 40px). Таким чином, рішення було скинути цей стиль, встановивши відступи: 0 неправильно елементів.
Хороший спосіб запобігти виникненню цієї проблеми для будь-якого елементу є використання глобальної Відпочинок CSS наступним

* {Маржа: 0; оббивка: 0;}

Що таке User Agent Style Sheets (специфікації)?
Нижче наводяться витяги з http://meiert.com/en/blog/20070922/user-agent-style-sheets/ , наступні посилання, щоб дізнатися більше про користувача листи агента стиль

CSS 1 представляє ідею про те, що кожен User Agent (UA, часто "браузер" або "Веб-клієнт») буде мати таблицю стилів за замовчуванням, яка подає документи в розумний - але, можливо, мирської - образом. CSS 2 сказано, що відповідні ПА повинні застосовуватися стилів за замовчуванням (або вести себе, як якщо б вони і зробили), а стиль за замовчуванням агента користувача аркуші повинні представляти елементи мови документа таким чином, щоб задовольняти загальним очікуванням презентації мову документа, CSS 3, ймовірно, того ж думки.

Оскільки специфікації CSS залишити його до реалізації, чи слід використовувати "реальні" стилів для відображення за замовчуванням чи ні, це не дивно, що ви не можете знайти таблицю стилів за замовчуванням в папці установки кожного браузера. На відміну від Internet Explorer від Microsoft, а також опери, наприклад, (і, наскільки я знаю), Gecko браузерів, як Firefox і Netscape Navigator (шукати "html.css"), а й Konqueror зробити це досить просто зрозуміти їх за замовчуванням стиль.


2009 12 березня 2009

Хороший дизайн користувальницького інтерфейсу повинен бути стандартам. або чи повинен? Мій TOP 10 Правил Розробка інтерфейсу


Ні я дуже нової для користувача інтерфейсу (UI) розвитку, ні я ветеран і, як я завжди ставлю, я вписується в профіль UI розробник більше, ніж у дизайнера, з чим не шкодую. Oh Well! Те, що я писав про? ... На якийсь час (повинно бути в будь-якому років не менше), в даний час, то і тоді, коли я отримую в трохи Розробка інтерфейсу (коли професійний дизайнер пішов у відпустку), я завжди можу перестати думати, що мій проект повинен бути належним чином complient чи ні (щиро, не те, що я можу 100% досягнення максимальної відповідності стандартам, Якби я хотів теж). Тоді я кажу собі, що лайно! ... Дизайн повинен бути простим, красивим і в першу чергу, здається корисною, вона не повинна відвідувачів бігти ... або відмов (для технічних). Що хорошого буде добре бестаблічная макет CSS б відвідувач, який не звертає уваги на всі розумні гіпертексту і каскадні таблиці стилів під шкірою веб-сторінки ... Шиш!
Це має виглядати красиво і бути простим у використанні ... потім приходить всі стандарти речі.

Я stumbbled accross цей запис в блозі від Jason Fried з 37 Signals (Для тих, хто не знає 37 сигналів onces, які створили ряд чудових веб-додатків, як Basecamp, багаття і т.д.), який написав щось подібне в 2004 році і, повірте, майже 5 років і не сильно змінився з тих пір ... Я був радий прочитати свій пост, як я повністю згоден з тим, що він повинен сказати, і також той факт, її не впевнений, що говорить про її просто чуття його і так моє :)

Джейсон Фрід: "Там занадто багато говорити про CSS і XHTML і стандарти і доступність, і недостатньо говорити про людей. CSS і Відповідність стандартам код всього лише інструменти - ви повинні знати, що будувати з цими інструментами. Великий, я радий, що користувальницький інтерфейс не використовує таблиці. Ну і що? Яка різниця, якщо вона як і раніше не дозволяє людям досягти своїх цілей. Веб-стандарти є великими, але власні стандарти включають в себе людей добитися мети (і це ще дуже складно зробити онлайн).

UI дизайнери роблять все ті ж фундаментальні ", забуваючи про людину, з іншого боку" помилки - але на цей раз їх код виглядає краще. Люди - не валідатори коду - використання інтерфейсів ".

Оформити замовлення повний Джейсона Фріда статті

DISCALIMER: Це не значить, що ми не повинні турбуватися з приводу стандартів на всіх. Стандарти добре мати і дотримуватися їх якомога більше. Ми тільки повинні розуміти, що хороший дизайн інтерфейсу не завжди означає 100% стандартів Complience або навпаки ....

У моєму списку моїх уроків, я йду за кілька дизайн користувальницького інтерфейсу і розвитку Золоті правила ... Херес ТОП-10 ... не те, що ви повинні слідувати за ними занадто ... :)

1. Піклуйтеся про ваших користувачів. Користувачі можуть створити або зруйнувати ваш сайт. DONOT зробити користувач схожий загального idoit, зовсім не в змозі за допомогою веб-сайту. Це погано!

2. Тримайте простота і зручність використання вашого основного дістатися до нас. Занадто багато на екрані, тим вища ймовірність того, що користувач заплутається або відволікатися від своїх початкових задач.

3. Бути в межах ... DONOT віддаватися занадто багато в юзабіліті, ДОСТУПНІСТЬ і стандартів. Використання стандартів і ефективно їх розуміти команди. Це забезпечить правильну послідовність у продукті

4. Прототип вимоги. Так, у ці дні використання інтерфейсів багатий, прототипів завжди краще, ніж просто робити прості каркаси, а другий є недійсним гідного взаємодії, було б не в змозі надати клієнтові чітке уявлення про кінцевий продукт, що в даний час розробляється. Завжди легше перетворити прототипу в кінцевий результати. Крім того! з прототипу будь-яка взаємодія питання можуть бути усунені на початку циклу розробки.

5. Послідовність у ваш дизайн та взаємодія дуже важливо. Не допускайте попадання заплутати користувача з непередбачуваними взаємодії та штучок.

6. Зрозумійте, ваш "Дизайн Місія". Висновки з зосередитися на основному дію сторінку beign розроблені. Крім того, складіть список ваших seconday дій на сторінці, і їх пріоритетність.

7. Забезпечити належну зворотний зв'язок з користувачами сайту. У більшості веб-сайтів будується навколо AJAX, забезпечує візуальні підказки для користувача про зміни на сторінці. Користувач повинен даного підтвердження завершення будь-якої задачі він виконує. Не допускайте попадання зробити користувачеві чекати і гадати, наприклад, для. забезпечити індикатори для файлу uplaods.

8. Використовуйте контроль належним чином. Для використання, наприклад, виберіть список, що розкривається для невеликих списків тільки виграш дозволяє користувачеві вибрати один з 200 міст використанням полів вибору. Зрозуміти різницю між кнопки та посилання. Посилання та кнопки мають різні цілі, виграш використовувати один для іншого. Надати право керування, щоб взаємодії зі сторінкою легше. Уникайте використання меню, які більше двох рівнів. Не винаходити велосипед. Використовуйте стандартні елементи управління, налаштувати їх, тільки якщо дуже потрібно. Визначити будь користувальницькі елементи керування, необхідні для вашого сайту з перших рук, так що вони можуть бути створені й випробувані незалежно, готовий до використання сайт accross.

9. Не допускайте попадання ITERATE занадто багато уваги дизайну. Пам'ятайте! Весь продукт складається більше, що дизайн в спокої. Побудувати в належні терміни в проект графіка дизайн ітерацій і дотримуйтеся його. Ітерація допомагає нам дізнатися, що працює, а що ні, виділити проблемні місця. Як хороший інтерфейс займає багато часу, достатньо часу для ітерацій на початку циклу розробки, так що дизайн ітерацій оленяча шкіра прямо прирівнюють до переробок. Занадто багато чого переробляти може jeopradize терміни.

10. Сидіти склавши руки і думати, як користувач іноді.


2008 7 серпня 2008

Animoto: дуже приємно "Багатий користувальницький інтерфейс", без спалаху!

Чи бачили ви animoto.com? Ну! це не реклама, мені дуже сподобалося! і це Цілуйте жопу інтерфейс дійсно

Я натрапив на це місце кілька тижнів тому. Пила на першій сторінці, DINT турбуватися. Для мене це був просто ще один сайт з деяким багатим змістом спалахом, що дозволяє користувачам завантажувати зображення, вибрати деякі доріжки і конвертувати його в гарне слайд-шоу фотографії. Завантажити FLV, і поклав його на будь-який сайт за вашим вибором (YouTube, Metacafe, Facebook і подібні) ... період.

Вчора, коли я побачив внутрішнім сторінкам потік, який відбувся користувачів шляхом створення слайд-шоу .... Я пішов ОН НІЧОГО СОБІ! Коли я зрозумів, що не було небагато FLASH використовується. Це був дійсно багатий користувальницький інтерфейс. Всі інтерфейсу розробники повинні прагнути до створення або, принаймні, бути частиною команди, яка зробила цей інтерфейс .... Абсолютно блискучий! І натхнення!

ЦЕ ЦІКАВО ... http://animoto.com/ ... і зареєструватися і грати з ним ... тільки тоді ви зможете оцінити генія.


2008 2 липня 2008

Ми використовуємо штучний Абсолютна позиціонування: Блестящие Макет CCS

Коли я прочитав цю статтю на A List Apart " Штучний Абсолютна позиціонування
Ерік Sol ", я був не менше, ніж вражений. Я був пригнічений majorly, тому, чесно кажучи, я задавався питанням, чому я не можу придумати щось казкове, як цей.

Зазвичай, коли ми створюємо CSS макети, ми використовуємо "ПОЛОЖЕННЯ" або "плаває", або дуже погана комбінація обох. Ерік Сол і його команди визначають поруч з ідеальною технікою нового типу CSS макета техніку, яку вони охрестили як "штучний Абсолютна позиціонування" після штучного техніка колони, яка імітує наявність стовпця.

Ви знаєте, що проблема всіх нас, CSS, розробники з розпадається макети (несподівані зміни змісту, які викликають цілі стовпці на плівку, коли ми використовуємо плаваючий макети) ... Ну! Схоже, історія!
Цей формат техніка ще дуже молода, і вона повинна корзини з усіх тих, гуру CSS там, перш ніж вона стане ООН письмового стандарту. Я щасливий, що використовувати його зараз! ... І я вже в середині перетворення моїх попередніх проблематично / плаваючою не-обов'язково макети в розташування FAP вже ... і радий сказати "ми вже використовуємо штучний Абсолютна позиціонування для цього блогу, а також" ... ВПЕРЕД спробувати, зараз!

Престижність Ерік!


2008 6 червня 2008

Рекомендації: Тримати числа елементів DOM малого

Більш DOM елементів на сторінці, він робить повільний, повільніше DOM доступ в JavaScript. Велика кількість елементів DOM може бути викликане поганою дизайн макета. Наприклад, вкладені таблиці можна було б використати для цілей компонування. Використовуйте будь HTML тегів де має сенс семантично. Для Наприклад, використання DONOT столи для макетів, але DONOT соромтеся використовувати їх там, де у вас є для відображення табличних даних, і, отже, буде використовуватися скорочення DOM елементів, в порівнянні з аналогічним структура створюється з використанням DIVs тільки ..

Щоб перевірити кількість елементів DOM в HTML сторінці, просто введіть в консолі Firebug в: document.getElementsByTagName('*').length

Існує не набір стандартних, скільки DOM елементів занадто багато. Перевірка інших подібних сторінок, які мають хороші markup.Eg. Сторінка Yahoo! Головна досить зайнятою сторінки і ще до 700 елементів (HTML-теги).


2008 2 червня 2008

Рекомендації: Використання AJAX

Використовуйте для GET-запитів AJAX

Було встановлено, що при використанні XMLHttpRequest, POST реалізована в браузерах два етапи: відправка заголовка, а потім передачі даних. Тому краще використовувати GET, який приймає тільки один TCP-пакет для відправки (якщо у вас є багато печива). Максимальна довжина URL в IE, 2K, так що якщо ви надішлете більше, ніж 2K дані, які ви не зможете використовувати GET.
Цікаво вплив стороною є те, що насправді POST без розміщення будь-яких даних, веде себе як GET. ОТРИМАТИ призначена для отримання інформації, так що має сенс (семантично), щоб використовувати отримуєте, коли ви тільки запитує дані, на відміну від передачі даних будуть зберігатися на стороні сервера.

Уникайте синхронні виклики AJAX

При створенні «Аякс» запити, ви можете вибрати або асинхронний або режим синхронізації. Асинхронний режим запускає запит у фоновому режимі під час інших заходів браузер може продовжити обробку. Синхронізація режим буде чекати запит, щоб повернутися, перш ніж продовжити.
Запити, в режимі синхронізації слід уникати. Ці запити змусить браузер замкнути для користувача, поки запит не повертає. У випадках, коли сервер зайнятий і відповідь займає деякий час, в браузері користувача (і, можливо, OS) не дозволить нічого зробити. У випадках, коли відповідь ніколи не отримав належним чином, браузер може продовжувати блокування до запиту минув.
Якщо ви думаєте, що ваша ситуація вимагає режим синхронізації, то, швидше за все, час переосмислити дизайн. Дуже небагато (якщо такі є) ситуаціях насправді вимагають Ajax запитів в режим синхронізації.


2008 22 травня 2008

Рекомендації: Робота з зображеннями

Оптимізація зображення

Оптимізація просто означає збереження розміру зображення невеликого збереженні якості зображення до необхідного рівня. Є маса процедур, які раз може виконувати для оптимізації зображень перед завантаженням на сервер для доставки. Інструменти, які ми використовуємо для створення цих зображень (Photoshop, Fireworks і т.д.), як правило, інструменти, які дозволяють користувачам оптимізувати зображення для веб-використання.
• Перевірте, GIF, щоб побачити, якщо вони використовують палітру розмір відповідної кількості кольорів у зображенні. Коли зображення з використанням 4 кольорів і 256 кольорів палітри, то зображення може бути ще більш оптимізований

• Перетворення GIF до PNG, де це можливо і подивитися, якщо є заощадження. Найчастіше, є. Не соромтеся використовувати в PNG, так як вони повністю підтримує більшість найбільш поширених браузерів. Очікувати від можливості анімації PNG можуть робити те, що робить GIF, в тому числі прозорість.

• Для зображень, що використовуються в CSS спрайт, організувати зображень в спрайт горизонтально, а не вертикально як правило, призводить до зменшення розміру файлу. Крім того, комбінувати зображення з схожими кольорами в спрайт. Це допоможе вам зберегти колір кількість низько, в ідеалі до 256 кольорів, так, щоб поміститися в PNG8.

• Якщо ви використовуєте favicon.ico, зберегти його невеликий, бажано під 1K.

Використовуйте правильно масштабувати / розмір зображення.

Завжди намагайтеся використовувати зменшені картинки, тобто не використовувати більше зображень, ніж потрібно, просто тому, що ви можете встановити ширину і висоту в HTML. Якщо вам потрібно відобразити 100px X 100px зображення на сторінці, то не треба використовувати зменшену 200x200px зображення.

Використання прогресивного зображення

Веб-браузер вже надає зображення поступово. Щоб зробити ще краще, просто збережіть GIF або PNG зображень з "Черезстрочне" варіант, або ваш JPEG зображень з «прогресивними» варіант.

Існує тривають дискусії серед користувачів Інтернету, чи є використання прогресивних зображень є благом або перешкодою. Крім того, прогресивний образ важить приблизно на 20% більше, ніж його колега, не прогресивний. Отже, якщо ви думаєте, що схема використовує зображення, які не будуть заважати користувачеві досвід, причому прогресивною, не соромтеся робити це.


NDK будинку | Висловлюючи IT | Висловлюючи неба | Висловлюючи Penmenship | Висловлюючи трепет | виразити себе