In ECMAScript, an instance of XMLHttpRequest can be created using the XMLHttpRequest() constructor:
var r = new XMLHttpRequest();
Вот это уже интереснее. Забавно получается: Microsoft придумали XMLHttpRequest и теперь остались единственные, кто не его поддерживает (нативная поддержка появится только в IE7, насколько мне известно).
Несмотря на то, что MK 2 и так был лучшим CD-плейером в мире, Pioneer выпустили обновлённую версию этого чудо-прибора!
Что нового?
Из FAQ:
Q: Although the features are nice this does not seem like such a big deal. I was hoping for blah blah blah blah.
A: Waaaa waaaa waaaaa. You guys complain about not having certain features (ie MP3). Now you get it and you complain. Can’t please everyone. Seriously guys. Pioneer works hard at continuing to improve their products. Ideas like USB connection, DVD compatability, hard disc controller, Spinning platters Midi connections, waffle toaster, godzilla button etc may all be good ideas that will hopefully eventually end up on players however we have to take one step at a time.Q: Am I correct to understand that the pitch in wide when using MP3 is +70% where as the pitch when playing CD is +100%? If so why is that.
A: Yes you are correct. The reason why is just BECAUSE.
Кроме того, вышел CDJ 800 MK 2, который отличается от первого поддержкой MP3 и CD Text’а.
14 апреля, пятница, 22:00, клуб «Гараж» — вечеринка Vibrations of the Rolling Sun.
На большом трансовом танцполе «Unreal Reality»:
В главном баре — даб, в VIP-баре — IDM.
Вход с флаером — 150 рублей, флаеры и подробности — на сайте «Гаража».
Приходите!
И вот, первое апреля уже кончилось, но не тут-то было...
Дополнительная информация на эту тему:
На этот раз обошлось без сейсмологов.
Запускаю я, значит, FL Studio...
С праздничком!
Все эти вопросы про то, «а как же Atom», честно говоря, надоели. Поймите, RSS — это, с точки зрения пользователя, не протокол, а функциональность.
RSS как формат файла — это что-то вроде Rich Site Summary. RSS как функциональность — это Really Simple Syndication. Я под RSS подразумеваю второе.
Если у вас RSS работает в формате RDF или Atom, — ради бога, он не перестаёт быть RSS’ом от этого. RSS — это как джип, памперс или ксерокс.
Джипы бывают не только Jeep Grand Cherokee, но и Toyota Land Cruiser. Когда джипы называют «внедорожниками» в рекламе — это понятно, чего конкурентов рекламировать. Но люди, когда разговаривают друг с другом, говорят «джип». Памперсы могут легко называться Huggies. В рекламе их будут называть «подгузниками», но они всё равно памперсы. И ксерокс, даже если он называется Canon, не перестаёт быть ксероксом. Можно быть занудой и называть его словом «копир», а можно учесть тот факт, что это слово непроизносимо, и для 99% людей «ксерокс» понятнее, — и называть ксероксом.
Я сам зануда тот ещё, но «а как же Atom» — это слишком даже для меня.
Photoshop CS2 любит переключаться в шрифт Myriad Pro каждый раз, когда вы пишете что-то по-русски некоторыми шрифтами. Со стандартными системными шрифтами этой проблемы не происходит. Шрифт Myriad Pro — вообще какой-то шрифт-загадка, в папке шрифтов Windows его нет, и вообще нигде на компьютере найти что-то похожее мне не удаётся. Почему фотошоп переключается именно в него — тоже непонятно. Но факт остаётся фактом.
В Photoshop’е CS можно было набрать текст выбранным шрифтом, игнорируя то, что вместо букв печатаются кракозябры, а потом выделить его — и ещё раз выбрать нужный шрифт; всё вставало на свои места. В CS2 выбрать нужный шрифт не удаётся: тыкаешь на него, а он всё равно делает Myriad Pro.
Меня это напрягало-напрягало, ну и напрягло настолько, чтобы я полез в гугл искать решение. Найти его было непросто, да и решение довольно сомнительное, но — работает.
Как пишут в некоторых местах, проблема в том, что сами шрифты записаны в каком-то таком формате, который фотошоп не понимает. И вот, «если гора не идет к Магомету», то почему бы не сконвертировать сами шрифты в понятный фотошопу формат? Для этого нашлась специальная программка ttfconv (16 KB), которую можно скачать вот тут. Технология использования программы: кладём «неправильные» шрифты с ней в одну папку, запускаем ttfconv *.ttf, полученные шрифты устанавливаем. Запускаем фотошоп, наслаждаемся.
P. S. На первое апреля пост попал случайно; решение действительно рабочее.
Сенсация! Оказывается, RSS-читалка Оперы умеет показывать изображения. Я был совершенно уверен, что не умеет!
Хитрость в том, что во время просмотра RSS нужно на тулбаре нажать на View и в подменю Display снять галочку с Suppress external embeds... Кроме того, там должен быть выбран формат HTML, а не Plain text. Ужас какой.
Очевидно, эта корявость связана с тем, что RSS-читалка использует много кода из почтового клиента Оперы (в случае с которым такое поведение вполне логично). Но от этого она не перестаёт быть корявостью.
Надеюсь, в девятке они сделают что-нибудь, чтобы это работало сразу.
Я уже предлагал компромиссный вариант иконки RSS, ну и в целом вроде его поддержали. Воспользовавшись работами Мэта Бретта и выкинув из них всякую гламурную чепуху (вроде переливающегося фона) я сделал вот такую вещь:
Её можно скачать в векторном формате (файл Adobe Illustrator 8 в zip-архиве, 102 KB).
Для тех, кому лень качать AI, — в нескольких цветах и в человеческом размере:
Использование в любых целях только приветствуется.
P. S. Кстати, некоторое владение фотошопом позволит желающим легко получить иконки любых цветов из чёрной версии.
В данной заметке под словом «кавычкер» понимается скрипт, расставляющий не только правильные кавычки, но и неразрывные пробелы, тире, знаки копирайта и зарегистрированного товарного знака, другие символы.
Какая задача стоит перед кавычкером?
Раньше я не задумывался над этим вопросом, и как-то подсознательно, видимо, считал, что первое. А как только задумался, понял, что правильный ответ — второй. Если человек пишет коряво, то никакая автоматика ему не поможет. А вот если человек пишет аккуратно, то автоматика может и помешать, когда сработает неправильно. Исходя из этого нужно делать кавычкеры, во-первых, как можно более предсказуемыми, а во-вторых, как можно меньше мешающими тому, кто без них знает. (То же относится и к викиформаттерам, но сейчас не о них.)
Например. Как мы знаем, между числами пишется тире, если это диапазон («Война шла в 1941—1945 годах»), и дефис — если величина указана приблизительно («С Али-Бабой было 41-45 разбойников»). Сейчас кавычкер e2 «Helicon» использует хитрую эвристику для того, чтобы указывать диапазон лет правильно:
// 1941-1945
$text = preg_replace ('#(\d{4})-(\d{4})#is', '\\1—\\2', $text);К сожалению, года бывают не только четырёхзначными, четырёхзначными бывают не только года, года не всегда означают диапазон и диапазон бывает не только лет («Война шла в 41—45 годах XX века»). Поэтому эта штука, конечно, несколько повышает вероятность правильного типографирования текста, однако резко снижает предсказуемость кавычкера и мешает тому, кто хочет сделать иначе, сделать так, как он хочет. Начиная с версии 1.15 Helicon больше не занимается этой ерундой, но с e2 пока что поставляется старый Helicon версии 1.11 (смайлик).
К чему я это всё? К тому, что хороший кавычкер должен:
Если продолжить тему дефисов и тире, то вот какие правила типографирования я считал бы разумными (вспомним так же и про знак минус).
Существует два случая, когда мы можем точно сказать, что пользователь имел в виду тире:
В этих случаях мы заменяем дефис на тире (mdash), и, если перед ним был пробел, то заменяем этот пробел на неразрывный пробел.
В случаях неоднозначности дефис остаётся самим собой, два дефиса подряд заменяются на минус, а три — на тире. Например:
| Иван Петрович родился где-то в 1925-1928 г. | Иван Петрович родился где-то в 1925-1928 г. |
| Математики заявляют, что 1991—1917=74 | Математики заявляют, что 1991—1917=74 |
| Война шла в 1941—-1945 годах | Война шла в 1941—1945 годах |
В исходном тексте может встретиться ещё и «короткое тире» (его любит вставлять Word; но насколько мне известно в русском языке такого знака не существует). Его нужно, как я понимаю, просто заменить на длинное, так как ничего другого под ним Word подразумевать не мог.
Как видим, при таком подходе автор будет точно знать, что получит на выходе, так как тире ставится автоматически только там, где его необходимость абсолютно однозначна. Никаких сюрпризов.
Примерно так же можно формализовать и правила расстановки кавычек. Главное избавиться от всякой эвристики типа «пользователь наверняка имел в виду то-то».
Если во всём тексте встречается только одна двойная кавычка сразу после числа, то можно с большой уверенностью утверждать, что имелся в виду знак дюйма. Утверждать-то можно, но кавычку нужно заменять на закрывающую, так как она написана слитно с предшествующим текстом и раздельно с последующим. А для знаков фута и дюйма (минуты и секунды) использовать, скажем, одну и две одинарных кавычки подряд соответственно.
Приятным побочным эффектом такого подхода является то, что более формально простые правила и реализовывать легче, и работать это всё будет быстрее.
Что думаете?