Браузер - это виртуальная машина, в которой крутятся скрипты на JS и WASM. Чтобы они выполнялись с вменяемой скоростью, их нужно JIT-компилировать в настоящий исполняемый код. iOS же запрещает любую динамическую генерацию исполняемого кода для сторонних приложений, поэтому в лучшем случае ваш кастомный браузер будет заниматься наивной интерпретацией JS и работать со скоростью Internet Explorer 6.
Сейчас пользователи iOS и так могут установить любой веб-браузер по умолчанию. Но теперь Apple представила экран выбора.
На данный момент любой браузер под iOS представляет собой один и тот же Safari с немного отличающимся пользовательским интерфейсом. Настоящий альтернативный браузер на основе исходных кодов Firefox или Chromium собрать, судя по всему, по-прежнему будет нельзя.
Пример абсолютно ненаглядный: разница в 10 строк практически не заметна. При этом в глаза бросается магия в виде init$, this.$.foo и тому подобное, а также невозможность выразить эти конвенции в Typescript.
Такие диаграммы, как в иллюстрациях к статье, не совсем подходят для отображения фамильного дерева: Нужно, чтобы карточки располагались на горизонтальных уровнях, а соединительные линии были ортогональными. Кроме того, судя по документации к Neo4J, база просто хранит данные, а визуализацией занимаются отдельные инструменты, интеграция с которыми сулит дополнительный геморрой.
Иронично, что первый же комментарией под статьей про Neo4J задает вопрос "а почему не PostgreSQL" :)
Проблема с производительностью была при отображении дерева, т.е. при вычислении визуального расположения карточек на плоскости так, чтобы связи между ними были как можно короче и как можно меньше пересекались. Я только очень бегло прочитал про Neo4J, но кажется что она про хранение, а не про расположение, или ошибаюсь?
Потому что Bonsai - не хайлоад-проект. Скольких родственников вы можете вспомнить и скольким хотите предоставить доступ? По моему опыту, эти цифры равны примерно 100 и 10 соответственно. Ну даже если у вас будет 500 страниц в базе, она все равно будет занимать от силы 10 мегабайт и легко умещаться в оперативку целиком. Вы предлагаете это хранить в базе энтерпрайз-уровня, где только контейнер занимает ~500 метров - чтобы что?
Со стороны отрисовки никаких проблем нет: библиотека поддерживает любые графы, хоть с циклами, поэтому можно будет отрисовать и Габсбургов, и персонажей сериала Dark. Однако в текущей версии это сознательно запрещено валидацией, поскольку с куда большей вероятностью это не реальная ситуация в семье, а просто ошибка ввода данных админом. Возможно стоит сделать для этого настройку
Дело не в браузере - видимо, какая-то проблема с демо-режимом, из-за которой дерево не просчитывается при рестарте контейнера. Если поменять настройки туда-сюда, все отображается. Поправлю :)
Тот же вопрос. В статье конечно упомянуто одной фразой:
Стальные башни, конечно, тоже могут быть модульными, если эти цилиндры разрезать на более мелкие части, но дополнительные усилия, необходимые для скрепления частей вместе, увеличивают как стоимость, так и техническое обслуживание.
Но что это за "дополнительные усилия" такие? Скрепить болтами? Или в худшем случае сварить? С моей дилетантской точки зрения это не настолько уж трудоемкое дело
Но никто не пользуется всеми опциями одновременно. Помимо огромной когнитивной нагрузки тут еще как минимум две проблемы: непонятно как расширять и непонятно как локализовывать. И все три можно было бы решить, просто разделив интерфейс на табы
Потому что информации становится столько, что она перестает влезать в голову. Для этого ее делять на "уровни приближения", как географическую карту: либо с высоты птичьего полета, либо в деталях, но не то и другое сразу.
Неужели сложно сразу написать число для всех дат после вчера? Это кажется абсолютно логичным.
Не кажется. Если вы спросите коллегу, когда была сделана фича X, то получите примерную дату, которую проще вспомнить ему и проще понять вам - "вчера", "неделю назад" или "давно". Ответ вида "семнадцатого октября в 21:37:04 по Гринвичу" вам придется мысленно распарсить, и делать это для каждого элемента длинного списка будет крайне утомительно. Аналогично с картами: нужны детали - приближайте.
можно использовать стрелки на цифровой клавиатуре, но их функциональность зависит от того, какой конкретно контент выделен (находится в фокусе) в браузере
Какое специфическое требование - перемещаться по сайту, причем плавно, причем сохраняя фокус. Зачем?
превратить его в мини-карту страницы
Возникает множество проблем: а что делать с бесконечным скроллом в лентах новостей? Или со вложенными скроллящимися элементами, типа "списка похожих товаров"? А с горизонтальным скроллом? И так далее. Карта хороша для длинной простыни текста, но далеко не для каждого сайта.
Видимо, интерфейсом мечты автора является что-то типа такого:
Интересно, это будет прямо новый 3D-action в духе оригинальной трилогии (но, возможно, уже не про Геральта, а про кого-то еще), или какая-нибудь отвлеченная игра из той же вселенной (как Thronebreaker)?
It’s obviously an artificial sound as there is no real mechanical shutter. So you can switch it off if you do not like it. But at least it gives you the sense for speed of those crazy 120fps!
TL;DR - звук сделан "для красоты" и отключается в настройках, ничего не резонирует
Браузер - это виртуальная машина, в которой крутятся скрипты на JS и WASM. Чтобы они выполнялись с вменяемой скоростью, их нужно JIT-компилировать в настоящий исполняемый код. iOS же запрещает любую динамическую генерацию исполняемого кода для сторонних приложений, поэтому в лучшем случае ваш кастомный браузер будет заниматься наивной интерпретацией JS и работать со скоростью Internet Explorer 6.
На данный момент любой браузер под iOS представляет собой один и тот же Safari с немного отличающимся пользовательским интерфейсом. Настоящий альтернативный браузер на основе исходных кодов Firefox или Chromium собрать, судя по всему, по-прежнему будет нельзя.
Пример абсолютно ненаглядный: разница в 10 строк практически не заметна. При этом в глаза бросается магия в виде
init$,this.$.fooи тому подобное, а также невозможность выразить эти конвенции в Typescript.Такие диаграммы, как в иллюстрациях к статье, не совсем подходят для отображения фамильного дерева: Нужно, чтобы карточки располагались на горизонтальных уровнях, а соединительные линии были ортогональными. Кроме того, судя по документации к Neo4J, база просто хранит данные, а визуализацией занимаются отдельные инструменты, интеграция с которыми сулит дополнительный геморрой.
Иронично, что первый же комментарией под статьей про Neo4J задает вопрос "а почему не PostgreSQL" :)
Проблема с производительностью была при отображении дерева, т.е. при вычислении визуального расположения карточек на плоскости так, чтобы связи между ними были как можно короче и как можно меньше пересекались. Я только очень бегло прочитал про Neo4J, но кажется что она про хранение, а не про расположение, или ошибаюсь?
Потому что Bonsai - не хайлоад-проект. Скольких родственников вы можете вспомнить и скольким хотите предоставить доступ? По моему опыту, эти цифры равны примерно 100 и 10 соответственно. Ну даже если у вас будет 500 страниц в базе, она все равно будет занимать от силы 10 мегабайт и легко умещаться в оперативку целиком. Вы предлагаете это хранить в базе энтерпрайз-уровня, где только контейнер занимает ~500 метров - чтобы что?
Спасибо за отзыв! Баги закидывайте в Issues на гитхабе, скорее всего их будет несложно поправить
Со стороны отрисовки никаких проблем нет: библиотека поддерживает любые графы, хоть с циклами, поэтому можно будет отрисовать и Габсбургов, и персонажей сериала Dark. Однако в текущей версии это сознательно запрещено валидацией, поскольку с куда большей вероятностью это не реальная ситуация в семье, а просто ошибка ввода данных админом. Возможно стоит сделать для этого настройку
Поддержка GEDCOM была в планах, но интереса к фиче никто не проявлял и потому руки все еще не дошли.
Дело не в браузере - видимо, какая-то проблема с демо-режимом, из-за которой дерево не просчитывается при рестарте контейнера. Если поменять настройки туда-сюда, все отображается. Поправлю :)
Тот же вопрос. В статье конечно упомянуто одной фразой:
Но что это за "дополнительные усилия" такие? Скрепить болтами? Или в худшем случае сварить? С моей дилетантской точки зрения это не настолько уж трудоемкое дело
Метод
parseIntможет в некоторых случаях сыграть злую шутку, когда на вид всё понятно, но работает совсем не так, например:По видео кажется, что такое катание - довольно скучное и неудобное занятие, не имеющее ничего общего с эйфорией скатывания вниз по склону
Выбрать из выпадающего календаря?
Но никто не пользуется всеми опциями одновременно. Помимо огромной когнитивной нагрузки тут еще как минимум две проблемы: непонятно как расширять и непонятно как локализовывать. И все три можно было бы решить, просто разделив интерфейс на табы
Нормальным решением в данном случае было бы наличие фильтра и сортировки, а не Ctrl+F по строковому представлению даты.
Потому что информации становится столько, что она перестает влезать в голову. Для этого ее делять на "уровни приближения", как географическую карту: либо с высоты птичьего полета, либо в деталях, но не то и другое сразу.
Не кажется. Если вы спросите коллегу, когда была сделана фича X, то получите примерную дату, которую проще вспомнить ему и проще понять вам - "вчера", "неделю назад" или "давно". Ответ вида "семнадцатого октября в 21:37:04 по Гринвичу" вам придется мысленно распарсить, и делать это для каждого элемента длинного списка будет крайне утомительно. Аналогично с картами: нужны детали - приближайте.
Какое специфическое требование - перемещаться по сайту, причем плавно, причем сохраняя фокус. Зачем?
Возникает множество проблем: а что делать с бесконечным скроллом в лентах новостей? Или со вложенными скроллящимися элементами, типа "списка похожих товаров"? А с горизонтальным скроллом? И так далее. Карта хороша для длинной простыни текста, но далеко не для каждого сайта.
Видимо, интерфейсом мечты автора является что-то типа такого:
Интересно, это будет прямо новый 3D-action в духе оригинальной трилогии (но, возможно, уже не про Геральта, а про кого-то еще), или какая-нибудь отвлеченная игра из той же вселенной (как Thronebreaker)?
В оригинале статьи на Sony Alpha Rumors пишут:
TL;DR - звук сделан "для красоты" и отключается в настройках, ничего не резонирует
Очень крутое исследование. Хабр снова торт :)