Что-то все про AVZ забыли. ;) А ведь без него многие троянцы не Каспером, не Вебом, не Нортоном и т.д. не удалите.
Стандарт он на то и стандарт, чтобы не было "разноголосицы". Я лично не могу представить себе два ГОСТа на болты с метрической резьбой, действующие одновременно. А тут, по сути, предлагается параллельное существование двух стандартов на одно и тоже. Но "Боливар не выдержит двоих".
Свое мнение я уже высказал на http://www.noooxml.org/petition
Say NO to the Microsoft Office format as an ISO standard!
Поддержим инициативу Foundation for a Free Information Infrastructure и подпишем нижеследующую петицию. (После оригинального текста дан ее перевод).
I ask the national members of ISO to vote "NO" in the ballot of ISO DIS 29500 (Open OfficeXML or OOXML format) for the following reasons:
1. There is already a standard ISO26300 named Open Document Format (ODF): a dual standard adds costs, uncertainty and confusion to industry, government and citizens;
2. There is no provable implementation of the OOXML specification: Microsoft Office 2007 produces a special version of OOXML, not a file format which complies with the OOXML specification;
3. There is missing information from the specification document, for example how to do a autoSpaceLikeWord95 or useWord97LineBreakRules;
4. More the 10% of the examples mentioned in the proposed stand
Поздравляю всех Камрады!
У меня не было никогда никаких сомнений в победе потому, что mozilla, в первую очередь, это не броузер, это не почтовик ... Это - открытый софт, который делается не из-за денег, а по велению души. А этот порыв - побеждает всегда.
В *.mht то можно, но почему по умолчанию нельзя?
Есть проблема, как я понял, свойственная PunBB. Невозможно сохранить страницу в IE. Невозможность сохраниния не работает здесь, на punbb.org, punres.org, textpattern.ru и др. сайтах с этим форумным движком.
IE6SP1 (6.0.2800.1106), Windows NT 5.0.2195 SP4.
Под FireFox проблем никогда не было. (Возможно это проблема самого IE?)
А как понять комментарии на СекьюритиЛаб к этому сообщению? - http://www.securitylab.ru/vulnerability/239917.php
С этой проблемой я столкнулся в FireFox (а также в IE, про Оперу - не знаю).
Суть такова: в css кроме фоновой закраски есть возможность в виде фона использовать и любое изображение. Так вот я обратил внимание на такой факт: при верстке, как это сейчас называют, с использованием связки div + css фоновое изображение не сохраняется при загрузке на локальный компьютер для просмотра off-line. Если я использую фоновое изображение в таблице, то оно сохраняется нормально.
Похоже, что вот эти конструкции, по крайне мере в FF и IE, обрабатываются совершенно по разному при сохранении:
background: url(img/background.gif) в css или в <div style="..."> и, с другой стороны, background="img/background.gif" в <table>.
С другой стороны, расширение ScrapBook сохраняет все оформление сохраняемой страницы ПОЛНОСТЬЮ.
Я поинтересовался этой проблемой на некоторых форумах, но однозначного ответа на вопрос "почему именно так происходит?" так и не получил.
По данным внутренней статистики многим известного сайта drupal.ru на него в июле месяцев, до сегодняшнего дня, шло запросов от:
MS Internet Explorer — 123544 (43.2 %);
Mozilla — 93118 (32.5 %);
Opera — 43619 (15.2 %);
Netscape — 9814 (3.4 %);
Неизвестно — 5183 (1.8 %);
TelePort Pro — 3587 (1.2 %);
Konqueror — 2301 (0.8 %);
Safari — 1749 (0.6 %);
UP.Browser (PDA/Phone browser) — 647 (0.2 %);
LibWWW — 597 (0.2 %);
Прочие — 1703 (0.5 %).
Это, правда, показатель популярности FF среди сайтостроителей, но тем не менее :)
Видать, пользователи FF просматиривают меньше страниц, чем IE, отсюда и снижение в июне...
У IE нет ScrapBook! :D
Сайт продолжает быть недоступным. (10:27 МСК).
Win2ksp4+последние обновления+avg (от вирусей). Остальное: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 + Thunderbird 1.0.2. С тех пор как для работы в сети стал использовать FF (плюю три раза через левое плечо :D) проблем стало значительно меньше.
P.S. Lockywolf, откуда sp5 для w2k взял?
У "Авиамоторной" (я там живу), горело недоделанное здание префектуры ЮВО. А может быть и не само здание, а крыша. Визуальный осмотр снизу ничего не дал (копоть обнаружена не была), но пожарные машины стояли, вода подавалась, аппарат префектуры курил на улице вместе с ментами...:)
Очень похоже на FAR.
Дабы не повторяться в названии темы, задам вопрос тут (тем более что с PunBB вроде разобрались;) ):
а почему именно этот движок на сайте, т.е. мамба? Чем был обоснован выбор именно ее, а не, например PHP-Nuke, Drupal или иных, тоже идущих под GNU?
Сюда давно не заходили: http://www.mozilla.ru/content/view/64/40/ ? В IE - более-менее нормально, в FF ерунда. Баг-с?
Ragnaar, я на днях справку полностью вычитаю и поделюсь соображениями.;) Здесь буду постить больше про саму работу NVU, тем более что надо мне некоторые странички у себя подредактировать (есть одна разработка) - вот и буду смотреть его в деле.
Что не очень понравилось:
1. Невозможность просмотра открытой страницы в броузере (Файл -> Предварительный просмотр). Иногда срабатывает, иногда нет. Как я понял по этой команде должен запускаться броузер по умолчанию, но этого не происходит ни для FF, ни для IE. Кроме того, в окошке "Запрос на использование внешнего протокола" текст иногда обрезается справа. Похоже связано с некорректной работой с русскими буквами в именах и путях локальных файлов. Т.е. все тоже, что и для FF. Для FF, как писалось здесь на форумах, вроде должны это дело исправить в версии 1.1. А будет ли это исправлено в релизе NVU? Но с другой стороны, в появляющемся окошке присутствует следующее: "Приложение: (null)". Создается впечатление, что NVU просто не видит броузер по умолчанию. Слава Богу, Launchy функционирует нормально.
2. Какие-то глюки со сменой кодировки (Вид -> Кодировка). По идее должна меняться. Иногда меню "Кодировка" просто выключается (становится недоступным) и видно только, что 1251 стоит "нам
…Ragnaar, огромное СПАСИБО за этот подарок! Особенно за русскую справку! СПАСИБО всем, кто помогал тебе в этом нелегком деле! :)
На страничке сайта, посвященной NVU, не работает ссылка на соответствующий подраздел форума.
Причина:
На сайте посылают сюда: http://forum.mozilla.ru/viewforum.php?f=16,
когда надо: http://forum.mozilla.ru/viewforum.php?id=16
Разработчики, подредактируйте, пожалуйста. ;)
С чем это может быть связано?
Поменял версию jre с 1.4.2_01 на 1.5.0.0_2. Не помню, смотрел ли я консоль в прежней версии, но вот запускаю консоль и вижу следующее сообщение:
Ошибка: redeclaration of const XUL_NS
Источник: chrome://global/content/printUtils.js
Строка: 2
NVU (0.9) устанавливал после переустановки Java (т.е. вначале удалил NVU, потом переустановил Java, потом заново установил NVU).
Поздравляю. Всех разработчиков за отменный и легкий дизайн.
А ошибок не бывает только у тех, кто ничего не делает, так что все равно вы ребята - молодцы!
Даешь русские сборки с пофиксиным багом!
А анонс всего этого безобразия будет когда на mozilla.org появится?
И все же интересно: когда?
Кстати, в "родной" справке NVU присутствует глюк и, возможно, не один. Конкретно:
Когда в "Содержании" выбрано "Publishing Web Pages with Nvu" на навигационной вкладочке окна справки вместо "In this section:" показываются "сообщения об ошибке на сереньком окне".
Посмотрев внимательно, я обнаружил, что по непонятной причине туда влезают окошки из "Fixing Publishing Errors" накладываясь друг на друга (файл справки publishing_help.xhtml). При просмотре самого этого файла в FF все в порядке.
Не знаю как работала справочная система в FF 0.9 (в TB 0.9, которая стоит сейчас у меня ее просто нет и потребности влезать в нее не возникало), но кажется, что можно было бы все же Справочную систему сделать поаккуратнее. Создается впечатление, что справку разработчики "ковали быстро и об колено", тем более что значки в Справочной Системе "огромадного" размера, хотя в самом NVU я их выставил маленькими. Но без справки подобные программы сложноваты для изучения новичками. А 0.9 это уже почти PR.
ИМХО несколько предустанавливаемых плагинов (не более 4-5 (?), как это сделано в FAR, а его популярность тоже напрямую связана с плагинописанием) FF абсолютно не повредили бы. Oper'у, например, можно ведь качать "с java" и "без java". Так и для FF можно сделать закачку "с плагинами" и "без плагинов" (для тех, кому накладно). Причем имеется ввиду, что эти "предустановленные" плагины не интегрируются в FF, а только устанавливаются в процессе инсталляции. Т.е. изменения только в инсталлере или там, что вместо него.
В composer_help.xhtml (в переводимом) при загрузке в FF выдается сообщение:
Ошибка синтаксического анализа XML: несоответствующий тег. Ожидается: </p>.
Адрес: http://nvu.mozilla.ru/help/composer_help.xhtml
Строка номер 2282, символ 3:
</body>
--^