помню такое. Но это не совсем честный прием. Как я понимаю там процедурное текстурирование. По факту в игре в чистом виде графики то и нет, но она все равно генерится при запуске каждый раз. Сколько она по факту у тебя в оперативке будет занимать никто не пишет.

хм, доктор Ривьера и кошкодевочки) А говорят уже все было в симпоснах... вот такой вариантик есть http://joyreactor.cc/post/3495564 условный микс с кошачей черепушкой

> А во-вторых, сделай, пожалуйста, возможность создавать новый профиль, в котором будут категории из старого, а то замучался каждый раз создавать категории заново

В 1.1.5.6 теперь есть в [Настройки - Профили - кнопка Пустой шаблон] - скачает пустой профиль только со списком категорий, собственно его потом можно подсунуть в форму "Добавить новый профиль"

Ему бы крупные картинки в ASCII переводить и выглядело бы минималистично и даже с каким никаким контентом. Глянул еще ради интереса browsh, можно зашакаленных котов прямо в терминале отрисовывать) А вот такого чтобы преобразовывал страницу в полноценный ASCII art по типу aaxine вроде нет.

У расширения есть доступ только к директории загрузок браузера, соответственно путь должен быть относительный без указания диска. По умолчанию "joyreactor/Downloads" соответственно скачанные файлы будут улетать в папку [директория куда браузер по умолчанию скачивает файлы]/joyreactor/Downloads/

вчера проверял разницу в поведении. Именно фаерфокс имеет особенность при работе с данными расширений в хранилище localStorage и считает в порядке вещей очищать их при вызове Ctrl + Shift + Del (очистка истории браузера), в какой из версий это появилось не знаю, но само поведение просто шикарное, учитывая что никаких предупреждений пользователю при этом не отображается. Вероятно дело в этом т.к. Opera \ Chrome \ Edge на данные расширений никак не воздействуют ни при каких условиях. При типе хранения данных "browser api" в фаерфоксе проблема не наблюдается, по этому буду использовать в дальнейшем только его. Восстановить локальные данные после очистки уже вряд ли получится если до этого не скачивал сами профили картинок в качестве резервных копий.

Расширение обновлялось планомерно в течении прошлой (до выходных) недели, первые обновления выходили еще на позапрошлой недели, сейчас только приведен список изменений. При том обновления не затрагивали работу с менеджером данных расширения. Опиши порядок действий и когда заметил проблему? Проверь в настройках расширения - "Профили" остались ли какие-либо данные? При штатном апдейте подобная проблема исключена в актуальных версиях Firefox \ Chrome \ Opera и подобное может произойти только если полностью удалить расширение. Хотелось бы понять при каких условиях это могло произойти.

Пасиб. По части категорий, дельное замечание.

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

По умолчанию расширение ест скромное хранилище в 4мб которое можно расширить до 256мб через настройки профилей. Этого достаточно чтобы формировать простые списки по конкретным тегам на десятки тысяч картинок, но вот хранить на постоянной основе условно весь реактор на компе с его тегами и индексами было бы накладно (например при импорте на 1000 страниц закладок может быть не один десяток тысяч реакторских тегов). То что есть по ассоциациям с тегами реактора на данным момент приведено здесь http://joyreactor.cc/post/4256457#comment20175126 плюс можно те категории типо "архитектура" \ "Рисунки" проассоциировать со списком реакторских тегов через настройки, в принципе эти ассоциации можно тоже использовать при импорте закладок, но этот момент пока не учтен на сколько помню.

> При использовании jr-proxy.com расширение съедает "jr-", когда генерирует ссылку для публикации.

Это при добавлении в "избранное" расширения? Этот хост дальше окна авторизации проверить затруднительно из-за того что у меня нет доступа, мб чуть позже. Чего смогу проверю в коде, мб валидация строки где-то съедает.