Извиняюсь за небольшой оффтоп.
Мне интересно, насколько тривиальной считается матрица поворота? Ее простейший случай.
Имеет ли смысл написать статейку на Хабр «О матрице поворота простыми словами».
Или это достаточно просто, чтобы об этом целую статью писать?
Зачем инвертирование?
Начните уже кто-нибудь Zero Tolerance для веб портировать…
и чтобы мультиплеер был: ), 10на10 как в CS. И чтобы можно было регистрироваться + чат, сохранение настроек и очков игры.
"Если мы поворачиваем на 49 градусов, то новая координатная ось X будет получена путём поворота вектора (0, 1) на 49 градусов, а новая координатная ось Y будет получена путём поворота вектора (0, 1) на 49 градусов"
Может, вектора (1,0) для Х? А не (0,1)
Консвенным образом я заработал на habr-e. Нашел одну из своих работ благодаря некоторой активности тут. И некоторое время поработал самым младшим программистом. Было интересно.
I have a dream.
Мечтаю о консольном браузере Яндекс для linux. Можно надстройку над elinks
Чтобы работал так: пишешь в консоли ya <поисковый запрос>, получаешь ответ в виде списка ссылок с кратким описанием. Только вот не знаю, как реализовать деление на страницы, если вывода много.
Еще бы хотелось, чтобы были флаги: ya -s — обычный поиск, ya -i — поиск по изображениям, ya -d — поиск по словарям, ya -v — поиск по видео.
Может быть еще какие-то опции.
Интересно, а с Виндами eBook можно использовать в качестве второго монитора?
Так как под Windows есть vnc-сервер и apache-tomcat, то ответ — да, можно.
А поскольку guacamole фактически — это набор скриптов JS — то решение кроссплатформенное.
Вот у меня другой вопрос ко всем, кто интересуется темой: как решить проблему с мышью?
Теоретически движения курсора синхронизированы, независимо от того, где происходит движение — на клиенте или сервере. Однако, на дисплее ридера движения курсора невидно. Определять позицию по нажатию правой кнопки как-то не очень удобно. Есть вариант подключить compiz и оставлять след при движении, но все это полумера.
Вопрос хороший. Не знаю. На многих е-книгах есть достаточно сложные программы — игры с высокой скоростью вывода графики — на PocketPro есть игра «Змейка», в ней очень высокая скорость движения. Почти на всех ридерах есть программа для рисования на экране, которая также демонстрирует высокую скорость ответа. На Sony можно увеличивать масштаб иозображения двумя пальцами (как на телефоне), это тоже очень быстро просиходит.
В случае с данной схемой накладных расходов много + переполнение буфера у ридера, если он принимает много пакетов от сервера.
Но в конечном счете, многое зависит именно от самого устройства и тут уже имхо играет роль все разрешение экрана, проц, скорость взамодействия экрана ридера и буфера. Я не спец по этому вопросу.
Все достаточно прозрачно. У наст есть аякс, который поддерживается почти всеми браузерами. Это важно для читалки. И есть на сервере x11vnc, который предоставляет удаленный доступ.
Клиент -читалка — отправляет запрос, его принимает веб-сервер — в данном случае apache-tomcat и условно говоря отдает фоновой программе (daemon-у) guacd, т.е. guacamole-serv — тот в свою очередь передает данные на x11vnc.
Сейчас нарисую схему, для большей наглядности.
P.S.
Половина этого сообщения набрана на PocketPro, потом она разрядилась.
В целом правда за вами. По собственному опыту, в свое время наловчился набирать которкие письма, запросы к поисковику и еще некоторые вещи на читалке. Набирать в Word вряд ли, хотя если при наборе больше человек смотрит на клавиатуру, а не на экран, то может быть, и не критично.
Будут за скунду сразу целые слова появляться, а не отдельные буквы.
Мне интересно, насколько тривиальной считается матрица поворота? Ее простейший случай.
Имеет ли смысл написать статейку на Хабр «О матрице поворота простыми словами».
Или это достаточно просто, чтобы об этом целую статью писать?
Начните уже кто-нибудь Zero Tolerance для веб портировать…
и чтобы мультиплеер был: ), 10на10 как в CS. И чтобы можно было регистрироваться + чат, сохранение настроек и очков игры.
Правильно ли я понял, что при повороте базиса точки, имеющие целочисленные координаты — сохранят целочисленные кординаты?
"Если мы поворачиваем на 49 градусов, то новая координатная ось X будет получена путём поворота вектора (0, 1) на 49 градусов, а новая координатная ось Y будет получена путём поворота вектора (0, 1) на 49 градусов"
Может, вектора (1,0) для Х? А не (0,1)
Желательно подкрепить будущие тексты визуальными моделями.
Мечтаю о консольном браузере Яндекс для linux. Можно надстройку над elinks
Чтобы работал так: пишешь в консоли ya <поисковый запрос>, получаешь ответ в виде списка ссылок с кратким описанием. Только вот не знаю, как реализовать деление на страницы, если вывода много.
Еще бы хотелось, чтобы были флаги:
ya -s — обычный поиск,
ya -i — поиск по изображениям,
ya -d — поиск по словарям,
ya -v — поиск по видео.
Может быть еще какие-то опции.
Так как под Windows есть vnc-сервер и apache-tomcat, то ответ — да, можно.
А поскольку guacamole фактически — это набор скриптов JS — то решение кроссплатформенное.
Теоретически движения курсора синхронизированы, независимо от того, где происходит движение — на клиенте или сервере. Однако, на дисплее ридера движения курсора невидно. Определять позицию по нажатию правой кнопки как-то не очень удобно. Есть вариант подключить compiz и оставлять след при движении, но все это полумера.
Но в конечном счете, многое зависит именно от самого устройства и тут уже имхо играет роль все разрешение экрана, проц, скорость взамодействия экрана ридера и буфера. Я не спец по этому вопросу.
Клиент -читалка — отправляет запрос, его принимает веб-сервер — в данном случае apache-tomcat и условно говоря отдает фоновой программе (daemon-у) guacd, т.е. guacamole-serv — тот в свою очередь передает данные на x11vnc.
Сейчас нарисую схему, для большей наглядности.
P.S.
Половина этого сообщения набрана на PocketPro, потом она разрядилась.
Будут за скунду сразу целые слова появляться, а не отдельные буквы.