Vitaliy

на одном canvas нельзя рисовать по разному из нескольких контекстов, все они сводятся к одному canvas.

Может вообще canvas'ы не нужны? Почему бы не работать через DOM (там фактически все есть - фильтры, трансформации)?

Godot

Используйте Promise

function forse(){
  return new Promise((res,req) => { // и в случае ошибки не забудьте вызвать req
     setTimeout(function(){
    $.post(
      "post.php",
      {
               params: params,
               count: count
      },	
      function(data){
           $("#result").append(data);
            res();
      }
    );
  },5000);
  });
}

Для актуальных браузеров c поддержкой async/await (должно быть внутри async функции)

for(let i=0;i<10;i++)
    await forse();

И для тех, что постарше:

var i = 0;
function iter(){
    if(++i>10)return;
        return forse().then(iter)
}
iter();

Для массива байтов есть типизированный Uint8Array

Из строки в Uint8Array:

var te = new TextEncoder("utf-8"); 
te.encode(string); // возвращает Uint8Array

Из массива (в данном примере целые 32-х битные)

new Uint8Array(new Int32Array([435678]).buffer) // вернет Uint8Array с [222, 165, 6, 0]

Оказывается, нужен transform-runtime , при разработке достаточно подключить этот плагин, и тогда будут определены методы для создания класса и т.п. из импортов /babel-runtime/helpers/*. А babelHelpers, это судя по всему "babel-runtime", подключаемый на клиенте

Стоило только задать вопрос после пары часов поисков, так сразу нашел ответ)))

Оказывается, дополнение к Опере CORS мешало.
+ к этому Access-Control-Allow-Creditials добавить забыл

CSS такого делать не умеет. Помню, когда то находил реализации под Safari, но дальше iOS это не пошло. Поэтому единственный вариант:
продублировать все что в фоне и размыть. Достаточно легко реализуется для фона-картинки, и почти нереализуемо для всех возможных элементов, так как все что в фоне нужно повторно добавить в нужный блок, обрезать, размыть, и при этом нужно соблюдать чтобы все совпадало

jsfiddle.net/SvH6w/6

Почему первый не работает? Там все как надо:
при вызовеcreateCounter()инициализируется numberOfCallsсо значением 0 и возвращается функция, которая "видит" эту переменную. В дальнейшем вызове этой анонимной функции она все так же будет видеть numberOfCalls.

В первом случае при вызове createCounter заново каждый раз создается переменная с 0
Во втором случае при вызове fn()одна и та же анонимная функция использует одну и ту же переменную numberOfCalls

Так и не удалось найти подходящей, тем более требования увеличились (что касается быстродействия).

Подготовил дебютную версию своей библиотеки texturity.js, которая проводит рисование через WebGL (что несравнимо с обычным Canvas) и работает в одном контексте, что позволяет без каких либо задержек рисовать на разных экземплярах Texturity.Canvas

ООП уместно использовать для тех задач, где компоненты приложения будет удобнее разделить на некоторые абстракции (сущности)

Особенности:

• - нет необходимости применять ООП для очень мелких программ/скриптов
  
• + желательно использовать в программах, которые потребуется поддерживать и улучшать
  
• + необходимо использовать в больших программах (чем больше функций должно выполнять ПО, тем сложнее будет их все правильно структурировать и реализовать)
  

Например, в самом простом калькуляторе нет необходимости что-то представлять в виде объектов, достаточно функционального стиля (все что от него требуется, это методы add, sub, div, mul и т.д.)
Если что-то посложнее, тогда с одними функциями будет сложно работать, и будет сложнее разбираться в коде (поддерживать его) и понимать какая часть кода за что отвечает (нажатие кнопки, вывод результата).
В случае с ООП можно такие компоненты представить в виде классов, тем самым оградить нужные данные и методы от остальных (классы Button, Field, и Operation, например). Конечно, и кода станет больше, но зато потом будет легче в нем разобраться, чем перебирать все функции и места, где они выполняются.
3 принципа ООП:

• инкапсуляция - изолирование некоторых данных и методов от прямого внешнего воздействия
  Например, у Button есть имя, но оно не должно быть доступно как public, чтобы его не могли изменять как попало, а изменять только через метод setName, который будет контролировать что можно ставить как имя кнопки, а что нельзя
  
  
• наследование - позволяет придать некоторому классу те же свойство, что и у другого.
  Часто встречающийся пример - Транспорт, имеет методы движение(), остановить(). Те же самые методы по сути должны иметь все виды транспорта, и чтобы в классах Велосипед и Автомобиль заново не прописывать все эти методы, можно унаследовать их от класса Транспорт. Тем более это связано со следующим принципом, по которому не нужно знать в итоге в каком Транспорте мы находимся и как он работает, а достаточно лишь знать, что он умеет двигаться и останавливаться
  
  
• полиморфизм - позволяет работать с данными не заботясь о том, какие дополнительные свойства имеют эти данные (объект) или какого они типа
  Например, есть класс Месседжер, он имеет метод отправить(что-то). В виде параметра нужно передать то, что нужно отправить, а это может быть как текст, так и файл. Это пример статического полиморфизма (хотя в JS его трудно назвать таковым, так как он с динамической типизацией и не имеет перегрузки методов, и все разборки по поводу того, что делать с данными разного типа происходят при выполнении программы). В динамическом необходимо знать только то, что умеет делать определенный объект и не важно чем он есть на самом деле и как он это делает (см. пример с классом Транспорт выше)
  
  

1. pure JS
2. с помощью jQuery

context.transform(1, 0, 0, -1, 0, canvas.height)

Источник

в reject нужно передавать

async function test() {
  return new Promise((res,rej) => {
    setTimeout(() => {
      try {
      do1()
      res()
      }
      catch(e) {
      rej(e);
      }
      console.log('After throw')
    }, 2000)
  })
}

Никуда JS не денется, так как на него подсело много разработчиков, и переходить на С++ (он же компилится в WASM) или что-то подобное они не станут. Ведь кому нужна лишняя головная боль (и выстрелы по ногам), чтобы ускорить приложение, в котором от силы все операции занимают долю секунды.

Конвертеры, 3D игры, обработка изображений и т.п. - вот где важна производительность, остальное и так быстро работает.