Pull to refresh
1
0
Send message
Я как-то эппловскую технику проигнорировал, можно и глянуть. Конечно, эппловские ограничения меня не устраивают, но поглядеть, можно ли работать со специализированной литературой на планшете стоит. На том, что я видел — нельзя однозначно.
Даже не планшет. Набирать текст на планшете уж очень неудобно, а его бывает довольно много. Нетбук как минимум.
Вот насчёт конспекта — «за» обеими руками. Но тут уже и у меня пороху не хватает — привычные и эффективные «бумажные» техники на компьютере использовать проблемно — они сильно завязаны на вохможность нарисовать что-то нестандартное — будь то диаграмма или иероглиф, обозначающий какое-то понятие. Хотя с планшетом или «волшебной ручкой», обзор которой недавно пробегал, было бы интересно.

Глобальное преимущество конспектов — очень высокое качаство усвоения информации, и как-то протащить его в нынешние реалии было бы интересно.
Хм, это для меня сюрприз. Какой смысл прочесть техническую книгу и забыть 90% всех важных моментов через неделю? Надо поискать статью — может, работу с текстом по-разному понимаем?
Да, еще забыл помянуть, что в IT-деятельности много чего хочется проверять по ходу чтения — для чего тоже нужен полноценный компьютер.
1) нет цветов;
2) работа с текстом подразумевает много мелких обновлений экрана — на e-inc, разумеется, это будет тормозить;
3) выделения без собственных комментариев не имеют большого смысла — но это для кого как, разумеется, а ввод текста без тактильной обратной связи — это очень грустно.

То есть что-то можно, но эргономика страдает настолько, что дело того не стоит, как мне кажется.
Чтение нехудожественной книги предполагает работу над текстом. Совершенно не представляю, как это можно осмысленно делать не то что на ридере, а даже на планшете.
От привычек зависит, наверное. Я вот не пересаживаюсь с компа ни на что более мобильное из-за того, что работать с литературой толком не получится — составлять реферат, искать с регэкспами, по ходу что-то глядеть в интернете, добавлять комментарии…
И при этом получается, что хетзнеровские VDS выходят дешевле, чему выше были примеры. Что-то не сходится, вам не кажется?
А какие проблемы были обратиться не к российским хостерам, а в тот же Hetzner? Получили бы сервер в тот же день.
Почему? Делают. И, кстати, при разделении флешки на несколько фреймов первый начинает исполняться как только загрузится (на чём построены все флешовые прелоадеры). Я бы сказал, что флеш при правильном использовании — много более оптимальный способ загрузки/показа картинок — и за счёт того, что не-асинхронную загрузку в нём еще суметь сделать надо, и за счёт векторной природы, которая часто сильно уменьшает размер кода.
Поторопился — наоборот, TERM не трогаем. В код mc не лазил, но похоже, ч то screen он умеет понимать
Уже покопался сам — оказалось, что не всё так печально: www.gnu.org/software/screen/manual/screen.html#Redisplay — устанавливаем altscreen в on, ставим TERM=xterm — и вот оно, счастье :-)
Основная проблема с такими вещами (c CoffeeScript начиная) — полное отсутствие внятной поддержки отладки генерированного JS в браузерах. В отличие от классической компиляции, для котой есть вагон средств работы с debug info, здесь замучаешься искать соответствия исходников и получившегося javascript.
А кто знает — можно ли как-то mc в screen убедить, чтобы subshell нормально работал (т.е. содержимое шелла сохранялось и было видно по Ctrl+O)? Или это невозможно в принципе?
Кастомные прошивки для читалки — дело хорошее. Самый очевидный пример — поддержка различных форматов.
Скрапбук — хороший костыль, но он может далеко не всё, что я описал:
1) он медленный. Для ситуации «переключился на другую вкладку — неактивная ушла на диск» он не годится
2) при сохранении страницы он лезет к серверу, чего, собственно, я и хочу избежать
3) он не остаётся в табах. Не знаю, кто как, а я до закладок добираюсь очень редко — а вот то, что в табах осталось, прочитывается почти всегда.
Чтобы это нормально сделать, надо лезть всерьёз в потроха:
1) чтобы выдернуть достаточную ифнормацию о запущенном в данной вкладек JS
2) чтобы сделать шуструю сериализацию DOM. Мозиллу я не смотрел пока, а вот у вебкита это просто не пишется.

В общем, не уверен, что это вообще решается расширением.
Вот вернуться может и не получиться — где-то будет 404, где-то злой модератор удалил, где-то просто контент сменили… Если б файрфокс умел удобно сохранять пачку вкладок и восстанавливать как было (фактически — сериализовывать и десериализовывать DOM + состояние JS) — тогда да.
И, кстати, для любой страницы, где не используется long polling/cetInterval и подобное, можно содержимое выкидывать из памяти, когда она оказывается в бэкграунде (а для испоьлзующих — можно было бы сделать принудительную выгрузку, если пользователь разрешил). Вот тогда потребление памяти радикально уменьшилось бы.
Тем, что не завязано на java и нет виртуальной машины как таковой, а есть очень шустрая верификация подмножества нативного кода?

Information

Rating
Does not participate
Registered
Activity