Ну, я понимаю, что у вас в мониторе большее разрешение, по этому там больше вмещается.. Но если у телевизора разрешение 1366x768 - то на него влезет столько же, сколько на мои 12')) ну, если работать исключительно с текстом, конечно можно попытаться сжимать то, что туда выводится, но качество очень пострадает.. Лучше всё же использовать параллельно с существующим монитором, а если всё слишком большое - отодвинуть подальше. И в этом будет даже большой плюс - при переводе взгляда с ближнего монитора на дальний телевизор глаз будет менять "фокус", что очень полезно, так как зрение не очень приспособлено долго держать фокус на одно и то же расстояние и от этого очень устают глаза и теряется эластичность хрусталика
Я так понял, это коды символов в таблице юникод. В этом шрифте такие коды, которых нет в обычных распространённых шрифтах, по этому и отображаются квадратиками. Думаю, это для рядовых задач не критично - ну, то, что вместо обычных букв будут символы, но если сильно нужно, можно.. Да хотя бы jsfiddle открыть, и набрать в строчку нужные символы в формате "", где ffff код символа в 16-ричном формате. а потом по очереди копировать соответствующие "квадратики" из окна с результатом.. Или лучше всего на unicode-table.com найти "пустые" квадратики (с отсутствующим описанием, в конце многих условных блоков), и копировать их, а в редакторе вставлять.. Но потом использовать их в коде будет очень заморочно..
и тут лучше не parents(), a closest() указывать, а аргументом как раз нужный элемент указать, т.е. if ($(e.target).closest(menuelement)[0]) return; в начале обработчика - завершит функцию, если клик на элементе или его детях
Ну, jQuery изначально же и разрабатывался ради кроссбраузерности. Да и с утечками памяти, по крайней мере, в таких стандартных и широкоиспользуемых функциях там всё в порядке должно быть - всё-таки больше 10 лет это дело развивается, думаю всё, что можно, уже пофиксили)) А оптимизация рендеринга достигается правильной вёрсткой, и не важно, аяксом оно загружается, или сразу в коде страницы..
Pasechkin: Кстати, когда-то делал что-то похожее.. Вернее, начинал делать, но как-то не пошлО: truesh.comuf.com/cover - это типа чехлы для телефона. Слева типа палитра, можно ввести адрес картинки в поле, загрузить с помощью диалога загрузки (несколько сразу) или перетащить на "палитру" драг-н-дропом. А из палитры драг-н-дропом в нужную ячейку на макете (или кликнуть на картинку в "палитре", а потом на ячейку). Можно таскать по ячейке мышкой, масштабировать колёсиком или таская за стрелочку в верхнем углу и переносить в другие ячейки с таким же масштабом за иконку в нижнем углу. Cохраняется в html, правда, но по идее печатать тоже можно.. Была задумка на svg сделать - по идее, меньше весил бы готовый макет, если картинка повторяется в нескольких местах и она загруженв с компа, так как такие сохраняются в виде data.. Хотя внешние картинки должны грузиться из интернета. Интересно было бы под этот проект допилить, но щас другим проектом занят..
Только реально никакие вендорные префиксы, кроме -webkit-, не использовались. Да и те можно опустить, правда встроенный андлроидный браузер до версии андроида, кажется, 4 с чем-то без префикса не понимает..
zooks: не всегда удобно - например, если ты авторизирован на сайте, или ещё что-то важное в куках, но при этом надо именно актуальный свежий код загрузить
я думаю, это ограничение для canvas - хром и фаерфокс не даёт доступа к imageData, если используется изображение, загруженное с другого домена или с локального компьютера
а зачем с orbitControl.target что-то мутить? Нам же нужно только расстояние от gizmo до камеры, независимо от того, куда она смотрит.. то есть
var v1 = this.camera.position.clone().sub(Gizmo.position); // вычитаем из позиции камеры позицию gizmo
var len = v1.length();
with (Gizmo.scale) {x=y=z=len/1039}
Ну да, это я не учёл немного.. Просто не пользовался этой штукой, в смысле OrbitControls.js - вращал и зуммил непосредственно объекты.. Тогда, может, сделать такой вариант: делать таки с одной камерой и скалить Gizmo в зависимости от расстояния до неё. Ну вот, допустим
var base=1000 - расстояние до камеры, при котором Gizmo не скалится
Тогда при движении камеры если s - расстояние до точки просмотра:
Gizmo.scale.x=Gizmo.scale.y=Gizmo.scale.z=s/base;
не обязательно на сами эдементы ссылки делать, можно на наборы элементов сразу, так сказать. То есть типа
var $el = $('selector')
и там уже будут готовые ссылки на объекты DOM, а не будет их при каждом вызове искать
