Daria

cdn2.carlcheo.com/wp-content/uploads/2014/12/which...
На нижней части изображения имеются ЯП. Чем меньше звезд, тем легче.

кроме web (JS, AS2)

AS2 мертвый "язык", уже как лет 10.

Ну а нынче можно писать приложения хоть на JS хоть на PHP.
Я к примеру себе написал таск менеджер под mac на JS
Хороший пример, редактор Brackets, реализован на js.

P.S.
ООП все равно придется учить, вы хотите другой язык, потому что вам сложен PHP.
Но если он сложен, и ооп не понять, то займитесь тупо версткой, другого не знаю что посоветовать.

Вам действительно нужна отдельная версия или будет достаточного адаптации под мобильные устройства? Если второе, то вот книга от первопроходца в этой области:
www.ozon.ru/context/detail/id/8747299

@tnorman уровень логики не ниже, чем на серверной стороне?)) Посмешили.
Фронт-енд разработчик должен разбираться во фронт-енде, а не в PHP — фтопку PHP, вообще никакого PHP.

Основы построения баз — да, поскольку появится возможность работы с базами напрямую. Понимать принципы общения с сервером и другими компьютерами, знать про HTTP-заголовки, политику безопасности и, в частности, политику происхождения документа. То есть знание XMLHttpRequest, CORS и (хотя бы) представление о WebSocket, WebRTC.

Разбираться в клиентских технологиях — HTML, CSS, Javascript, SVG, canvas, многочисленные API, описанные в HTML. И если не знать про WebGL и API, то разбираться зачем это и к чему. Построение DOM, CSSOM, понимание узких мест и тенденций. Основные семантические конструкции и микроданные.

Понимать box model, visual formatting model, stacking context, работу с формами и элементами, медиа-элементами. Знать, что такое кодировка и как жить с разными кодировками при необходимости, хотя это уже редкость.

ООП соглашусь — наследование, инкапсуляция, понимание роли прототипов и умение их использовать. Знание основных паттернов и парадигм. Добавлю модель событий — просто знание (не жалкие 5 штук, а реальный охват, включая MutationObserver). Ну и регулярные выражения.

AJAX? Если не брать в расчёт XML-RPC, SOAP, WSDL, то выделять это в отдельный вопрос не стоит. А вот event loop (включая tasks и microtasks), на который завязана модель событий и все асинхронные вызовы знать обязательно. Также быть в курсе, что такое promise, зачем они и как использовать.

Знать основы проектирования, UX и построения UI. Очень много в работе фронт-енда основано на взаимодействии человека и интерфейса. Непонимание основ UX приводит к неприятным последствиям.

Что же насчёт Backbone или других конкретных технологий — это вообще дело наживное и акцентировать внимание не стоит. Опыт приветствуется, но не является обязательным. ну только если проект не горит.
Безусловно, знание технологий разработки нужно, но я бы тогда поставил на Node.js, Grunt/Gulp, AngularJS.

При печати пользуются термином dpi (dot per inch), а для мониторов принято считать разрешение ppi (pixel per inch). Разрешение монитора на размер при печати не имеет никакого отношения, поэтому ваши 72 ppi никому не нужны. И я не знаю, где вы вообще умудрились такое устройство найти.

От разрешения монитора размер изображения на экране также на зависит — важно только общее количество пикселей. Поэтому когда говорят «разрешение экрана», имеют ввиду именно количество пикселей, используемое ОС по ширине и высоте.

Если говорить про печать с компьютера, то в диалоговом окне печати выбирается принтер, формат (если позволяет), ориентация бумаги. А дальше зависит от того, в каком документе и с какими стилями находится изображение — драйвер принтера сам подгонит под печатную ширину документ.
По сути для вас dpi принтера — это только качество распечатанного документа.

А вот для типографских нужд при подготовке изображений dpi необходим, поскольку для разных носителей, видов печати, и в зависимости от многих других факторов используются разные значения. Однако, если слова «допечатная подготовка» ни о чём не говорят, то вам в это и вникать не нужно. Да и снимки делают для 300 dpi, используя профессиональную аппаратуру, а не мобильный телефон.

Ну а если всё-таки уговорить распечатать свой снимок на устройстве, позволяющем вывести 300 dpi, то размер считается просто:
1 inch ≈ 2.54 cm
300 dpi ≈ 118.11 dpcm (эдакая вольность — dot per cantimeter)

Итого фотка была бы 27.64 × 20.73 сантиметров.

$("div#"+theActiveId).hide();

Как мы все прекрасно знаем, HTML5 не очень совместим со старыми браузерами.

Ну это весьма туманное и далеко не совсем верное утверждение.

Во-первых, нет чёткой грани между HTML5 и HTML4.
Во-вторых, понятие HTML5 настолько широко, что включает в себя очень много вещей, которые не поддерживаются и очень современными браузерами.

Так что ваш вопрос можно переформулировать так: «Какие браузеры поддерживают новые семантические элементы?»
Ответ: все, кроме упомянутого FF2 и IE8 и ниже. Первый вы ни у кого уже не встретите, для IE достаточно в скрипте создать (даже не добавляя в документ) элементы с такими именами тэгов, а в CSS прописать нужный для них display, и проблемы нет. Обратите внимание на поддержку элемента main (наводите курсор на версии браузеров).

Кстати, если вы решите разобраться с поддержкой появившихся полей формы и их атрибутов, новых API, да что там — простенького MathML, вы узнаете много интересного, и современные браузеры уже не будут казаться настолько уж современными:)

1. Контейнер
display:table (inline-table) + max-width:100% + table-layout:fixed (если нужно уравнять ширину колонок)

2. Контейнер
display:inline-block + max-width:100% + font-size:0 + white-space:nowrap (чтобы колонки не прыгнули друг под друга без ширины)
Колонки
display:inline-block + vertical-align:top + font-size:1rem + width:50% (если нужно уравнять ширину колонок) + white-space:normal (если было установлено nowrap)
Можно и float при желании с clearence у потока или overflow у контейнера

3. Контейнер
float + max-width:100%
Колонки
float + width:50% (или другие цифры, не превышающие в сумме 100%)
Точно так же можно и display:inline-block с обнулением и возвратом размера шрифта

var parts = ('10.1.1975').split('.'),
	date = new Date(parseInt(parts[2]), parseInt(parts[1]) - 1, parseInt(parts[0]));

https://sketchfab.com

По другому сделать надо, вынесите input за обертку с трансформацией, т.к трансформация наклоняет весь элемент с его содержимым.

Рабочий пример:

.search__input__wrap
{
   position: relative;
}
.search-wrapper-skew
{
   width: 158px;
   height: 21px;
   transform: skew(45deg);
   background: #fff;
}
.search__input__wrap input
{
   border: 0;
   width: 135px;
   height: 21px;

   position: absolute;
   top: 0;
   left: 11px;
}

<div class="search__input__wrap">
   <div class="search-wrapper-skew"></div>
   <input placeholder="поиск по сайту">
</div>

Ну пример ясен, там сделаете более красивее, как вам надо, ну чтоб текст не прилипал к скосам и т.д :)