spmbt

Наблюдал такое в Dev версии Firefox 85.0b4 после длительного пользования, более месяца. Не исключено, что в стабильной версии тоже будет проявляться, но ошибка, видимо, накапливаемая за долгое время, поэтому не знаю, как повторить.

При этом, в неиспользуемой стабильной версии Firefox и в используемой стабильной Chrome - всё нормально.

Проявляется в том, что единственная запись небольшого безобидного значения в localStorage приводит к последующей невозможности записи по ошибке "quota". Проверка реального объёма скриптом записывания в Storage всё более крупного объёма данных показывает, что, в самом деле, ничего записать нельзя. После localStorage.clear() снова оказывается возможной запись, но до меньших пределов, чем прописано в dom.storage.default_quota. Со временем, похоже, есть тенденция этому пределу сокращаться.

Чтению имеющихся записей это не мешает, но удаётся записать до ошибки или очень мало КБ (5-100), или не даёт писать ошибка. indexedDB при этом совершенно пустая на домене, есть лишь немного cookie.

При этом на другом домене этого же браузера всё работает отлично, как и в Хроме.

Хотя очень похоже, что это есть баг браузера, пришлось дописать автоматическую очистку локалстораджа по localStorage.clear(), с восстановлением своих записей, так как не исключено, что в стабильных версиях браузера она тоже будет наблюдаться.

А описать багрепорт невозможно, т.к. неизвестна процедура воспроизведения.

Нужно запустить продолжение процесса:

function cleanSassBlocks(f) { f();
    arrBlocksNames.forEach(function(blocksName) {
        return gulp.src(blocksName + '/**/*.css' )
            .pipe(clean({force: true}));
    }); 
...

(как подсказано в https://github.com/sindresorhus/del/issues/45#issu... )

> document.body+''
"[object HTMLBodyElement]"
> document.querySelector('div')+''
"[object HTMLDivElement]"
> document.querySelector('span')+''
"[object HTMLSpanElement]"

Или то же самое - .toString() (это в Firefox) - начинает становиться некоторым стандартом. Раньше JQuery 1.x определяла DOM-элемент наличием свойства .attributes, когда разброс по выдачам у браузеров был велик.

У Fx ограничение времени исполнения скрипта - 10 с. Увеличить его можно, поставив в about:config переменную
dom.max_script_run_time
в нужное значение. (Быстрее не будет, но и прерываться будет не так часто.)

stackoverflow.com/questions/3141064/how-to-stop-all-timeouts-and-intervals-using-javascript
В простых, но частных случаях помогает clearTimeout(1); для Fx и clearTimeout(0); для Chrome.

Если код раскладывается на дерево согласно зависимостям: общий код — в корне, частные — в подкаталогах, то можно так и хранить. Если хочется держать в одном каталоге, то или дерево подкаталогов дублируется там, или всё в одной куче, а вытаскивание из неё организуется через зависимости. Если частный код или плагин употребляется в более одном месте, его переносят к общему корню каталогов. Зависимости можно визуализировать в одном JSON-файле, чтобы скрипт мог доставать без ручной правки кодов во многих местах. Аналогичный вопрос часто свстаёт в среднесложных системах с более 2 десятками файлов. По теме, скорее, лучше гуглить на @require JS", «commonJS», AMD, хотя в них не решается вопрос о путях к файлам — это всё на усмотрение программиста.

Красивая штучка, немного по теме: prezi.com/zkhsz49ownaw/coffeescript-vs-typescript/

es5.javascript.ru/x15.3.html#x15.3.4.3 — ECMA про apply и call
Из этого следует (п.3), что myFunction.apply(myObject) ошибочно, писать второй аргумент надо всегда.

Никак. Пользователь может внедрить скрипт (тег Script src), в котором будет доступ к window в Хроме, где специально постарались усложнить доступ контентных скриптов, а в остальных браузерах получить window никогда не было проблемой. (Правда, Вы не уточнили, КЕМ будет написан скрипт. Но, наверное, подразумевается, что пользователем.)

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

>… так устроен js.
В половине браузеров он не так устроен. Firefox, Safari — ключи-числа идут в порядке объявления. В старой Опере что-то вообще необычное. Зато нечисловые ключи у всех идут в порядке объявления, хотя это, как написано, не гарантируется. Просто не пользуйтесь в объектах числовыми ключами, чтобы не попадать на эти грабли.

> Не попадёт.
… А вот в коллекциях DOM-элементов список живой. Так что всё от реализации зависит.

Сделать его во внешнем подгружаемом файле, приписать некешируемость (можно в браузере, у Хрома настройка в интерфейсе отладчика). Или пересобирать проект перед тестом.

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

Делать спец. скрипты где могут попасться ссылки на форму совсем не интересно, мне тогда проще через websocket, postMessage или sessionStorage замутить, без всяких расширений и кроссбраузерно…

F в самом деле, зачем Вам расширение, если через localStorage это реализуемо с небольшой задержкой. Вкладка формы опрашивает переменную из хранилища; если пришло сообщение — берётся фокус, выполняется действие. А на страницах вызова формы — простые скрипты, отключающие открывание в новой вкладке и создающие эту переменную в хранилище (Url ссылки), если Хром. PostMessage тут может тоже наткнуться на непрохождение сообщений из-за политики Хрома. Ещё вариант — Custom Events, но тоже, скорее всего, будут барьеры между ветками вкладок.

В jQuery есть .position(). В нативном:

$getPosition = function(o){
	var x =0, y =0;
	while(o){
		x += o.offsetLeft ||0;
		y += o.offsetTop ||0;
		o = o.offsetParent || o.parentNode;
	}
	return {x:x, y:y};
}

Смещение будет разностью смещений блока и обрамляющего (который не всегда будет непосредственным родителем, поэтому цикл). Или напишите цикл с остановкой while(o && o.className !='класс_родителя'). Положение прокрутки выставляется через тот же scrollTop, высота блока — offsetHeight (вызывает reflow). scrollTop автоматически не выходит за пределы offsetHeight, поэтому близкие к краям блоки не окажутся точно в центре, но чаще всего это и нужно.

Запретить вешать нельзя — можно отменить повешенные.

$('#test').click(function(event) {
    var obj = $(this);
    var text = obj.text();
    var input = $('<input/>', {
        type : 'text',
        val  : text
    }).appendTo(obj)
    .blur(function(event) {
        $(this).remove();
    });
});
$('.u').click( function(e){$('#test').unbind()} );

jsfiddle.net/spmbt/bP94G/

Тогда уж лучше элегантно

$( function(){
	var selChk = 'li input'; //добавить нужное
	$('ul.class_of_ul').on('change', selChk, function(ev){
	$(ev.delegateTarget).find(selChk).not($(this).addClass('checked') )
		.removeClass('checked').removeAttr('checked');
}); });