Мне не понравилось, потому что при сохранении результатов поиска на диск в виде веб-архива MHT сохраняется только первая страница (без подгруженных данных), а, ведь как правило, именно на-последних-страницах имеется необходимая информация.
Блин, у меня скай-линк украл более 4000 руб с моей RUIM-карты. Они сами по-каким-то причинам решили списать «излишек» на моем аккаунте. К сожалению у скай-линка нет бесплатного федерального номера 8-800-хххх-ххх, а то бы я им давно вынес мозг по этому поводу.
Кстати некоторые из вопросов можно опубликовать в блоге q&a.
На мой взгляд это было бы логичнее. И, кстати, более оперативно информация бы в них обновлялась и расширялась.
Я для эмуляции узкого/глючного канала использовал Нуль-Модем, и, рулил сеткой именно на КАНАЛЬНОМ уровне.
Виртуальный сервер «провайдера» писал на чистом рнр. Для этого я разобрался с довольно простым протоколом ррр (и парочкой сопутствующих lcp и ipcp).
Из ком-порта (win xp) читал кадры которые шлет клиент (со второго конца нуль-модема) и с нужной мне задержкой отправлял нужные ответные кадры (и, соответственно отбрасывал все ненужное от клиента).
>> автор изучает возможность поддержки NTFS, HFS+ и ext2/3/4
Удивительно, что автор не изучает возможности нативной поддержки UDF-fsru.wikipedia.org/wiki/Universal_Disk_Format
А, хотелось бы еще такую хрень:
1) Отправляю к себе на мыло бабки.
2) Открываю «Входящие» копирую «магическую ссылку».
3) Эта магическая ссылка и будет тем самым денежным эквивалентом.
4) Причем использовать ее можно будет как обычную «банкноту» любым человеком.
Другими словами, если на почту будет приходить «пин-код», который можно будет передать другому, это будет более универсально.
Аналогично можно будет этот пин-код послать на мобильник в форме СМС.
Их особенность — навигация с помощью джойстиков и кнопочных панелей (как правило не больше 8 кнопок). Самое геморное в таком устройстве набирать текст (в том числе, адреса сайтов).
Можно и «вручную» мышкой «потыкаться» в картинку в том же самом «пейнте», и записать в «блокноте» пары координат «х и у» для каждой точки в контуре.
То есть в итоге должен получиться один (или несколько) полигонов (многоугольники).
что-то вроде того:
10,15
20,12
25,35
25,48
8,50
10,15
Причем из этого контура можно выделить прямолинейные и скругленные участки.
Прямолинейные участки задаются двумя точками, а дуги окружностей — тремя.
В игре Worms контур ландшафта меняется либо прямыми линиями, либо окружностями (воронки от взрывов).
Сами объекты меняются совсем даже не произвольным образом: заранее готовятся несколько изображений одного объекта, которые чередуются в заданной последовательности.
Никто не мешает одновременно с рисованием самих объектов одновременно векторизовать их контуры.
Вообще, контуры как самих объектов, так и препятствий лучше сделать векторными, описав линии контуров отрезками и дугами окружностей. Другими словами нарисовать все (обвести все контуры) «циркулем-и-линейкой». Это позволит полностью отказаться от «попиксельной физики» и любую траекторию движения рассчитать чисто аналитически (без прорисовки на холсте). Точки пересечения двух линий, двух окружностей и одной линии с окружностью можно найти очень просто и главное — быстро, а расчет будет более точным!
И, кстати, сами контуры можно не очень точно задавать — лишь бы получилась непрерывная линия (по-возможности). Начать «обводку» лучше с «округлостей», потом ответить на окружностях (и на остальных кусочках контура) точки, которые потом соединить.
Что за этапы?
На мой взгляд это было бы логичнее. И, кстати, более оперативно информация бы в них обновлялась и расширялась.
Виртуальный сервер «провайдера» писал на чистом рнр. Для этого я разобрался с довольно простым протоколом ррр (и парочкой сопутствующих lcp и ipcp).
Из ком-порта (win xp) читал кадры которые шлет клиент (со второго конца нуль-модема) и с нужной мне задержкой отправлял нужные ответные кадры (и, соответственно отбрасывал все ненужное от клиента).
неужели нужно написать, «Нет, не уклоняюсь»?
Удивительно, что автор не изучает возможности нативной поддержки UDF-fs ru.wikipedia.org/wiki/Universal_Disk_Format
1) Отправляю к себе на мыло бабки.
2) Открываю «Входящие» копирую «магическую ссылку».
3) Эта магическая ссылка и будет тем самым денежным эквивалентом.
4) Причем использовать ее можно будет как обычную «банкноту» любым человеком.
Другими словами, если на почту будет приходить «пин-код», который можно будет передать другому, это будет более универсально.
Аналогично можно будет этот пин-код послать на мобильник в форме СМС.
То есть в итоге должен получиться один (или несколько) полигонов (многоугольники).
что-то вроде того:
Причем из этого контура можно выделить прямолинейные и скругленные участки.
Прямолинейные участки задаются двумя точками, а дуги окружностей — тремя.
Сами объекты меняются совсем даже не произвольным образом: заранее готовятся несколько изображений одного объекта, которые чередуются в заданной последовательности.
Никто не мешает одновременно с рисованием самих объектов одновременно векторизовать их контуры.
И, кстати, сами контуры можно не очень точно задавать — лишь бы получилась непрерывная линия (по-возможности). Начать «обводку» лучше с «округлостей», потом ответить на окружностях (и на остальных кусочках контура) точки, которые потом соединить.
Если еще и D проигнорировать, то точность еще больше пострадает.
Кстати, D найти проще чем А и B.