Основният екип за рендериране е дългосрочен инженерен екип, който притежава цялостния конвейер за рендиране и повечето от основните етапи на рендиране. По-конкретно стил, оформление, композиране и боя. Екипът отговаря и за текст, шрифтове, редактиране, платно, изображения, тестване на хитове и SVG.

проектите

Екипът се състои от сътрудници от много различни компании и вижда редовни вноски от много повече, както и от отделни сътрудници.

Последна актуализация: четвъртък, 29 октомври 2019 г. от Крис

Харта на екипа

Основният екип за рендиране е фокусиран върху архитектурните принципи на надеждност, производителност и разширяемост на основните технологии за рендиране в мрежата: HTML, DOM и CSS. Ние също така се уверяваме, че отговаряме на топ исканията на клиентите. Нашите основни клиенти са уеб разработчици и други екипи в Chrome, които изграждат функции върху рендирането.

Приоритети

Мащабируема производителност

  • Ефективността на актуализирането на рендеринга е пропорционална на количеството промяна, а „количеството промяна“ има интуитивно обяснение.
  • Ефективността на изобразяване на компонент не трябва да зависи от това къде е поставен в съдържащ документ или от размера на този документ.
  • Ефективността на изобразяване на документ не трябва да зависи от размера на компонентите, съдържащи се в него.
  • Същото важи и за капсулирането - компонент може да бъде включен, без да се счупи съдържаща страница, а съдържащата страница не може да разчупи компонент.

Надеждност

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

Разширяемост

  • Уеб разработчиците могат да разширят възможностите на Rendering по нови начини без производителност или ергономични санкции.
  • Разработчиците на Chromium могат да разширяват или вграждат кода за рендиране по нови и нови начини без прекомерни усилия или санкции за производителност.

Текущи проекти

Списък на текущите големи проекти, собственост на екипа или с участието на множество членове на екипа.

  • CSS ограничение
    Текуща работа за оптимизиране на изолирането на производителността за CSS ограничаване.
  • Оформление NG, брой 591099.
    Нова система за оформление на Blink, проектирана с фрагментация, разширяемост и прекъсваемост.
    Фаза 1 (блок поток) стартира в M77.
    Допълнителни режими на оформление (таблици, flexbox, мрежа) и поддръжка на фрагментация на блокове, насочени към 2020 г.
  • Композитен след боя (CAP), брой 471333.
    По-рано известен като Slimming Paint v2. Проект за повторно внедряване на API за запис на изображения Blink CC, за да работи по отношение на глобален списък за показване, а не като дърво на cc: Layers. Това ще доведе до драстично опростяване на начина, по който съставените слоеве са представени в Blink и cc, което от своя страна ще доведе до подобрена производителност, коректност и гъвкавост.
  • src: съвпадение на local (), брой 627143.
    Подобрения на шрифтовете и IPC, за да се даде възможност за съвпадение на шрифтовете, съответстващо на спецификациите и подобрена производителност на уеб шрифта.

Организация

Организация на екипа и комуникация.

Пощенски списъци

Използваме набор от публичен пощенски списък за технически дискусии, въпроси и съобщения. Понастоящем достъпът е ограничен до абонати, но всеки може да се присъедини, като публикува в съответния списък или последва връзките към уеб архивите по-долу. След като се абонирате, пълните исторически архиви са на разположение.

  • [email protected]
    Основен списък за отбора. Използва се за нетехнически и общи технически дискусии, както и за съобщения.
  • [email protected]
  • Специфичен списък на DOM за технически дискусии и обсъждане на стандарти.
  • [email protected]
    Специфичен списък за стил (CSS) за технически и стандарти за дискусии.
  • [email protected]
    Оформление, текст и списък с конкретни списъци за технически и стандарти за дискусии.
  • [email protected]
    Paint, Compositing и SVG специфичен списък за технически и стандарти за дискусии. Вижте и този сайт.

Седмична среща

Седмична среща се провежда по време на видеоконференция в понеделник, отворена за всички членове на екипа, чиито бележки за събранието са достъпни по-долу и се изпращат до публичния пощенски списък. Ако се интересувате от участие, моля, говорете с Крис и той ще сподели инструкции.

Текущ график:

  • Вторник 10:00 PST (13:00 EST, 18:00 BST, 19:00 CET; сряда 03:00 JST, 05:00 AEDT).

Бележките за събранията са публични и се изпращат на rendering-core-dev, те са налични и в този документ: Бележки за срещата.

Отпуснат

За екипа има и набор от специални отпуснати канали. По логистични причини те са ограничени до членове на екипа и сътрудници. Моля, говорете с един от членовете на екипа и те ще ви накарат да бъдете добавени при необходимост.

Много от членовете на екипа също могат да бъдат намерени в канала #chromium на freenode.

Членове на отбора

Принос

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

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

Един добър начин да започнете е да поправите съществуваща грешка. Поправките на грешки обикновено са ограничени по обхват, противоречиви и лесни за оценка.

Преминаването през базата данни за грешки, за да се намери подходяща грешка, е доста трудна задача. За да улесним малко, ние се опитваме да поддържаме списък с грешки, които според нас са подходящи начални грешки. Тези грешки са маркирани с GoodFirstBug етикет. Използвайте следните заявки, за да видите GoodFirstBug в стила и оформлението и съответно компонентите за боядисване и композиране.
Ако предпочитате, следните заявки ще покажат всички отворени грешки в съответната група: стил и оформление, боя и композиране.

Документация

За преглед на високо ниво на конвейера за визуализиране, моля, вижте беседата Life of a Pixel (слайд дек), която Стив Кобс изнесе преди малко. Той дава много добър преглед и обяснява как различните стъпки в тръбопровода работят и взаимодействат помежду си.

За по-задълбочена документация за конкретни етапи на изобразяване вижте съответните файлове за маркиране, проверени в основното дърво на източника. Файлът README.md във всяка директория от най-високо ниво е добра отправна точка. Някои от ключовите документи са свързани по-долу.

Документи за проектиране

Всяка нова функция и всички големи проекти изискват проектния документ, преди да започне работата по внедряване. Тези документи се актуализират по време на фазата на внедряване и предоставят подробно обяснение на характеристиката или проекта, както и на историята и мотивацията.

Моля, добавете нови дизайнерски документи в края на този списък. Уверете се, че те могат да се четат по света и, ако е възможно, дайте права на коментар [email protected] отколкото Всеки с акаунт в chromium.org както не всички сътрудници имат chromium.org сметки.

Политика за бъгове и триаж

Основният екип за рендиране отговаря за всички грешки за компонентите, изброени по-долу, включително подкомпонентите. Нашата политика е всички нови грешки да бъдат задействани в рамките на една седмица след подаване и всички грешки от P-0 и P-1 да бъдат поправени навреме за следващото издание. Неспазването на политиката се проследява в нашата седмична среща и се споделя като част от бележките за срещата