23 февраля была исправлена ошибка с сохранением страниц, если в пути сохранения и названии файла присутствуют символы кириллицы. Автор исправления Евгений Иванов (powerfox) получит назначенное за этот баг вознаграждение в размере $400.
Это уже третий баг исправленный в рамках нашей программы «Деньги за исправление багов». Мы не собираемся останавливаться на этом и предлагаем нашим пользователям предлагать баги для участие в программе.

Потестил на последней сборке.
Работает, да не работает. Если фокс открывает страницы, что 2-ой, что 3-ий нормально, то вот Ие7 нет... картинки не грузит. И все равно пути в файлах в виде ...20%D0%9A%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0... И притом если сохранить эту страницу, то картинки есть, а вот стили не подгружают фоксы, Ие7 и стили и картинки.

Конечно, может сборка и не та... хотелось бы тогда ссылку на сборку куда фиксы включены или этот баг еще пилить и пилить...

А так тендензия по исправлению багов хорошая... Спасибо. Жалко только, что в 2-ку их или не спешат включать или вообще не включат.

ragnaar

Предлагают.

Поддерживаю... где именно скачать исправленную сборку???

в SeaMonkey/2.0a1pre исправления попали (во всяком случае в версии от 24 числа баг исправлен) картинки, после сохранения манкой, "подгружаются" любым другим браузером (сафари, опера, любая мозилла) кроме ие (а кому он еще нужен).

этот баг так понимаю поглобальней будет и исправят его еще очень не скоро

автору исправления спасибо! себя переучил называть папки (да и файлы по возможности) в латинице не одни мозиллы русский не любят, а наступать на грабли на пустом месте надоело.

Ну так мне Ие7 нафиг не сдался... но есть кому сдался... короче исправление не полное... обидно...

Timon
tashmen

ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

MySh

Мало слишком у кого эта проблема возникает, ИМХО.

Учитывая это, выражу сомнения в правильности выплаты вознаграждения за не до конца исправленный баг...

TLemur
Ну как раз эту сборку и тестил.

Предложи тогда баг, кот. возникает чаще

stoneflash

Так на сколько мне известно все баги исправленные по этой программе исправляют не до конца...
1. Не работает сочетание с клавишей alt
2. Не все заголовки писем правильно отображаются.
3. В Ие7 криво открывается.

А все это потому что тестировали патчи как-то странно... если уж делать, то нормально. Если не сделать нормально писать об этом сразу...

Ну а что стили с этой страницы не сохраняет это наверно другой баг, т.к. не зависит от русских символов в названиях...

Как же убог в некоторых вещях фокс, разработчикам должно быть стыдно из-за таких багов, а они весят годами...

Прочитал в другой теме. Поддерживаю Тока старые фиксы причесать бы для начала.

Timon

Исправлено, кажется, уже.

Конь о четырех ногах и то спотыкается В The Bat! тоже иногда бывает абракадарба.

Проблемы IE.

Уверен? Почему?

Нет. Это не проблемы Ие, а проблемы пользователей. Страницы сохраненные в Ие открываются нормально везде. А вот сохраненные фоксом нет... Потом объясни, что фаерфокс так криво сохраняет... после чего они будут пользоваться только Ие и говорить какой кривой Фокс.

Добавлено Mon Feb 25 15:36:57 2008 :

На лицо, что баг исправлен не до конца... но это не столь важно. Хоть что-то, чем ничего.

Тогда надо переоткрыть баг...

Ну что тут сказать... У оперы бага нет такого. И кто тут кричит, что открытость рулит, ибо баги исправляются мгновенно? Ни один баг так и не исправлен полностью. Опера рулит.

Надо связаться с автором, возможно он сможет починить это.
Потом хорошенько потестить. Потом уже добалять код в ff...
Беда этой программы в том, что тестирования нет нормального... объявляли бы что ли тест фикса такого-то бага... после какого-то времени уже посылали код на включение в ff...
ИМХО.

Добавлено Mon Feb 25 15:56:05 2008 :
кепкеB
Вот это меня и добивает в открытых проектах...

Тогда разработка будет идти веками. Тестирование идёт, дополнительных ошибок исправления бага не вызвало...

Допустим 2 недели на тесты пользователям давать. Я сразу проверил как в Ие открывается... и вот косяк...

Timon
Ночнушка - это и есть тестовая версия по определению. Тестируй сколько хочешь

Да вроде работает. Но не работает клавиша "/" при русской раскладке...

И не ясно как с помощью alt + клавиша перемещаться по менюшкам, ну допустим в меню File есть тоже как их "акселераторы"...
Спасибо.

Timon

В меню есть клавиши подчеркнутые. Надо нажимать альт + клавиша.

Да я понял это. Просто я отпускал alt и когда нажимал еще раз меню закрывалось, его надо было просто зажать и не отпускать, на ноуте удобно очень

Предложение не плохое, но лично я ни разу не перетаскивал выделенные слова в location bar. Надо выбрать такой баг, у которого вероятнось встречи гораздо больше!

Я тоже ни разу не перетаскивал. Просто не знал, что можно... но если нет более дельных багов, то это вариант...

В FF2 есть еще проблема с открытием страниц с кириллическим именем (если страница в кодировке win1251). Не отображает рисунки при этом, а стили как ни странно отображает.

Timon

Это другой баг.

И не будет работать. Это by design.

stoneflash

powerfox исправил именно то, о чём был создан баг (и на что больше всего было жалоб). Сомнений в правильности выплаты вознаграждения у меня нет.
Проблема с IE вероятно отдельная проблема и потребует отдельного решения (вероятно необходимо будет менять способ, каким Firefox сохраняет страницы и я не уверен, что разработчики на это согласятся, даже если завтра будет создан патч).
Не стоит мешать все проблемы в одну кучу. Одна очень важная проблема решена и это очень здорово.

Тогда я за этот баг, чтоб был следующим по программе.

Unghost
Тогда претензии снимаю.

Для IE бага нет ещё?

Вообще сказано хорошо и логично тут
http://forum.mozilla-russia.org/viewtop … =21194&p=5 в последних сообщениях. Автора этого фикса надо "допросить" на этот счет.

Unghost

Нам, собственно, не своих денег не жалко, но раз уж попался такой спец, то вот бы из него выжать всякой пользы побольше.

Добавлено Mon Feb 25 22:40:02 2008 :
Dеnis

Это, может быть, - про сохранение картинок, путь к которым прописан в CSS? Если да, то кириллица ни при чём. Мозиллобраузеры не умеют переформатировать содержание файлов CSS. Scrapbook вот умеет.

Проблема именно с кириллицей, т.к. меняешь кодировку на UTF-8 и рисунки отображает.

Сегодня сделал сборки Firefox 2.0.0.12 и SeaMonkey 1.1.8 с включенным фиксом ошибки с сохранением страниц, если в пути сохранения и названии файла присутствуют символы кириллицы, может кому пригодятся:
Firefox 2.0.0.12 (exe и zip):
http://www.unghost.ru/firefox/2.0/firef … taller.exe
http://www.unghost.ru/firefox/2.0/firef … .win32.zip
SeaMonkey 1.1.8 (exe и zip):
http://www.unghost.ru/seamonkey/1.1/sea … taller.exe
http://www.unghost.ru/seamonkey/1.1/sea … .win32.zip

Пара замечаний:
1) Так как я собирал Firefox без официальной символики, он называет себя Bon Echo. В действительности он эквивалентен по коду Firefox 2.0.0.12
2) Сборка SeaMonkey - английская. Желающие получить русский интерфейс - ставьте русский language pack (процедура описана в wiki)
3) В сборку SeaMonkey за компанию включён патч для почтовых заголовков

Эскейп-последовательности прописаны в стандарте w3c. Пока все повсеместно не перешли на utf8 (или 16, чтобы точно везде работало) они сохранятся, как я думаю. Так что это не баг.

alt это отдельная проблема, баг открыт, есть тестовые патчи. Я сейчас занимаюсь этой проблемой (просто времени немного, а что-то написать, собрать, протестить -- долгий процесс)
Третья проблема тоже будет решена. И это действительно отдельный баг (и лишь отчасти регрешн), так как при записи в файл в строке должна применяться та кодировка, которая применена в файле. И эта проблема касается только части страниц (в частности, с cp-1251).  Имя папки с файлами в html пишется в utf8, а при чтении файла IE и Opera применяют другую кодировку. Тут надо рыть стандарт (по идее, файл должен быть в кодировке, что указана в charset).

*Покрасневший смайл*
Я никуда от мозиллы не убегу Догонит ведь.
Если серьёзно, то мне дали некоторые дополнительные права для работы с багзиллой, которыми до лета уж точно я буду пользоваться

Создайте, пожалуйста, на багзилле баг. И добавьте зависимость на пофиксенный (depend on).

P.S. На mozilla-russia сейчас тяжело заходить (только через прокси получается), поэтому буду на багзилле потихоньку устранять проблемы с лисом. Ник обязывает

Dеnis

Кажется, я примерно догадываюсь о чём речь, но ты не мог бы пошагово описать? С конкретной страницей. Только чтоб ея размер был более-менее вменяемый.
Unghost
Спасибо, завтра скачаю.

powerfox
Это обнадеживает... просто хотелось бы, чтоб в фф3 это все было пофиксено, а то до 4 ждать...
Спасибо.

На счет alt в ff3 все работает, тока / не пашет... как я понял и не должен, т.к. на разных "языковых" клавах находится в разных местах... как я понял Может и не так понял.

powerfox

Так, а летом что - отдыхать что ли? Багзилла - это ж чисто отдых.))

Неа, я только других подзуживаю, а сам стесняюся.))
По несохранению css там этих багов - как тараканов.

Я же вроде вчера на него ссылку давал или это не он?

vladmir

Летом багзилла по мере возможности. Основные силы на GSoC (если получится), изучение Minix/Linux ядер и отдых.

Я про баг, связанный с открытием страниц с cp-1251.

Unghost

Да вот Dеnis о чём-то ещё пишет, может быть прояснит подробнее.

А по багу с падением кэша какие-нибудь подвижки есть?

MySh
При неправильном выключении фокса? поправили, вроде, номер бага только не помню.

Новости по поводу неоткрывания IE и Оперой страниц, сохранённых ff и содержащих кириллицеские имена.
На данный момент единственный нормальный способ пофиксить этот баг -- конвертировать (по сути, генерировать) имена в ASCII. На мой взгляд, это будет не самой лучшей идеей (для web-разработчиков и тех, кто сохраняет странички русской вики). Это связано с
https://bugzilla.mozilla.org/show_bug.cgi?id=278161
Пометил баг 419594, как WONTFIX. Если у кого есть какие-нибудь возражения/предложения, то рекомендую писать на странице обсуждения бага: https://bugzilla.mozilla.org/show_bug.cgi?id=419594

powerfox

У меня есть.

It's more convenient to force everybody to use FF instead of IE and Opera.

Это нереально и невозможно.

А можно простым языком и по-русски объяснить в чем проблемы, а главное почему нельзя исправить? Ведь в ие убогом работает все как надо и в адресной строке текст нормально отображается и сохраняются страницы нормально.

TLemur, это возражение А предложение?
Кто сохраняет страницы в ff, обычно и открывает их в ff. Поэтому с таким багом могут столкнуться единици (Вася Путкин послал кому-то такой файл), правда, с точки зрения маркетинга это не к лицу ff.
На мой взгляд, всё просто: конвертировать из utf-8, когда мы пишем, а когда читаем, то в utf-8.
Но biezi уверен, что этот способ почти что sucks. Если я правильно его понял, то одна из причин -- имена содержащие ASCII и латиницу.
+

В общем, тут нужен ломик потяжелее. Я сейчас просматриваю старые баги, из-за которых мы пришли к такому положению дел.

powerfox

Я тоже читаю все баги, пытаясь разобраться.

Поэтому пусть пока повесит открытым.

Timon, в ff договорились использовать UTF-8 для URIs (ссылок) локальных файлов. Как мне сказали на канале #developers, то нет никакого стандарта, который бы регулировал то, в какой кодировке должны быть ссылки.
Мы сохраняем страничку с русским именем, создаётся папка с файлами. В SomePage.html путь (относительный) записывается в виде эскепнутой UTF-8 последовательности (кто помнит баг с отображением кириллицы в адресной строке, хорошо представляет, что это).
Очевидно, когда IE/Opera читают страницу, то они применяют к ссылкам не UTF-8 кодировку (родную виндовую или ту, что указана в charset, но виндовую вероятнее всего). В итоге, IE получает совсем не то имя.
Тот баг, что пофиксил я, заключался в том, что ff записывал имена в виндовой кодировке, но когда читал файл, то интерпретировал их, как utf-8. При чтении локального файла преобразовывать в utf-8 проблематично (см. цитату biesi), так как есть определённые проблемы с интерпритацией ASCII с escape последовательностями.
Человек в мозилле очень давно и я ему верю.

Добавлено Wed Feb 27 16:09:01 2008 :

TLemur: ок, не проблема

Вообще, у меня предложение к админам. Деньги за баги это хорошо, но есть разработчики, что и для кайфа кодят - почему бы не иметь список локализационных багов (суть, ссылка на багзиллу, ссылка на обсуждение на форуме)? С приоритетами и обсуждениями. Вы бы не только могли легко находить баги для вашей программы, но и программисты бы что-то фиксили оттуда.
Это просто IMHO

powerfox

хм. а может всё-таки сделать?..

Интересно, а в висте уже utf8? Если да, то баг бы сам собою отпал (если не ошиаюсь, то поддержка XP будет завершена в этом году).

powerfox

На Висту перешло менее 10% пользователей.

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

vladmir
Ок, спасибо.

powerfox

Так вроде и не говорили, что некорректное открытие в др браузерах - именно следствие патча. Просто я предположил, что рано или поздно кому-то придётся опять к этому возвращаться. Как ни крути, а сохранение страниц в таком виде даёт пищу для критики мозиллобраузеров.
А вообще, стало лучше и хорошо.

Добавлено Wed Feb 27 20:54:11 2008 :
Ага, прочитал баг про регрессию, понял о чём речь. Не успеваю за полётами мыслей.))

Однозначно. Но возможно, что придётся что-то изменить в механизме сохранения. IE использует последовательности типа &121 (не помню точно, а сижу в никсах). Возможно, что он не понимает escape-последовательности. Здесь сначала надо понять, что происходит (напишем в саппорт M$? ).

Unghost

Поставил попробовал. По первому впечатлению сохраняет-открывает всеми способами с русскими именами со всеми подключёнными в самой странице файлами и картинками (за исключением @import, но это другая история).

Ещё можно добавить, что имена файлов корректно, не искажённо отображаются в Проводнике и в диалоговых окнах "открыть" и "сохранить".

Но, длина имени в коде просто обалденная, конечно всё же.

Если сохранить страницу с таким именем:

То в коде страницы это выглядит так:

Вес страницы увеличивается в 2 раза, если она небольшая и в ней пара десятков изображений (по сравнению с той же длины английским именем).

В общем, для многих случаев это вполне подходящий вариант, но часто вот мне лично придётся по прежнему сохранять с английскими именами, потому что видеть это в коде страницы и как-то работать с этим затруднительно.

Хе, уж я молчу про гигабайты уже сохранённых страниц, на которые амнистия не распространяется.)))

В Симанки в адресной строке теперь имя открытой после сохранения страницы занимает в 8 раз больше места, чем в Файрфоксе.-(

Все просто. Сохраняете страницу (с кодировкой win1251 и кириллическим названием например http://yandex.ru/) в Опере или IE в html с рисунками.
FF2 ее открывает без рисунков, но стили понимает
А если в блокноте исправить charset поставить UTF-8 и сохранить в кодировке UTF-8, то FF2 эту же страницу откроет с рисунками и стилями.
Причем FF1.5 этой проблемы не имел.

Dеnis, третий ff открывает любые страницы, сохранённые Opera или IE... И даже ничего менять не надо.

vladmir

Это Bug 366797 – Revise the Location Bar (highlight effective domain, decode URLs, add overflow ellipsis & tooltip)
Кто то должен портировать патч для этого бага или по меньшей мере часть патча отвечающую за декодирование URL в SeaMonkey.

А для SeaMonkey открыт соответствующий баг?

powerfox

Я такого не нашёл. Для Camino создали Bug 387312 – Decode/unescape UTF-8 URL fragments in the location bar. Пользователи SeaMonkey могут создать аналогичный.

К сведению, патч для бага из этой новости будет включён в Gecko 1.8.1.13

fixed1.8.1.13

Увы, это не тот патч. Как я понял, то нужно портировать
https://bugzilla.mozilla.org/show_bug.cgi?id=397815
У меня свободный день, попробую повозиться. Жаль, что там JS, я его почти полностью забыл (но хвала Сишному синтаксису).

Не поддержка, а выпуск. Поддержку общеали до 14-того года!

Кстати, ещё один минус - теперь JSView не видит страницы с кириллическими именами с диска - не открывает исходный код страницы, как минимум, из контекстного меню, в служебном окошке показывает переглюченную кодировку.

Во-первых, это не часть мозиллы, а аддон, т.е. его баги — просто его баги.
Во-вторых, очень маловероятно, что это вызвано этим патчем.

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

А обо мне забыли...?

Ewan

хвастаться нехорошо

ViewSourceWith 0.2 аналогично не открывает сорс сохранённых страниц с кириллицей во внешнем редакторе - и с той же перкодировкой.

viewsourcewith-0.2-fx+mz+tb+sm.xpi

Пока на FF 3.0.1 посмотрел, на Симанки должно быть аналогично.

Файл
Кто такой лузер.htm
в окне ошибки EmEditor "Указан недопустимый путь" видится примерно как:
B> B0;>9 ;C75@.htm (в начале квадратик ещё)

(название без намёков, в жж тема у dolboeb)))

Мм? А вы кто?

Ссылку дать не могу, но в мозилла принято всё не-аски сохранять в эскейпнутом UTF-8. Ошибка заключалась в том, что FF в винде сохранял в родной кодировке (win-1251, а не utf-8), а при открытии ожидал, что имена как раз в эскейпнутом utf-8.
Вообще, я где-то писал, что можно использовать при сохранении специальные константы вида &1241 (не помню ни названия, ни точного вида). Но у меня из-за семейных проблем нет времени, чтобы покопаться в мозилле (ещё в разработке висит патч для адресной строки симанки =Bug 425480= — получил ряд замечаний, а переделать уже не успел). Кстати, по поводу симанки: кто-то из форумчан на JS что-то пытался фиксить, в принципе, для исправления Симанки не так много и надо времени (мои знания JS вообще стремятся к нулю).

https://bugzilla.mozilla.org/show_bug.cgi?id=409796

powerfox

Наверное misak.

Что-то не вижу там поста biezi, а точно не biesi? И biesi не вижу.))

vladmir, значит обсуждение шло в IRC. Но то, что сейчас сделано всё по стандарту мозялкиных — 100%.

powerfox

Bug 425480 – non-ASCII characters should be decoded in the urlbar (like in FF3)
https://bugzilla.mozilla.org/show_bug.cgi?id=425480

Наблюдается заметный прогресс усилиями misak

powerfox, обращаю, типа, внимание.-)

Видел Я подписан на этот баг. И это очень классно, так как я JS почти не помню (я пишу на С++).

powerfox_Лень логиниться

А вот там ещё про

Ты их забацал - отдельные или уже не надо?

powerfox
И ещё, я таки собрался написать автору ViewSourceWith, он живо так заинтересовался, но у него что-то не получается. Я ему и страниц сохранил со скринами. Но я ж не знаю как точно описать и на что обратить внимание. Тем более на инглише.
Вот он пишет:

И на зине:

Может сообщишь ему правильное направление мысли? Лучше на инглише.

И Firebug не может открыть сорс html локальных страниц с именами в кириллице.

vladmir

Например, можно заглянуть в IE Tab... Правда, там тоже не всегда правильно перекодирует.

У меня работает примерно следующее:

var myObj = {
	openUriWithApp: function( ... ) {
		// ...
		// var path = "c:\\Program Files\\Internet Explorer\\iexplore.exe";
		// var args = [];
		args.push(this.convertStrFromUnicode(uri));
		this.startProcess(path, args);
	},
	startProcess: function(path, args) {
		args = args || [];
		var file = Components.classes["@mozilla.org/file/local;1"]
			.createInstance(Components.interfaces.nsILocalFile);
		file.initWithPath(path);
		if(!file.exists()) {
			alert(path + "\nnot found!");
			return;
		}
		var process = Components.classes["@mozilla.org/process/util;1"]
			.getService(Components.interfaces.nsIProcess);
		process.init(file);
		process.run(false, args, args.length);
	},
	convertStrFromUnicode: function(str) {
		var charset = this.charset;
		if(!charset)
			return str;
		// this.ut._log("convertStrFromUnicode -> charset -> " + charset);
		var suc = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
			.createInstance(Components.interfaces.nsIScriptableUnicodeConverter);
		suc.charset = charset;
		try {
			str = decodeURIComponent(str); // to UTF-8
		}
		catch(e) { // does not work in fx 1.5
			str = suc.ConvertToUnicode(unescape(str)); // Thanks to IE Tab!
			str = decodeURI(str);
		}
		return suc.ConvertFromUnicode(str);
	},
	get charset() {
		var charset = "";
		if(this.ut.pref("convertURIs")) {
			charset = this.ut.pref("convertURIsTo");
			if(!charset) {
				charset = this.ut.getPref("intl.charset.default");
				if(!charset || charset.indexOf("chrome://") == 0)
					charset = this.defaultCharset;
			}
		}
		return charset;
	},
	_defaultCharset: null,
	get defaultCharset() { // thanks to IE Tab!
		if(this._defaultCharset == null) {
			var strBundle = Components.classes["@mozilla.org/intl/stringbundle;1"]
				.getService(Components.interfaces.nsIStringBundleService);
			try {
				this._defaultCharset = strBundle.createBundle("chrome://global-platform/locale/intl.properties")
					.GetStringFromName("intl.charset.default");
			}
			catch(e) {
				this._defaultCharset = "";
			}
		}
		return this._defaultCharset;
	}
};
myObj.openUriWithApp( ... );

this.ut.pref(prefName) и this.ut.getPref(prefName) возвращают значение настройки по ее имени.

Infocatcher
Только это не мне надо пояснять, а автору расширения, ну вот я ему скопипащу этот код и что приписать?

А IE Tab что во что перекодирует?
Он же со страницами в онлайне работает, а тут проблема с сохранёнными.
При чём, что интересно, во ViewSourceWith не открывается сорс, а подключённые к той же странице css и js открываются - из окошка расширения.

В смысле - где у тебя?

vladmir

Я думаю, он поймет, что есть что в коде.
Приписать, что основано на коде IE Tab (уже не помню, но, вроде, я что-то менял).

При этом, кстати, в Win XP + Firefox 3.0 для http-ссылок работает без перекодирования (можно передать любую ссылку и Opera, и IE).
При этом IE 7.0 нормально открывает

http://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%9F%D0%BE%D0%B8%D1%81%D0%BA

без перекодирования, а вот

file:///D:/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F%20%D0%9F%D0%BE%D0%B8%D1%81%D0%BA.htm

– уже нет. А Opera не особо кушает cp1251...
Т.е. проблема в том, что запускаемое с параметром приложение неправильно читает этот параметр (ссылку). И надо угадать, во что следует эту ссылку перекодировать.
В общем, темное это дело...

В cp1251 (windows-1251) для русской версии Windows. Адреса страниц с Википедии, например, перекодирует и локальные странички – тоже (file://...).
Давно не пользовался и подробностей не помню, но факт в том, что IE Tab лучше всех IE* работает с кириллицей в пути к файлу.

Гм, не знаю... Но, кажется, сорс сначала в %temp%/ сохраняется. А локальные файлы без перекодирования пути к ним открываться не всегда желают.

У меня в расширении. Только оно еще не дописано – интерфейс для редактирования настроек не доделан (а править настройки вручную неудобно, от того и с тестированием вяло). В общем, суть в том, что код работает, но местами. А в Linux я вообще еще не смотрел.

Добавлено Tue Sep 16 00:42:28 2008 :
P.S. Немного подкорректировал код.

Infocatcher

Первый кусок запостил на зине, только вот это я сходу не рискну перевести: "this.ut.pref(prefName) и this.ut.getPref(prefName) возвращают значение настройки по ее имени." и всё остальное техническое.-)

Вот эта тема:
Uri with cyrillis characters, Windows and unicode
http://forums.mozillazine.org/viewtopic.php?f=19&t=850765

vladmir

Ну, можно и их код привести, только он несущественен в данном случае.
... return value of prefName preference (да-да, с буржуйским у меня не очень )
this.ut.pref(prefName) used for extensions settings and this.ut.getPref – for other (like intl.charset.default).

P.S. А ссылаться можно на мой профиль там: http://forums.mozillazine.org/memberlis … e&u=282648

Ха! В Эхплорере тоже быват всяко:

You cannot open a Web page by using Windows Internet Explorer 7 if the URL of the Web page contains non-ASCII characters
http://support.microsoft.com/kb/935729/

Добавлено Tue Sep 16 13:42:19 2008 :
Infocatcher

У нас с тобой, смотрю, одинаково.)) Я и в твоих постах ошибки вижу и в своих.-(

Вскрылось новое грустное обстоятельство.
В самом Файрфоксе есть встроенная функция - переключение на просмотр исходника во внешнем редакторе (Вид - Исходный код страницы).
Включается переключением параметра
pref("view_source.editor.external", false);
на true и указанием в параметре
pref("view_source.editor.path", "");
пути к внешнему редактору.

Так вот оно не срабатывает, если страница с кириллицей в пути или имени.
Сообщено в теме:
http://forum.mozilla-russia.org/viewtopic.php?id=26626

Хотя в Нетскейпе 9, смотрю, аналогично то есть и во втором фоксе то есть это-то давняя история.

Bug 408923 -  View source with an external editor doesn't works with a web page with a ' in title and UTF-8 encoding, editor is opened but file is not found