и контрибьюторы разные

а мне кажется что они просо взяли название и приклеили к другому проекту

вижу

странно это все

ну там и коммиты есть

кстати, про qmlweb

есть где нибудь в письменном виде - зачем оно нужно?)

ну в смысле - просто по фану?

я просто года четыре назад хотел прямо такое

но с тех пор столько всего в вебе произошло

а рендер только html?

я про qmlweb

на канвас, например

всмысле - нет? вообще?)

хм. перебор

ну строго говоря на телевизоре видео ютуба надо смотреть с помощью приложения ютуба

а Qml на tvOs работает?

хмм. но там и веб вью есть

почему??

а откуда они знают?

просто он и в Qt и в Qml идет

нет, речь про апстор

странно, они вроде специально js движок пилили для этого

точнее, пилили для Qml, но раз уж он есть

там вебкит, он должен в нормальную ось уметь

а не в это

просто в iOS единственно тех ограничение - это jit, а на уровне стора - это приватные апи

а не то что нельзя реализовать свой веб вью

ну ясно. может оно и к лучшему

1) Кстати, вроде не сдох

Для одного из наших клиентов мы адаптировали проект для Tesla, там Qt WebKit 533 (~iOS 4, Android 2.3)

iOS4???

Это видимо давно очнь было

на QtWebKit писали аппу года три назад

не слышал про его смерть ничего

какой ужас

в дурку посадили

его когда-то кто-то любил?

хедлесс хром, zomby, jsdom, вебдрайверы. зависит от задачи

да, хром давно есть хедлесс

правда он в бете до сих пор вроде

ну там какая история

он как бы сейчас хедлесс, но на самом деле нет

и все можно

а настоящий совсем хедлесс пилится

https://bugs.chromium.org/p/chromium/issues/detail?id=546953#c54 вот тут про настоящий и скриншоты

а так хром вебдрайвером можно

можно просто окно не открывать

но там с таймерами чего-то

так как окно не в фокусе и особо не жалает их обрабатывать

и блинк тоже рендерить не торопится

это да. но фантом не лучше

хотя для скринов лучше наверное

https://chromium.googlesource.com/chromium/src/+/master/headless/README.md

ребят, как мне правильно понять вот это

я думал, в массив нельзя писать ключ:значение

Потому что ты записываешь свойство в объект массива. А console.log итерируется по keys объекта вместо того чтобы просто взять valueOf

ах понял, спасибо!

я думал, в массив нельзя писать ключ:значение

массив это и есть ключ значение arr['0'] - забираешь элемент по ключу arr['0'] = 1- ложишь по ключу arr['test'] - забираешь по ключу arr['test'] - ложишь по ключу arr.test можно написать вот так так как test это валидное свойство. '0' увы нет поэтому нельзя написать arr.0

единственная оптимизация с массивом - можно писать вот так arr[0]

единственный плюс использования массива против объекта это то, что у него ключи пронумерованы? В остальных случаях лучше использовать объект, получается. Потому что массив тоже объект.. госпаде почему так

ну не с массивом так тоже можно писать

формально - массив это просто объект

https://gist.github.com/DmitrySoshnikov/593e19f60df257f2119fad2e0431b617

такое на прокси надо делать

формально - массив это просто объект

Без гарантированной сортировки свойств

R.remove(2, 3, [1,2,3,4,5,6,7,8]); //=> [1,2,6,7,8]

а что тебе нужно?

А чем объекты плохи? В них удаленные элементы память не занимают же.

Люди, такой вопрос

Я писал игру простенькую на ноде (на сокетах). И игроков хранил в массиве с их данными позиций Х и Y

но когда добавляется 1-2 юзера, память засорялась

такие данные надо хранить онли в бд?

Какие перемещения? Объекты это хеш структура же

такие данные надо хранить онли в бд?

можешь в файликах )) хотя это по сути тоже бд... файловая

можешь в файликах )) хотя это по сути тоже бд... файловая

не быдло код?

в файлах

new Object(null)

Сделать свой HashMap. Сделать свои деревья поиска. Сделать свой deque