TLemur, я понимаю. Просто любопытно. Я её в глаза не видел.
По-любому, как только прекратится поддержка XP, на висту будут вынуждены перейти практически все.
Отсутствует
Потестил, это совсем не регрешн. Если вы посмотрите на то, что было до патча, то увидите, что то же самое (но и ff не мог открыть своё творение).
В ближайшее время я вряд ли смогу этим заняться. Доделаю alt+*.
Отсутствует
powerfox
Ещё в Симанке может взглянешь из-за чего в адресной строке всё равно не преобразуется в читабельный вид? На досуге типа.)
В общем, с открытием в др браузерах - ну уж как получится, хотя на свежую голову иногда снисходят озарения.
Вот под рукой ещё баги, в которых обсуждаются кодировки, может что-то не попадалось и там есть польза какая.
Bug 312287 - Cannot open local htm file if its path has non-ASCII character / Cannot open IDN from command line
https://bugzilla.mozilla.org/show_bug.cgi?id=312287
Bug 105909 - URLs should be displayd using local character set
https://bugzilla.mozilla.org/show_bug.cgi?id=105909
Bug 232182 - Can't display non-ascii characters in JS exceptions
https://bugzilla.mozilla.org/show_bug.cgi?id=232182
Bug 366797 – Revise the Location Bar
https://bugzilla.mozilla.org/show_bug.cgi?id=366797
Отсутствует
powerfox
Если вы посмотрите на то, что было до патча, то увидите, что то же самое
Так вроде и не говорили, что некорректное открытие в др браузерах - именно следствие патча. Просто я предположил, что рано или поздно кому-то придётся опять к этому возвращаться. Как ни крути, а сохранение страниц в таком виде даёт пищу для критики мозиллобраузеров.
А вообще, стало лучше и хорошо.
Добавлено Wed Feb 27 20:54:11 2008 :
Ага, прочитал баг про регрессию, понял о чём речь. Не успеваю за полётами мыслей.))
Отсутствует
Просто я предположил, что рано или поздно кому-то придётся опять к этому возвращаться. Как ни крути, а сохранение страниц в таком виде даёт пищу для критики мозиллобраузеров.
Однозначно. Но возможно, что придётся что-то изменить в механизме сохранения. IE использует последовательности типа &121 (не помню точно, а сижу в никсах). Возможно, что он не понимает escape-последовательности. Здесь сначала надо понять, что происходит (напишем в саппорт M$? ).
Отсутствует
Unghost
сделал сборки Firefox 2.0.0.12 и SeaMonkey 1.1.8 с включенным фиксом ошибки с сохранением страниц, если в пути сохранения и названии файла присутствуют символы кириллицы
...
SeaMonkey 1.1.8 (exe и zip):
seamonkey-1.1.8.en-US.win32.zip
Поставил попробовал. По первому впечатлению сохраняет-открывает всеми способами с русскими именами со всеми подключёнными в самой странице файлами и картинками (за исключением @import, но это другая история).
Ещё можно добавить, что имена файлов корректно, не искажённо отображаются в Проводнике и в диалоговых окнах "открыть" и "сохранить".
Но, длина имени в коде просто обалденная, конечно всё же.
Если сохранить страницу с таким именем:
принимаются заявки для участия в международном выставочном
То в коде страницы это выглядит так:
<img src="%D0%BF%D1%80%D0%B8%D0%BD%D0%B8%D0%BC%D0%B0%D1%8E%D1%82%D1%81%D1%8F%20%D0%B7%D0%B0%D1%8F%D0%B2%D0%BA%D0%B8%20%D0%B4%D0%BB%D1%8F%20%D1%83%D1%87%D0%B0%D1%81%D1%82%D0%B8%D1%8F%20%D0%B2%20%D0%BC%D0%B5%D0%B6%D0%B4%D1%83%D0%BD%D0%B0%D1%80%D0%BE%D0%B4%D0%BD%D0%BE%D0%BC%20%D0%B2%D1%8B%D1%81%D1%82%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%BE%D0%BC_files/spacer.gif" height="2" width="1">
Вес страницы увеличивается в 2 раза, если она небольшая и в ней пара десятков изображений (по сравнению с той же длины английским именем).
В общем, для многих случаев это вполне подходящий вариант, но часто вот мне лично придётся по прежнему сохранять с английскими именами, потому что видеть это в коде страницы и как-то работать с этим затруднительно.
Хе, уж я молчу про гигабайты уже сохранённых страниц, на которые амнистия не распространяется.)))
В Симанки в адресной строке теперь имя открытой после сохранения страницы занимает в 8 раз больше места, чем в Файрфоксе.-(
Отсутствует
Кажется, я примерно догадываюсь о чём речь, но ты не мог бы пошагово описать? С конкретной страницей. Только чтоб ея размер был более-менее вменяемый.
Все просто. Сохраняете страницу (с кодировкой win1251 и кириллическим названием например http://yandex.ru/) в Опере или IE в html с рисунками.
FF2 ее открывает без рисунков, но стили понимает
А если в блокноте исправить charset поставить UTF-8 и сохранить в кодировке UTF-8, то FF2 эту же страницу откроет с рисунками и стилями.
Причем FF1.5 этой проблемы не имел.
Отсутствует
vladmir
Ещё в Симанке может взглянешь из-за чего в адресной строке всё равно не преобразуется в читабельный вид? На досуге типа.)
Это Bug 366797 – Revise the Location Bar (highlight effective domain, decode URLs, add overflow ellipsis & tooltip)
Кто то должен портировать патч для этого бага или по меньшей мере часть патча отвечающую за декодирование URL в SeaMonkey.
Do not meddle in the affairs of Wizards, for they are subtle and quick to anger.
Отсутствует
Это Bug 366797 – Revise the Location Bar (highlight effective domain, decode URLs, add overflow ellipsis & tooltip)
Кто то должен портировать патч для этого бага или по меньшей мере часть патча отвечающую за декодирование URL в SeaMonkey.
А для SeaMonkey открыт соответствующий баг?
Отсутствует
powerfox
А для SeaMonkey открыт соответствующий баг?
Я такого не нашёл. Для Camino создали Bug 387312 – Decode/unescape UTF-8 URL fragments in the location bar. Пользователи SeaMonkey могут создать аналогичный.
Do not meddle in the affairs of Wizards, for they are subtle and quick to anger.
Отсутствует
К сведению, патч для бага из этой новости будет включён в Gecko 1.8.1.13
Это Bug 366797 – Revise the Location Bar (highlight effective domain, decode URLs, add overflow ellipsis & tooltip)
Кто то должен портировать патч для этого бага или по меньшей мере часть патча отвечающую за декодирование URL в SeaMonkey.
Увы, это не тот патч. Как я понял, то нужно портировать
https://bugzilla.mozilla.org/show_bug.cgi?id=397815
У меня свободный день, попробую повозиться. Жаль, что там JS, я его почти полностью забыл (но хвала Сишному синтаксису).
Отсутствует
Интересно, а в висте уже utf8? Если да, то баг бы сам собою отпал (если не ошиаюсь, то поддержка XP будет завершена в этом году).
Не поддержка, а выпуск. Поддержку общеали до 14-того года!
Кстати, ещё один минус - теперь JSView не видит страницы с кириллическими именами с диска - не открывает исходный код страницы, как минимум, из контекстного меню, в служебном окошке показывает переглюченную кодировку.
Отсутствует
Во-первых, это не часть мозиллы, а аддон, т.е. его баги — просто его баги.
Во-вторых, очень маловероятно, что это вызвано этим патчем.
Отсутствует
powerfox
Во-первых, это не часть мозиллы, а аддон, т.е. его баги — просто его баги.
Во-вторых, очень маловероятно, что это вызвано этим патчем.
Раньше открывались все страницы с диска в JSView (точнее оно перекидывало страницы в EmEditor). Чьи баги не знаю, констатирую как пользователь - вот вижу что так. Специально не тестировал.
Отредактировано vladmir (24-07-2008 14:48:17)
Отсутствует
powerfox
Во-первых, это не часть мозиллы, а аддон, т.е. его баги — просто его баги.
Во-вторых, очень маловероятно, что это вызвано этим патчем.Раньше открывались все страницы с диска в JSView (точнее оно перекидывало страницы в EmEditor). Чьи баги не знаю, констатирую как пользователь - вот вижу что так. Специально не тестировал.
Я думаю, что лучше констатировать факт на багзилле JSView. Тогда они, возможно, исправят эту ошибку. Во всяком случае, стоит дать им ссылку на страницу бага, который исправил я, там есть описание того, что, как и почему (кажется, biezi раписывал).
Если они пишут аддоны для мозиллы, то должны учитывать соглашения, принятые в мозилле.
Отсутствует
powerfox
Во-вторых, очень маловероятно, что это вызвано этим патчем.
Всё-таки именно в сборке Unghost-а SM 1.1.8 началось, я ей до вчера пользовался и сейчас в 1.1.11 вижу. Могу поставить SM 1.1.8 с офсайта и посмотреть, если это на что-то повлияет.
стоит дать им ссылку на страницу бага, который исправил я
Так, а это какой точно, чтоб я не напутал?
Если они пишут аддоны для мозиллы, то должны учитывать соглашения, принятые в мозилле.
Ссылочку можно на "соглашения"? Что-то я не уверен, что есть именно нечто именно в какой-то такой форме - касательно перекодировок урлов, но точно не знаю.
Раньше расширение работало нормально, поэтому автор и не копал в эту сторону. Я ему напишу, пожалуй, но попугиваюсь, что тянуться будет дооолго, наверное и не так просто переписать расширение.
На память запишу.
В SM 1.1.8 en сборка Unghost, не открывает файлы с кириллицей jsview 1.4
В SM 1.1.11 en - jsview-2.0.5-fx+sm.xpi
В FF 3.0.1 ru - jsview-2.0.5-fx+sm.xpi
Отсутствует
powerfox написал:
...который исправил я...
А обо мне забыли...?
Ewan
хвастаться нехорошо
ViewSourceWith 0.2 аналогично не открывает сорс сохранённых страниц с кириллицей во внешнем редакторе - и с той же перкодировкой.
viewsourcewith-0.2-fx+mz+tb+sm.xpi
Пока на FF 3.0.1 посмотрел, на Симанки должно быть аналогично.
Файл
Кто такой лузер.htm
в окне ошибки EmEditor "Указан недопустимый путь" видится примерно как:
B> B0;>9 ;C75@.htm (в начале квадратик ещё)
(название без намёков, в жж тема у dolboeb)))
Отсутствует