за решение багов на которые нельзя наткнуться не платят по пяцот зелёных рублей.
!
Отсутствует
Dark-Demon
за решение багов на которые нельзя наткнуться не платят по пяцот зелёных рублей.
За тот баг, который описали выше, думаю, что 500 будет мало
Чтобы разворошить весь код сохранения, понять что и как + переписать без регрешенов нужно убить очень много времени. А у тех, кто на это способен очень мало времени (особенно, чтобы заниматься таким редким багом) и стоит оно дорого (я имею в виду не только деньги, но и то, что за это время можно сделать что-то более полезное).
Отсутствует
угу, я вижу чем они занимаются - уродуют интерфейс. чтобы к намеченному релизу тройка хоть чем-то отличалась от двойки.
!
Отсутствует
Dark-Demon
угу, я вижу чем они занимаются - уродуют интерфейс. чтобы к намеченному релизу тройка хоть чем-то отличалась от двойки. dumb
Советую посетить #developers (irc.mozilla.org), прежде чем выдвигать нобоснованные обвинения. Работа кипит и именно работа.
К тому же всегда есть возможность включиться в проект.
Отсутствует
я и не сомневаюсь, что работа кипит... мне направление этой работы не нравится. усиленно пихают новые фичи, которые порождают новые баги, которые испралять скорее всего не будут, ибо всегда найдутся ещё нереализованные фичи.
Отредактировано Dark-Demon (21-02-2008 21:41:22)
!
Отсутствует
Патч для ff2: https://bugzilla.mozilla.org/attachment.cgi?id=304732
Спасибо. А как его применить? И если можно подробнее: что и где скачать и куда вставить код.
Отсутствует
m2896
Скачать исходный код Firefox 2 из cvs. Как - читать в MDC.
Применяете команду diff. Как - читать man diff.
Потом комплируете исходный код Firefox.
Отсутствует
Dark-Demon
при нормальном менеджменте новые фичи не реализуются пока не пофиксены все баги "с высоким приоритетом".
Не понял о чём ты именно, но неспособность браузера элементарно полностью сохранить страницу - это такой баг, что всем багам баг, уж куда ещё баговее может быть.
Ну вот скажите мне, простому юзеру, почему браузеру не проблема сохранить страницу с внешним файлом CSS, ссылка на который дана в коде страницы в виде:
<link rel="stylesheet" type="text/css" media="print" href="/skins-1.5/common/commonPrint.css?114" />
А если она там же вот в таком написании:
<style type="text/css" media="screen, projection">/*<![CDATA[*/
@import "/skins-1.5/common/shared.css?114";
@import "/skins-1.5/monobook/main.css?114";
/*]]>*/</style>
то браузер не в состоянии сохранить файл CSS и переписать адрес CSS на сохранённую папку? Браузер видит и использует эти, подключённые через @import стили при выводе страницы, а сохранить не в состоянии. Это значит важнейшая функция - сохранение страниц работает по стандартам 10-летней давности, когда не было страниц с @import, а сейчас они - массовое явление. Примеры выше - с википедии, например, вот хоть эта страница:
http://en.wikipedia.org/wiki/SeaMonkey
powerfox
Работа кипит и именно работа.
С одной стороны, это очевидно и я в любом случае благодарен разработчикам, хотя вот смотрю куча энергии тратится на то, чтобы заменить три точки в одном написании на три точки в другом:
Bug 373623 – Unicode … should be used instead of three separate dots
https://bugzilla.mozilla.org/show_bug.cgi?id=373623
Так понимаю, что это из эстетических соображений делается - на работе никак не сказывалось.
О, кстати, подскажите мне кто-нибудь, пожалуйста, где прописывается подставлять в табах браузера три точки, когда лэйбл таба не помещается по длине? Эти точки там совершенно не нужны - они заменяют одну-две буквы заголовка страницы. Когда табов много и видны всего 2-3-4 буквы одна-две дополнительные очень даже помогли бы понимать какое там слово написано. Честно долго искал по коду - там много этих точек в разных местах, но не нашёл, поскольку только поверхностно в скриптах ориентируюсь.
Отсутствует
vladmir
Так понимаю, что это из эстетических соображений делается - на работе никак не сказывалось.
Не из эстетических. Оно место так меньше ест.
Отсутствует
vladmir
Bug 417302 рулит
Unghost_too_lazy
Jo "FBI plant" Hermans
April 1st is coming early this year :-)
Согласен с Jesse Ruderman
I think this should remain an extension rather than becoming part of Firefox.
Локализацию обсудим. Как раз к первому может успеем.)))
Расслабляться тоже иногда надо... чай не роботы.-)
Отсутствует
powerfox
Поздравляю с получением r+/sr+ для Bug 409796
Ещё бы approval 1.9+ получить
m2896
Скачать исходный код Firefox 2 из cvs. Как - читать в MDC.
Применяете команду diff. Как - читать man diff.
Потом комплируете исходный код Firefox.
Вот послал так послал...
Ман дифф - это, конечно, хорошо. А под Виндой что делать? Тоже из исходников ставить?
Отсутствует
Ещё бы approval 1.9+ получить
Уже получен. Теперь завтра-послезавтра в ночнушках будет этот патч.
Alien 4ever
А под Виндой что делать? Тоже из исходников ставить?
Есть три варианта:
1. Собрать из исходников
2. Дождаться выхода Firefox 3
3. Скачать транк завтра или послезавтра
Отсутствует
TLemur
Вот спасибо на доброй новости. В принципе, и п.2, и п.3 радуют. П.2 - потому что больно много народу жалуется на 2.0.0.12 (недаром я на 1.5.0.12 до сих пор сижу Все нормально и сохраняет, и открывает, но боязно как-то на нем серфить...)
А п.3 радует, потому что быстро
З.Ы. Кстати, где-то на этом форуме я обмолвился, что в Опере пофиксили похожий баг. Оказывается, ни фига Нормально открывает и .хтмл, и .мхт только ИЕ
Отсутствует
Unghost
А ты, если не секрет, что имел в виду, когда писал в баге:
No pictures are shown in saved file, if file name and folder name, containing
that file, is in cyrillic.Reproducible: Always
?
В смысле - олвэйс это олвэйс или иногда? Это к тому, что как-то не верится, что теперь нормально срабатывает именно во всех ситуациях. То есть баг реально закрыт или потом придётся открывать следующий или переоткрывать этот.
А в следующую бету будут включены изменения? Чтоб попробовать.
Добавлено Mon Feb 25 12:43:34 2008 :
Alien 4ever
Кстати, где-то на этом форуме я обмолвился, что в Опере пофиксили похожий баг. Оказывается, ни фига
А можно подробнее? В ветке по Опере, наверное. Интересно/
Отсутствует
vladmir
А в следующую бету будут включены изменения? Чтоб попробовать.
Будут. Они уже с сегодняшного дня включены в транки как firefox, так и seamonkey.
Отсутствует
vladmir
В смысле - олвэйс это олвэйс или иногда? Это к тому, что как-то не верится, что теперь нормально срабатывает именно во всех ситуациях.
Дело было в том, что Firefox/SeaMonkey не находил файлов, сохранённых в папке, содержащей картинки/css/js и другие вспомогательные файлы. Теперь находит.
То есть баг реально закрыт или потом придётся открывать следующий или переоткрывать этот.
Найдёте случай, когда не работает - откройте новый баг.
P.S. В этом баге исправлено только открытие файлов сохранённых в Firefox/SeaMonkey, в Firefox/SeaMonkey. Открытие страниц, сохранённых в Firefox, в IE - другая история.
Do not meddle in the affairs of Wizards, for they are subtle and quick to anger.
Отсутствует
Так, поставил последнюю ночнушку Симанки - с исправлениями, погонял сохранение-открытие с русскими именами.
Сохранял страницы в seamonkey-2.0a1pre.en-US.win32.zip от 08-02-24
в папку с руским именем.
Win XP SP2 Ru
Кодировка страницы: windows-1251 (как в системе).
Открывал сохранённые страницы в seamonkey-2.0a1pre.en-US.win32.zip от 08-02-24, SeaMonkey 1.1.7, Netscape 9.0.0.6, Firefox 2.0.0.11, Opera 9.26, IE 6.
==+==
Открытие через меню Файл - Открыть.
Работает в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11, Opera.
Не работает в IE 6 - страница открывается, внешние файлы не подключаются
(правда в IE 6 аналогично не подключаются внеш файлы на странице с русским именем, открытой из папки с латинскими знаками).
==+==
Открытие через контекстное подменю "Открыть с помощью" Проводника виндоузз на файле .html
Работает в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11
Не работает в IE 6 - страница открывается, внешние файлы не подключаются.
Не работает в Opera 9.26 - страница не открывается, открывается страница ошибки (правда в Opera 9.26 аналогично не открываются страницы с русским именем, не только из папки с русским именем, но и из папки с латинским именем).
==+==
Открытие непосредственно в той же вкладке окна браузера из списка файлов папки (если перейти в папку через адресную строку) кликом по имени файла страницы.
Работает в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11, Opera 9.26).
В IE 6 - не знаю, он у меня в этом случае срабатывает как Проводник.
==+==
Открытие перетаскиванием ярлыка страницы из Проводника в открытое окно браузера.
Работает в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11, Opera 9.26.
Не работает в IE 6 - страница открывается, внешние файлы не подключаются.
==+==
Отображение русского имени файла страницы в адресной строке (в смысле - страницы, открытой после сохранения с русским именем).
В IE 6 корректно отображаются и имена и пробелы.
В Опере кодировка русских имён файлов не нарушается - отображается читабельно, только пробелы заменяются на %20
Совершенно нечитабельно в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11
И, кроме того, теперь кодировка более многознаковая, - до того было 3 знака на русскую букву, теперь 6 знаков - при сохранении с длинными именами это так жутковато выглядит в коде страницы...
==+==
Проблема решена процентов на 70, мне кажется. Это если считать что страницы, сохранённые в Файрфоксе и Симанки, должны нормально открываться и в других браузерах. Если они не должны нормально открываться и в других браузерах, - то на 90 процентов. Поскольку не знать из адресной строки какое имя просматриваемой страницы и какое имя папки, в которой лежит страница, - совершенно противоестественно. Кроме того, невозможно как-то работать с такими именами непосредственно в адресной строке - иногда бывает нужно подправить и скопировать и т. п. То есть в идеале исправление этого бага должно быть таким, чтобы везде открывалось и всё было видно. Чтобы было не хуже, чем до того момента, когда была допущена регрессия. Правда я в Мозилле уже не помню точно как работало.
В общем, это временное решение - кому-нибудь когда-нибудь всё равно придётся переделывать.
Но, в любом случае, это исправление - огромное облегчение и пользователям Файрфокса и пользователям Симанки. Про других Флоков не знаю. Наверное тоже, поскольку исправление в движке, как понимаю.
Unghost
P.S. В этом баге исправлено только открытие файлов сохранённых в Firefox/SeaMonkey, в Firefox/SeaMonkey. Открытие страниц, сохранённых в Firefox, в IE - другая история.
Ну вообще-то я не разбираюсь, конечно, но мне, почему-то, кажется, что исправляться будут те же места, что и сейчас, но только другим способом.
Отсутствует
vladmir
Открывал сохранённые страницы в seamonkey-2.0a1pre.en-US.win32.zip от 08-02-24, SeaMonkey 1.1.7, Netscape 9.0.0.6, Firefox 2.0.0.11, Opera 9.26, IE 6.
Я бы добавил к тестам ещё Opera 9.5 beta наверно.
Отображение русского имени файла страницы в адресной строке (в смысле - страницы, открытой после сохранения с русским именем).
В IE 6 корректно отображаются и имена и пробелы.
В Опере кодировка русских имён файлов не нарушается - отображается читабельно, только пробелы заменяются на %20
Совершенно нечитабельно в SeaMonkey 2.0a1pre, SeaMonkey 1.1.7, Netscape, Firefox 2.0.0.11
В Firefox 3 все русские имена файлов нормально декодируются и отображаются читабельно, странно что этого нет в SeaMonkey 2.0a1pre.
Есть расширение Locationbar которое поможет в декодировании имён файлов в Firefox 2, не знаю, работает ли оно в SeaMonkey.
Ну вообще-то я не разбираюсь, конечно, но мне, почему-то, кажется, что исправляться будут те же места, что и сейчас, но только другим способом.
Вполне возможно, это лучше powerfox знает.
Shutnik
интересно, в линукс от этого фикса сохранение не пострадает ли
А проверить ?
Теоретически возможно этот патч также исправит сохранение страниц в дистрибутивах Linux, где кодировка по умолчанию отличается от UTF-8 (вроде там это тоже сбоило, как и в Windows). Кто-нибудь должен проверить.
Do not meddle in the affairs of Wizards, for they are subtle and quick to anger.
Отсутствует
Unghost
Я бы добавил к тестам ещё Opera 9.5 beta наверно.
Ну я открывал в том, что и так у меня есть. Может ещё кто-нибудь попробует в этой бете.
В Firefox 3 все русские имена файлов нормально декодируются и отображаются читабельно
Кстати, да - забыл просто. В Firefox 3.0b3 - читабельно и пробелы нормальные и всё открывается хорошо.
странно что этого нет в SeaMonkey 2.0a1pre
Эх, выходит опять в Симанки недолёт... или перелёт - что-то только в ней надо индивидуально править. В ней же правили уже отдельно открытие файлов с не ASCII путём.
Отсутствует