Moskus

Не изобретать велосипед и использовать одну из множества реализаций Masonry, например - вот эту.

Переведите шестнадцатиричные значения в двоичные (0x36=00110110) и запишите каждое такое значение в столбец сверху вниз. Каждое следующее значение - следующий столбец слева направо.
Вот и весь формат шрифта.

"То же разрешение монитора" означает одинаковое количество точек на его матрице. Следовательно, физически на нем не может поместиться больше чего-либо при том же размере этих данных в пикселях. И все будет, как вы сказали: "тупо больше по размеру".

Однако, имея физически более крупный монитор, вы можете уменьшить шрифты и размеры некоторых элементов интерфейса в настройках системы приблизительно на четверть в пикселях и получить на мониторе 27" символы того же размера в миллиметрах, что у вас были на мониторе 21". Так у вас на экране поместится где-то на пятую часть больше строк по вертикали и где-то на столько же символов по горизонтали.

Возможность сделать это зависит от того, не установлены ли у вас уже самые мелкие шрифты из тех, которые вы можете комфортно читать - если установлены, то настройки менять уже некуда.

Например, так:

background: #2e5a89; /* Old browsers */
background: -moz-radial-gradient(center, ellipse cover,  #2e5a89 0%, #16283e 100%); /* FF3.6+ */
background: -webkit-gradient(radial, center center, 0px, center center, 100%, color-stop(0%,#2e5a89), color-stop(100%,#16283e)); /* Chrome,Safari4+ */
background: -webkit-radial-gradient(center, ellipse cover,  #2e5a89 0%,#16283e 100%); /* Chrome10+,Safari5.1+ */
background: -o-radial-gradient(center, ellipse cover,  #2e5a89 0%,#16283e 100%); /* Opera 12+ */
background: -ms-radial-gradient(center, ellipse cover,  #2e5a89 0%,#16283e 100%); /* IE10+ */
background: radial-gradient(ellipse at center,  #2e5a89 0%,#16283e 100%); /* W3C */
filter: progid:DXImageTransform.Microsoft.gradient( startColorstr='#2e5a89', endColorstr='#16283e',GradientType=1 ); /* IE6-9 fallback on horizontal gradient */

Судя по числам, у вас географические координаты. Если вы не хотите, чтобы изображение ваших объектов было растянуто по горизонтали пропорционально тому, как далеко от экватора находится ваш объект, вам нужно сначала перепроецировать географические координаты на эллипсоиде или сфере (я не знаю, где вы их взяли, потому тут возможны варианты) в прямоугольные, а потом просто нормировать получившиеся цифры, чтобы они влезли в ваш экран и повернуть оси.
Выбор прямоугольных систем координат широк, но вам, вероятно, проще всего будет работать с проекцией Меркатора. Все что нужно для перепроецирования содержит библиотека PROJ4 (см. вот тут).

Если есть задача сделать это бесплатно, то можно поступить так: Porsche 911 На Flickr можно найти очень много всего, а правильные настройки расширенного поиска (лицензия, размер) сузят круг фотографий до того, что вы действительно сможете использовать совершенно бесплатно и с искомым результатом.

Вынужден вас разочаровать.
Док-станции, которые вы нашли, которые стоят по $200 и более - единственный вариант самостоятельного разветвителя Thunderbolt.

В общем случае, шина Thunderbolt предназначена для подключения устройств последовательно в цепь, как в старом-добром FireWire. Потому Apple предполагает (там ведь всегда лучше знают, что лучше для пользователей, правда?), что для такого случая вы должны иметь монитор, у которого не просто один DisplayPort, а два Thunderbolt. Один вы, соответственно, подключаете к ноутбуку, а во второй включаете свой Ethernet-адаптер.

Но раз у вас нет такого монитора, вам придется либо раскошелиться на док-станцию, либо отказаться от Ethernet-адаптера для Thunderbolt и заменить его на адаптер для USB 3.0, на котором вы, вероятнее всего, свои 600 Мегабит пропускной способности получите, а может и несколько больше.

Можно собрать сниффер GSM на базе OsmocomBB и анализировать лог-файл. Служебная информация (LAC, MNC и прочее) видна через тот же Wireshark. Это не простейшая задача из разряда "plug-n-play".
Однако, такой анализ, вероятнее всего, не может решить задачу, которую вы перед ним ставите, потому что загрузка базовых станций - штука не такая уж постоянная. И сомневаюсь, что вы будете месяц ездить с ноутбуком и приемником по тем местам, где бываете, чтобы выяснить, симку какого оператора вам стоит купить.

Это весьма двоякая ситуация. Хотя в некоторых случаях (например, так происходит в Mac OS) такие символы действительно комбинируются из двух, но это может создавать проблемы софту, который ориентирован на применение "готовых", а не "комбинированных" символов. Эта проблема может возникать и при поиске, когда "комбинированная" ё не считается за эквивалент одиночной, и так далее.
Ну а само по себе составление таких знаков работает очень просто.
В Unicode есть блоки Combining Diacritical Marks и Combining Diacritical Marks Supplement.
Если один из таких символов следует за символом буквы, они "комбинируются". Например, ё может быть составлена как U+0435 следующий за ней U+0308. Вместе получится ё .
С символом ø (o with stroke) - сложнее. Этот символ не представляется комбинацией двух символов, хотя знак перечеркивания существует среди CDM, это символ с кодом U+0338, но это другое перечеркивание - long solidus overlay. Как можно видеть, он не дает нужного эффекта: o̸

Подсветка кода одним только CSS не делается, потому что для CSS он должен быть размечен элементами HTML.
Что такого сложного в редактировании шаблона и подключении, например, вот этого https://highlightjs.org/usage/ - не знаю. Три строки всего.

1. Открыть maps.google.com
2. Найти поиском адрес места, которое вы хотите указать.
3. Нажать на кнопку с тремя горизонтальными полосками в левом верхнем углу (либо на кнопку с шестерней в нижнем правом, если пользуетесь Lite-версией).
4. Выбрать "Share or Embed", в открывшемся окне - выбрать закладку Embed.
5. Настроить размер, получить код iframe для вставки. На preview карта должна отображаться именно так, как вы хотите, на сайте, куда вы это вставите - тоже.

Можно также воспользоваться вот этим инструментом для получения кода: https://developers.google.com/maps/documentation/e...

Естественно, возможно.
Чтобы не разрабатывать все вообще с нуля, можно вооружиться вот этим geoext.org для front-end, этим geoserver.org для визуализации данных на стороне сервера и непосредственного взаимодействия с клиентскими запросами, этим postgis.net для хранения данных.
Естественно, на этом наборе инструментов свет клином не сошелся.

"Купить" - это текст. Если посмотреть на код элемента в инспекторе, то стиль, который описывает отображение кнопки, выглядит так:

background-color: #fdc700;
border: 1px solid #f6a600;
border-radius: 3px;
color: #363b41;
display: block;
float: left;
font-size: 18px;
font-weight: normal;
height: 40px;
left: 2px;
margin-top: 12px;
position: relative;
width: 140px;

Соответственно, никакое фоновое изображение, на котором было бы нарисовано слово "Купить" к этому элементу не применяется, а label кнопки берется классическим способом, из содержимого элемента button (который вы процитировали в вопросе).
Иногда, действительно, элемент может содержать текстовый label, который стилями приводится к нулевому размеру шрифта, а надпись содержится в назначенном через стили фоновом изображении. Но это не тот случай.

Секретная фраза, конечно, есть: "снять лапшу с ушей".
Идем, например, на сайт Panasonic, известного и признанного производителя батарей, находим там каталог цилиндрических литиевых аккумуляторов и смотрим какие там номинальные типичные емкости для всего, что 18650:
NCR18650 - 2900 mAh
NCR18650A - 3070 mAh
NCR18650B - 3350 mAh
NCR18650E - 2250 mAh
NCR18650F - 2900 mAh
То есть ни о каких 4000 или 6200 mAh речи не идет вообще. А то, что дядюшка Ли может написать на корпусе батареи хоть 10000 - так это сомневаться не надо.
Связываться с батареями непонятного происхождения и завышенной маркировкой емкости можно, только если у вас есть "умный" зарядник, который вам еще и расскажет про них всю правду.

"Бод в секунду" не бывает. Бод - это уже количество бит в секунду, независимо от их значения (данные или контроль канала).

Если один кадр состоит из 8 бит данных, 1 бита четности и 2 стоп-битов, при этом скорость канала у вас 9600 бод, то чтобы найти, сколько байт в секунду вам удастся передать, вам не умножать нужно, а делить: 9600/(8+1+2)=872,(72) байт в секунду.

Если же вам нужно, наоборот, выяснить минимальную скорость канала в бодах (т.е. общее число бит в секунду, считая служебные биты), то в вашем примере это считается так:
- 1000 семплов за половину секунды - это 2000 семплов за секунду
- каждый семпл - 2 байта = 16 значащих бит
- при кадре с 8 битами данных, 1 битом четности, 2 стоп-битами получится что на один семпл нужно два кадра, то есть 11*2=22 бит
- умножаем полное число бит для передачи одного семпла на число семплов в секунду, получаем 22*2000=44000 бит в секунду, то есть нужна скорость не менее 44000 бод.