Александр Маджугин

Vue такая штука, что в большинстве случаев легче написать нужный компонент ui самому чем установить, подключить и настроить универсальный внешний.
Причём буквально. Провозился вчера с ошибкой vue-select (который до этого вполне себе работал в других проектах) полчаса, потом плюнул и за 20 минут написал свой селект.

Произвольно помещать изображение в DOM заранее, а затем брать не произовольное изображение, а последнее помещенное в DOM.

Ну это svg'шка просто.
Я рисовал в inkscape. Ну как рисовал... дизайнер нарисовал подложку, я перегнал ее просто в вектор, поудалял ненужно. Всё.
Потом это несколько раз перерисовывали. И частично дизайнер доделывал svg - он рисовал в какой-то adob'овской проге, но ее исходник мне понравился меньше - у элементов нет id - нужно добавлять руками и еще что-то уже не помню. Вобщем я его тогда просто inkscap'ом пересохранил.
Какие могут быть шаблоне не представляю.

Смотря какой префикс. Если -moz-transform, то MozTransform или mozTransform. А если moz-transform то mozTransform. Никакого "правильно" тут нет. Это web, здесь все сломали еще до вас.

Перестань. Там нечего писать. Там простая формула и тебе надо две несчастные функции. За какую скорость ты собрался бороться?
oceansites.ru/pallete3/?file=k3.jpg - там на каждом хите вычисление кучи цветов в rgb->xyz->lab, вычисления cie2000, rgb->hsv. Все на тормозном PHP и слеплено на коленке. Какие тормоза? Ты каждый пиксел хочешь перегнать в hsv? Даже это не великая проблема. На кой черт тут библиотека?
На HSV на пыхе:

function RGB2HSV($rgb) {
        
        foreach ($rgb as $C=>$V) {
            $rgb[$C] = $V/255;
        }
        
        $MAX = max($rgb['R'], $rgb['G'], $rgb['B']);
        $MIN = min($rgb['R'], $rgb['G'], $rgb['B']);
        
        if ($MAX == $MIN) {
            $HSV['H'] = 0;
        } elseif ($MAX == $rgb['R']) {
            $HSV['H'] = 60*(($rgb['G'] - $rgb['B'])/($MAX - $MIN));
            if ($rgb['B'] > $rgb['G']) {
                $HSV['H'] = $HSV['H']+360;
            }
        } elseif ($MAX == $rgb['G']) {
            $HSV['H'] = 60*(($rgb['B'] - $rgb['R'])/($MAX - $MIN))+120;
        } else { // if ($MAX == $rgb['B'])
            $HSV['H'] = 60*(($rgb['R'] - $rgb['G'])/($MAX - $MIN))+240;
        }
        
        if ($MAX == 0) {
            $HSV['S'] = 0;
        } else {
            $HSV['S'] = 1-$MIN/$MAX;
        }
        
        $HSV['V'] = $MAX;
        
        return $HSV;
    }

Еще вопросов:
Зачем nav вынесен за header?
Зачем внутри h1 span?

Используйте mpdf последней версии.
Подключайте стили отдельным файлом.
Всё там отлично работает.

В снипетах редактора. Это же очевидно. И вставлять в код потом удобно.

Увидел вопрос в рассылке среди интересных, и хоть и с запозданием - отвечу.
Верстаю не много. Больше занимаюсь бэкендом, но верстаю и делаю это под Linux. Не понимаю зачем нужен PS. Макеты должны быть в png. Элементы верстки, которые вам необходимы должны быть в png. Фото для оформления в jpg.
Единственная серьёзная проблема это IE и проверка верстки в нем. Но я просто игнорирую его и говорю, что если верстку делаю я, то она только для web-браузеров.

А почему в PHP и Js нет статической типизации?
На самом деле фундаментальные корни одни и те же. Web-разработчики привыкли к постоянному бардаку и хаосу в своих продуктах. Никогда нельзя сказать, сколько завтра будет таких элементов на странице, даже если сегодня он один. Вот есть у вас #popup. Завтра заказчик просит добавить всплывающую форму и вы быстренько вставляете еще один #popup... Это заканчивается неявными проблемами.
Если бы браузер увидев дублирование id "падал" бы отказываясь отображать страницу и выбрасывал бы исключение, таких бы проблем не возникало. Но разрабы браузеров стараются отобразить страницу любой ценой - игнорировать дубли id, закрывать не закрытые теги и т.п.
Это делает подобные ошибки неуловимыми и разработчики вынуждены писать код который бы свел к минимуму саму возможность их появления.
Весь веб это пример индустрии говнокода, и отнюдь не потому, что нет хороших разрабов. Их вполне достаточно. Но сама идеология веба такова, что заставляет создавать говнорешения.
Нет стандартов, а те что есть не соблюдаются. Код решений находится в состоянии перманентной разработки и рефакторинга прямо в продакшене. Разработчики в проектах часто меняют друг-друга. И при все при этом требования к функционированию и отказаоустойчивости очень жесткие - ошибка приводит к проблемам сразу на многих машинах многих пользователей.
Результат этого ровно то, что мы имеем.

Так и не смог начать работать Sublime нормально. Использую Komodo Edit. Самое удобное в нем это работа с удаленными файлами изкоропки.

Я не знаю, но что если просто посмотреть какой там цвет, а потом грепнуть html и css по его коду?

1 Не грузиться, а отрисовываться.

2 Семантически.

3 Я считаю что почти. Я делаю так - пусть у нас есть title, и он бывает в post, news и art. Все общие стили title должны быть вынесеные в .title {} а следом должны идти .post .title {}, .news .title {} и т.д. и задавать они должны отличие от .title. Глобальные же блоки страницы должны иметь id и всегда лучше иметь селектор #id .class чем .class .class

А в целом забейте на селеткторы. Они просто должны быть читаемыми и простыми для изменения. Если у вас супер оптимальные селекторы, это еще не значит что вские бордеррадиусы и боксшадоу не убьют к черту вашу производительность рендеринга.
Ну и еще стоит избегать переопределения стилей.

P.S.
За всеми этими рассуждениями нет никаких объективных фактов вроде каких-либо тестов, даже "на глаз". Только здравый смысл и рассуждения общего вида.

Что делать, что делать...
Сайты делай.

Главное помни - чувство некомпетентности - это хорошо. Это значит ты учишься. Как только почувствовал себя профессионалом - все пора в сад, в профессии таким не место.

:after {
    content: ".";
    display: block;
    height: 0;
    clear: both;
    visibility: hidden;
}

Вообще у меня вот в закладках? что есть: www.quizful.net/interview/css/PUKEaqIUub9Y
Просто и доходчиво.

Подключай свои стили ПОСЛЕ reset. Вообще reset.css должен идти первым.