drdaeman

Видеопоток может битый... Обработый VirtualDub'ом, лечи им данные (тогда на месте вылета будет просто на пару секунд "каша")... Там вроде оно так и звалось - "Video" -> "Scan for errors" и рядом еще пункты (Даба нет под руками, не посмотреть).

http://mp3.pasaran.ru/anime2/Texhnolyze/ Там только атмосфера чего стоит...

2Freelance: Kimi ga Nozomu Eien посмотри... А первая, вторая, третья, нулевая, минус первая... Разницы никакой. ЫМХО.

Второй вариант - использовать ffdshow в качестве "кодека" (оно вообще вроде как DirectShow фильтры, но суть работает...)

Мнения, конечно, разные есть (нету ни одной вещи чтобы хоть кому-то она не понравилась или понравилась наоборот)... IMHO более чем стоит. BONES вообще никакой каки не делали...

Да нет, не извращение а кривость в том что разные браузеры по-разному парсят HTML... Искать не буду, уговорил (хотя у меня если что - всегда пример найдется и готовый)

Ассемблеров куча... Под каждую платформу (процессор) свой, причем разница может доходить до огромных размеров... Z80H (нет, Z80, конечно, уже почти мертв, но кто ж знает наши институты...) - тогда бери gens... x86 (8086, 80286, 80386, ...) - в зубы или tasm или masm (второй лично мне симпатичнее кажется) и в бой. Какие-либо PIC- или AVR-контроллеры (AT90S1200, скажем или еще что) - ищи google'м специфичный для этого контроллера компилятор... Еще какая-то платформа если (мало ли чего учудят) - пиши что имено...

Ни разу про то что дизайна быть не должно я не говорил. Их этой области я говорил только про то что документ и дизайн должны быть разделены. http://w3.org/ Если точнее - http://www.w3.org/TR/xhtml1/ и http://www.w3.org/TR/xhtml11/ для XHTML 1.0 и XHTML 1.1 соответственно. Ну и, разумеется, http://www.w3.org/TR/REC-CSS2/ для CSS2 (при этом стоит почитать и про CSS3 т.к. его полная сила не за горами) Редактор - нормальный текстовый редактор на твой вкус. Если что - DreamWeaver в режиме редактирования кода (визуальным можно но там определенные хитрости...) Ну, как правило прочитать можно... Но неужели не разу не видел чтобы где-то что-то просто разъехалось?

Пользователь может иметь отличающуюся операционную систему или неизвестный браузер. Но пользователь не должен держать браузер десятилетней давности, апгрейд - ему же на пользу. Кроме правильного кода. Ничего плохого корректный код не сделает как факт. Поэтому и надо - содержимое в одну сторону, оформление в другую. Изначально. Тогда правка оформления не приведет к порче документа. Добавлено: Что называется - проблема только в одном - научить/заставить людей думать с разделением областей. Точнее разогнать приевшиеся устаревшие модели, а новчикам про них и не рассказывать.

IE6.0SP1 не понимает XHTML впринципе (хотя XHTML уже довольно давно существовал к его выходу), он CSS1-то не до конца умеет, так чего с него взять, но это проблемы M$. Они вот еще пару лет браузер непообновляют и будет очень даже хорошо.... А про IE4... Ты бы еще про IE3 вспомнил.... Если пользователь не хочет обновить свой браузер это уже проблемы пользователя (глупо же, скажем, кричать сейчас что мы должны выпускать колесные оси чтобы не обделить владельцев карет оставшихся с 18 века :P - так и тут).... Быстрое решение простое - XHTML 1.0 он умеет обрабатывать как HTML, большего от Осла и не требуется. Настроить web-сервер так чтобы одним браузерам он отдавал application/xml+xhtml а другим text/html это тоже не проблема ни разу. Если что - сделать переход от 1.0 к 1.1 это просто. Эмм... Если группа занимается созданием сайтов (а не просто дизайнерскими работами) то она должна иметь качественный со всех сторон сайт. В другом случае это желательно (все-таки CSS это куда более качественное решение), но если что - вряд ли они накосячат в небольшом HTML где почти нет текста.... Это пока, а потом, если переход все-таки состоится то они просто будут заставлены к созданию качественного XHTML временем...

Если кто-то сделает автобус такой что в нем (ума не приложу как, ну, гипотетически) только мужчины смогут ездить то начнутся крики о дискриминации. Но почему если кто-то сделает страницу которая будет работать только в браузерах X, Y и Z то это хорошо? Разница только в том что жаловаться будет меньше... Кроме того писать сейчас устаревший кривой код это точно так же как собирать телевизоры на транзисторах, делая все блоки "навесным монтажом" с кучей болтающихся проводов. Работать оно будет вполне. Но оно занимает куда больший размер и если перегорит какая-то деталь (или просто надо будет что-то поменять) то будет очень весело. Сайт, когда он делается, как правило он делается "для всех" (как правило в вариации "для всех русских", "для всех англичан", ... - по языку содержимого). А "все" - это слишком широкое понятие чтобы делать конкретизацию. Сайт где дизайн на первом месте а содержимого нет это уже клиника. А число посетителей ничего не определяет. Если разработчик делает кривой код - оно просто или не умеет писать правильный или халявит. ЖЖ ни под кого не подстраивается, просто идет согласно стандартам которые работают для всех изначально (немногочисленные баги браузеров сглаживаются специальными хаками) - они понимают необходимость их соблюдения, вот и все. Что за бред, динамические страницы и валидный код никогда не мешали друг другу. Все то же что есть сейчас в Сети (не трогая только различные корпоративные решения где реально нужны технологии вне стандарта, это случай особый) может быть представлено четким структурированным XHTML 1.1. Но если переделывать - это затраты времени и денег, я согласен, это часто не рационально, то почему когда делается новый сайт надо отбрасывать в чертям все новые технологии и уходить в каменный век и кривости? Кроме того если HTML это метрвый язык - у него нет будующего, его разработка окончена и в конце стоит жирная точка то XHTML универсально расширяем и сам по себе уже имеет такое свойство как модели. Это взгляд в будующее в плане расширения. Появление в сети все нового и нового HTML сдерживает развитие XHTML, а следовательно и развитие всей Сети....

Так именно что "погудели". "Главная" линия с Вашем сериала по своей сложности сводится к среднему американскому спинномозговому боевику, только что епонцы приварили главному герою какую-то идеологию, а чтобы не искажать границы жанра идеология вышла никакой - с тем же успехом Ваш мог просто об стену головой стучаться %)

А вот один Богом забытый консорциум утверждает что нет.... И все бы хорошо но этот консорциум был создан NetSociety ой как давно именно для того чтобы утвержать. А если не доверять W3C (ересь) то есть и ISO-стандарт на HTML.... Может еще будешь утверждать что iCab это хрень, когда это один из хорошо известных бразуеров под Macintosh? (А Mac'и более чем распространены). Аналогично с Konqueror и Galeon.... Мобильники с разнообразием браузеров на них тоже обделим... Консольный браузер это "последняя инстанция". Почему - потому что это показатель работоспособности сайта - если сайт можно увидеть в нем - он потенциально может использоваться везде. Да и уж, наверное, в LiveJournal, скажем, сидят полные идиоты раз они серьезно подумали и сделали поддержку даже для Lynx... И, кроме того, долой AAA-508 и другие спецификации... Да здраствует загаженный дизайном HTML который невозможно читать... Web изначально создавался как система хранения полезных [b]документов[/b]. Чтобы любой, независимо от используемого железа и [i]браузера[/i] и вообще от того человек ли он или нет (поисковый робот тоже обязан читать страницы...) мог взять и спокойно прочитать любой интересующий документ. И что в итоге получили? "Эта страница работает только под ....", "А все остальное малоиспользуемо, ну и наплевать на них".... И убогий HTML в котором черт ногу сломит, где не поймешь где текст, где оформление а где заголовки. Подменили текст дизайном. А на всякий случай я советую просто посмотреть на исходный код, скажем, http://browsehappy.com/why/ - его можно спокойно читать и видеть логическую структуру документа - заголовки, списки, цитаты.... И ни кусочка дизайна, нету ни одной картинки в HTML. А дизайн есть - все сделано за счет CSS, специально для этого предназначенного. Что-то не так, что-то не понравилось - отключил CSS и видна простая и приятная структура документа у которого все что порпадет это дизайн, но он будет вполне приятен к прочтению. Что это дает так это то что этот документ прост и удобен к обработке не только человеком, но и машиной (а HTML - язык описания [i]документов[/i] для [i]машин[/i]). В итоге есть два пути - или засрать всю сеть (радуйтесь, это уже хорошо сделано) убогим кодом где не пойми что к чему или делать все по-правильному....

Аа... Вот, оно, нашел. В 2001 году WaSP огранизовало компанию "Dreamweaver Task Force" по приведению DW в пристойный вид. Первый релиз своместно с WaSP был в мае 2002 года.

Скажем так, у него это получалось только потому что режиссеру надо было как-то держать ту кашу, которую он заварил и довести сериал до полной победы маразма над здравой логикой. Перед Вэшем постоянно стоит одна и та же проблема, с их пауком и бабочкой (сильно его в детстве это вставило, однако, все никак отойти не может...) и он пытается найти в бинарной системе третье состояние, которого по определению быть не может. И ладно бы это к чему-то свелось, но вот просто 26 серий (впрочем, чуть меньше, сначала это хоть выглядело весело и прошло бы) бегает а результат - нулевой, ничего не изменилось ни на йоту, только что пошумели...

IE, Mozilla, Mozilla Firefox, Camino, Safari, Netscape, Opera, Lynx, Links, w3m, Konqueror, Galeon, Omniweb, iCab, IBrowse, Amaya...... И это только список наиболее известных... Проще написать корректный код. Хм... Даже странно, уж от кого а от них не ожидал хоть каких-то потуг на стандартизацию.... Попадется в руки FP - посмотрю, спасибо за наводку. DreamWeaver себе оставил. Как текстовый редактор он очень даже приятненько. А вот визуально не люблю - написать пачку тегов <h1>, <h2>, ..., <p>, <div> и т.д. (logical markup) я и сам могу без визуальности, а CSS (visual markup) все равно руками натягивать надо. Кстати, а никто с XML+XSL не занимался? Идея в общих чертах мне понятна и кажется хорошей моделью, но вот с XSL по официальному стандарту разобраться не удается что-то, нету ли какого еще хорошего и правильного мануала по этому поводу чтобы от чего-то оттолкнуться?...

Оппа... Поставил MX2004... А этот генерит в целом нормально, только что несуществующие атрибуты но это мелочи. Значит или я с чем-то его очень сильно перепутал или это были старые версии (найду - попробую)... Но мне всегда казалось что у него вплоть до распорое <img>'шных доходило... Однако не прав был, сорри. ;) Где именно? Это простой SGML-парсер, он впринципе не может ошибаться (DTD там корректны как факт). Никто <object> не трогает. Ругается он (и правильно делает) на тег <embed>, который вообще ни разу ни в одном стандарте на HTML не упоминался. Равно как и у <body> нет и никогда не было никаких атрибутов leftmargin итд и нечего их туда пихать.

В WinMX ставятся в настройке шрифтов (там 3 шрифта основных) всем шрифтам японская кодировка. Русский после этого, разумеется, работать перестанет. Если надо что-то ввести будет по-японски - берется jwpce, в clipboard export ставится формат shift-jis, пишется текст, копируется и вставляется в WinMX. Проверено лично - работает на ура. Добавлено: オリジナル・サウンドトラック Track11-運命.mp3 Берем jwpce и любой полностью не-unicode редактор, копируем название, вставляем в не-юникодный, потом копируем оттуда и вставляем в jwpce. Кодировка - как правило shift-jis, но если что - auto. Не-юникодный редактор нужен чтобы очистить в буфере обмена блок UNICODETEXT (бывает что и не нужен, в зависимости от того откуда копировать). Второй вариант - пишем это в текстовый файлик и открываем файлик браузером, потом играемся с кодировками.

Пользуюсь год как. Не жалуюсь, работает на ура. До этого PGPdisk (BC пользую с рекомендации хорошего знакомого, которому довелось в одной случившейся с ним неприятной ситуации узнать, к своему счастью, что BC вполне надежен). Так что мои рекомендации, защита там великолепная. А идея "ложных" контейнеров вообще чудесная вещь - даже если вынудят как-то пароль сказать то можно показать не то что на самом деле лежит. Касательно пункта 2 - нет никакой разницы что пошифровано - партиция как таковая или файл-контейнер. Суть одна. В ряде случаев удобно одно, в ряде другое... А, да, разумеется если посреди записи отрубить питание то ясно дело что побъется все что угодно.... P.S. Ссылка на BestCrypt, PGPdisk и прочий софт - www.google.com :) P.P.S. Всякие "пряталки каталогов" и прочее из этой серии - вот это реально ерунда. Гарантии никакой вообще не дает (а вот у BC там уже если отец не в спецслужбах работает то на 99.999% не сломает :) ).

Все-таки систему на всякую чужеродную каку проверить стоит. MS AntiSpyware, говорят хорош... Просто играться с соединениями это у разных троянов любимое дело... То что звездочек всегда одно и то же число - это нормально, у меня пароль не сбивается но выводит он всегда одно и то же число звездочек и не совпадающее с реальным паролем - так система устроено. Другое дело что странно что оно сбивается... Может быть глупый вопрос, но... Аккаунт админский, права на изменение параметров есть? (Может быть оно не меняет т.к. прав на запись нету). Ну и... Удалить/пересоздать соединение не помогает?

Celeron-D 3.0GHz (LGA775)... Соплерон, кака та еще но мне хватает вполне...

Первое что пришло в голову (какая страница была открыта): Проверка forum.animedream.ru на validator.w3.org. И тут же пример в чем кривость - у них все глючит в Opera, сбивается разметка.... Причина - код написан "дабы как". Но самое проблематичное что это не какой-то выдающийся случай а обыденное массовое явление.

Код - Zend IDE. Громоздок, но есть некоторые удобные возожности в редакторе и отладчик. По-крайней мере дружен с кодировками.... gVIM неплох тоже, но win32-версия с IME дружить не захотела ни в какую. Графика - Photoshop, gIMP, ACDSee (в зависимости от того что надо сделать и что первое попадется под руку.... Blah! То что сделает Dreamweaver в визуальном режиме потом будет глючить. То что генерит DW это не HTML и тем более не XHTML. Это называется SGML tag soup, а это нарушение всех возможных стандартов и работает оно только случайно.

Идея [TEAM]'ов еще с незабвенных времен когда FIDO процветал пошла, когда там они ставились в подписях... А пришло это все от "Team OS/2" - маркетингового приема IBM.... Набесин мну в TrueФлуд пригласил... Описание - выше, у него в посте. XHTML Nazi - от [lj comm]htmlnazis[/lj comm] с изменением HTML на XHTML.

Гхм... Полиморфик %) В смысле - все по-очереди в зависимости от необходимого или желаемого в данный момент....