Разработка HumanUrl приостановлена. Пожалуйста, воспользуйтесь расширением Locationbar

Расстроенный этим решил слепить хоть какой-нибудь костыль в виде расширения.
Расширение исправляет символы вида file:///C%F4%F2%FF.htm в адресной строке в читабельную информацию.
Просьба провести тестирование.

http://forum.mozilla-russia.org/uploade … .1.2.1.xpi

Версия тестировалась на FF 2.0b2 и FF 1.5.

Для нормальной работы расширение при запуске принудительно выставляет
network.standard-url.escape-utf8 true
network.standard-url.encode-utf8 false

Версия 0.0.2
+ : Добавлена проверка на правильность протокола (file)
* : Дополнено описание

Версия 0.0.3
+ : Работоспособность для большинства кодировок
+ : Добавлена русская локаль
+ : Добавлена иконка расширения

Версия 0.1.0
+ : Добавлены протоколы http и ftp
+ : Добавлено окно настроек
* : Исправлено несколько багов

Версия 0.1.1
http://forum.mozilla.ru/uploaded/humanurl_0.1.1.xpi
+ : Добавлена поддержка Seamonkey (тестировалось на 1.0b, настройки находятся в меню Tools->Human URL)
* : Исправлены баги (спасибо Крису)

Версия 0.1.2
http://forum.mozilla-russia.org/uploade … -0.1.2.xpi
+ : Добавлен протокол https
+ : Совместимость FF 2.0

Версия 0.1.2.1
* : Исправлен баг с отображением путей файловой системы

А нужна ли проверка на правлиьность протокола? Сетевые имена не по-русски тоже не очень хорошо..

alc
Огромное СПАСИБО!!!, а то я как не переключал network.standard и т. д. , все равно получалось ...%F2%FF.htm
Теперь в FF меня ВСЕ устраивает!!!

alc
Хорошая вещь! Протестировал на версиях 1.0.7, 1.5RC1, RC2 и 1.6а2 и все прекрасно работает! Исправил только max - minversion на 1.0 - 1.6. Включил в состав Обновления для Mozilla.ru ExtensionPack 0.3 for Firefox 1.5 - 1.6a2 (20051115) от 21.11.05.
Спасибо! Поставил тебе +1

President

Написано же по русски: Версия тестировалась и предназначена для FF 1.5.

President, внимательно прочитай первое сообщение в теме

Обновил до версии 0.0.3. Просьба протестировать, у кого есть возможность, на файлах с именами, отличными от русских, а также в Linux.

P.S. Аплоад на форуме не работает...

alc
Обновил в Расширения для Firefox

Для нелокальных адресов ожидается патч?

alc

0.0.2 работал , а 0.0.3 не хочет

я в файле humanurl.js менял file://  на http://  стало работать для нелокальных адресов, перестало работать для файлов
хорошо бы объединить как нибудь

arvin
Все работает в 1.5RC2 точно. Качай отсюда http://forum.mozilla.ru/viewtopic.php?id=6346
Имею ввиду, локальные файлы

И для фтп надо бы.

качал, а толку ноль 002 работает а 003 нет
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051120 Firefox/1.5 - Build ID: 2005112003

работает в :::: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru-RU; rv:1.9a1) Gecko/20051120 Firefox/1.6a1 и :::: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Тестировал на RC3 Mozilla/5.0 (Windows; U; Windows NT 5.1; ru-RU; rv:1.8) Gecko/20051111 Firefox/1.5 ID:2005111116.

заработало, несколько раз установил, удалил и все заработало, хорошо бы теперь не только для file чтоб работало но и для http  и так далее

Для протокола file:// я просто проверяю наличие файла  и беру его имя в utf8, если файл не найден, то возвращается необработанная строка.
Может кто-нибудь поможет найти надежный способ определения кодировки для http:// и ftp:// ссылок?...

Сервер же сообщает кодировку ? Вот пришел например на ftp://ftp.mozilla.ru; Вид - Кодировка = Кириллица (KOI8-R). Или: Инструменты - Информация о странице: Кодировка: KOI8-R.
Вот у сервера и "спросить".

Обновил. Добавлены протоколы http и ftp. Протестируйте, пожалуйста.

Отличная вещь! alc, спасибо!

Может стоит это отправить для рассмотрения разработчиками ? Может включат в код фф?

alc
Обновил в разделе "Расширения для Firefox"!
Страница установики Human URL 0.1.0

В описании надо поправить, т.к. сейчас расширение обрабатывает не только локальные файлы.

alc
Исправлено!

Установил посл. версию 0.1.0 -- увы, не работает

Эксперимента ради, попробовал сменить наоборот:
network.standard-url.escape-utf8 false
network.standard-url.encode-utf8 true
тогда в адресной строке переводится в нормальный вид, но пишет что "file not found"

Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8) Gecko/20051201 Firefox/1.5

А.М.

Andrеw

у тебя нет случаем расширения Smiley Xtra? у меня тож не работало пока его не удалил, щас все ок
огромный плюс автору

В истории посещений урлы таки сохраняются в кривом характере. Это можно как-то устранить?

Сейчас над этим думаю как раз

arvin
Сейчас специально поставил Smiley Xtra. Все работает, проблема, видимо не в нем.

Smiley Xtra - да нет, нету. Я даже не в курсе что это такое.

А.М.

Andrеw
Попробуйте поставить на чистый профиль. А также скажите какие расширения сейчас у вас стоят.

Создал нового пользователя -- для чистоты эксперимента (не FF профиль, а именно adduser),
от него запустил FF,
сразу же, без всякой установки других расширений (только по умолчанию уже стоит "DOM Inspector"),
поставил Human URL 0.1.0 - увы ничего не изменилось.

А.М.

Andrеw

Вы под FreeBSD?, сразу не обратил внимание... Если так, то уж и не знаю чем помочь ибо оную в глаза не видел.
У вас не работает обработка только локальных файлов? А с http и ftp как?

наверно действительно не в нем, на новом профиле нормально работают эти расширения вместе, а на старом как только установишь Smiley Xtra сразу перестает работать Human

У меня системная кодировка, стандартно, в KOI8-R - может с этим что связанно?
А под Линухами ваше расширение работает? -- в принципе, разницы особой быть не должно...

О-о, а с http работает!

А.М.

alc
Пользователи SeaMonkey слёзно умоляют поспособствовать,-(

Ммм, будет время посмотрю , но пока ничего не могу сказать.

alc
Как сложится, о чём речь.

Если (вдруг) для Мозиллы не делал - посмотри как в autocopy выглядит install.js - там разложено по порядку в комментариях, - только имя поменять и путь внутри jar

В JS не разбираюсь, только покоцать могу по аналогии (просил автора URIid сделать вставку адреса стр - он не ответил, пришлось самому.)
Нужно будет тестировать - тестировщик (одна штука) уже есть.

есть ссылочка http://forum.five.mhost.ru/kb2/
так вот при клике по ней в адресной строке появляются ненавистные кракозябры
в чем может быть дело? расширение работает это точно но не на этой странице

Дело в том, что для раскодирования строки используется свойство characterSet документа. На этой страничке оно отсутствует, поэтому возвращается необработанная строка. Возможно, исправлю в следующих версиях.

alc
Вот попалось на Багзилле:
https://bugzilla.mozilla.org/show_bug.cgi?id=312287
Cannot open local htm file if its path has non-ASCII character

А можно сделать так, что бы это расширение при копировании в буфер обмена строки к примеру ftp://super.puper.ru/текст.txt не коверкала бы имя текст.txt?

Обновил до версии 0.1.1 - читайте в шапке.

P.S. Ваши пожелания приняты, попробую реализовать.

==> Обсуждение расширений

alc
Поставил 0.1.1 . Уже хорошо, спасибо. Но ещё не идеально.)
WinXP Pro RU SP2 SeaMonkey 1.0b
Делаю на диске H файл с именем "русский адрес.html"
Файл из шаблона - почти пустой.

1)
SeaMonkey закрыта, она - браузер по умолчанию.
Даблкликаю по "русский адрес.html"
Файл открывается.
В строке адреса:
file:///Hрусский адрес.html

2)
SeaMonkey открыта
Даблкликаю по "русский адрес.html"
Файл не открывается.
В строке адреса:
file:///h%25F0%25F3%25F1%25F1%25EA%25E8%25E9%20%25E0%25E4%25F0%25E5%25F1.html

3)
SeaMonkey открыта
Вызываю диалог открытия файла из интерфейса
Открываю "русский адрес.html"
Файл открывается.
В строке адреса:
file:///Hрусский адрес.html

4)
SeaMonkey открыта
Вставляю в строку адреса file:///Hрусский адрес.html
Жму кнопку "go"
Файл открывается.
В строке адреса:
file:///Hрусский адрес.html

5)
Открываю через строку адреса дерево
file:///H
Имя файла имеет вид:
русский адрес.html
Даблкликаю по СЂСѓСЃСЃРєРёР№ адрес.html
Файл не открывается.
В строке адреса:
file:///H%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%20%D0%B0%D0%B4%D1%80%D0%B5%D1%81.html

Если humanurl_0.1.1.xpi не установлено, то через file:///H
имя - русский адрес.html
Файл открывается.

6)
Открываю "русский адрес.html" через диалог открытия файла
Файл открывается.
В строке адреса:
file:///Hрусский адрес.html

Через контекстное меню добавляю в закладки
в менеджере закладок:
file:///H%F0%F3%F1%F1%EA%E8%E9%20%E0%E4%F0%E5%F1.html
Даблкликаю по этой закладке
Файл открывается.
В строке адреса:
file:///Hрусский адрес.html

Спасибо за тестирование, на досуге посмотрю.

Огромное спасибо за плагин!

Для ВикиПедии http://ru.wikipedia.org/ он просто необходим, там без него никак.

Есть только ещё одно маленькое пожелание, преобразовывать в русские буквы не только имя страницы, но и имя якоря на который идет ссылка, например в статье

http://ru.wikipedia.org/wiki/Древний_Рим

При нажатии в оглавлении на любой раздел адрес становится:

http://ru.wikipedia.org/wiki/Древний_Рим#.D0.9A.D1.83.D0.BB.D1.8C.D1.82.D1.83.D1.80.D0.B0

Вместо:

http://ru.wikipedia.org/wiki/Древний_Рим#Культура

Можно добать такую фичу?

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

Да я уже посмотрел HTML код этих страниц... ВикиПедия сама так генерирует...

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

Поставил вот расширение. Это счастье

Нашёл багу. Для "file:" у меня не работает. Стоит локальная кодировка KOI8-R и имена файлов, соответственно, в этой кодировке. А URL показывается закодированный hex кодами В настройках расширения стоит галочка для "file:"

С другой стороны, я иду на FTP, там файлы в CP1251 и отлично работает. В Firefox поставлен Character Encoding -> Auto Detect -> Russian

Проверял всё на другом компе, там User-Agent такой:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060226 Debian/1.5.dfsg+1.5.0.1-3 Firefox/1.5.0.1

Ок, посмотрю.

При печати внизу выводится ссылка кракозябой с процентами.
FF 1.5.0.1

Shtoong
А можно подробнее? Скриншот хотя бы.

Куда уж подробней-то
Печатаю, а внизу на распечатке адрес источника с кракозябами.
Скриншот? Это если только отсканировать... так как на предпросмотре URL страницы не выводится.

А вот  с 3.0а1 это расширение вообще не работает. Может сможете исправить? У меня не получилочь

Приветствую!

Небольшой вопрос-пожелание: у меня на сайте "Востокопедия" http://www.hanz.ru/wiki используется не только русский язык, но и некоторые другие - в частности китайский (см. http://www.hanzi.ru/wiki/index.php/%D0% … _%E4%B8%80).
Возможна ли (хотя бы чисто абстрактно-теоретически) доработка этого замечательного плагина для корректного отображения других языков? Готов оказать в этом посильную помощь.

При использовании защищенного протокола https тоже плагин не работает.

Спасибо, что пишете багрепорты, что-то совсем закружился...

Только сейчас дошло
На самом деле расширение довольно косметическое, изменяющее лишь поведение адресной строки в интерфейсе программы, баг сидит глубоко в движке

Leak Detector выдаёт попап (утечку), когда из меню расширеий-о расширении идёшь на домашнюю страницу автора и закрываешь это окно (всмысле с домашней страницей автора).

Стояло 0.1.0 и ни чего не исправляло. И не обновлялось. Поставил 0.1.1 стало нормально. Класс! Пасиб!

alc
Выйдет ли версия, совместимая с FF 2.0?

Да

Обновил, теперь должно работать на FF 2.0, протестируйте, пожалуйста, протокол https.

alc
Обновил в разделе "Расширения для Firefox" и добавил в "Расширения для других продуктов"

Обновил. Присутствовал баг, когда локальные пути в протоколе file не перекодировались.

А что насчет keyword-запросов? Там также отображается неверно русские символы При поиске получаем в адр.строке:
keyword:%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B0 вместо keyword:проверка

Я тут посмотрел исходный текст и вот, что обнаружил:

for(i=0;i<url.length;i++) {
      if (okURIchars.indexOf(url.charAt(i))==-1 && url.charCodeAt(i)<256) {
        try{         

          if(charset == 'UTF-8' &&  url.charCodeAt(i)>128 ){
                str += utf8service.convertStringToUTF8(url.slice(i,i+2), charset,'false');
                i++;
          }
          else str += utf8service.convertStringToUTF8(url[i], charset,'false');

        }
        catch(err){
          return backup;
        }
      }
      else
        str += url[i]; 
    }

Тоесть url проходится по символьно, и конвертируется...
А чем не устроило такое решение?:

try
    {
          str = utf8service.convertStringToUTF8(url, charset,'false');
    }
    catch(err)
    {
          return backup;
    }
    return str;

Тоесть взяли сразу весь url и конвертнули, у меня так заработали все языки, даже ja.wikipedia.org нормально работает.

Если всётаки нужно проходить по символьно, то рекомендую:

for(i=0;i<url.length;i++) {
      tChar = url.charCodeAt(i);
      if (okURIchars.indexOf(url.charAt(i))==-1 && tChar<256) {
        try{         

          if(charset == 'UTF-8' &&  tChar>128 ){
		nAdd=1;
		if(tChar>=192 && tChar<224)
		{
		    nAdd = 2;
		}else if (tChar>=224 && tChar<240)
		{
		    nAdd = 3;
		}
		else if (tChar>=240 && tChar<248)
		{
		    nAdd = 4;
		}
		else if (tChar>=248 && tChar<252)
		{
		    nAdd = 5;
		}
		else if (tChar>=252 && tChar<254)
		{
		    nAdd = 6;
		}
                str += utf8service.convertStringToUTF8(url.slice(i,i+nAdd), charset,'false');
                i+= nAdd - 1;
          }
          else str += utf8service.convertStringToUTF8(url[i], charset,'false');

        }
        catch(err){
          return backup;
        }
      }
      else
        str += url[i]; 
    }

Шаг здвига выберается в соответствии с деапазоном UTF-8 кодировки.

Спасибо. Учту в следующей версии.

А вот еще забавное применение...  Набранная адресная строка остается в списке посещенных, но опять с процентами... Т.е. набираем, например, ru.wikipedia.org/...... и видим список как бы русских урлов. В общем, понятно. Есть ли возможность в следующих мощных версиях расширения учесть и данный прокол браузера?

не уверен, что пишу в нужное место, но сорри, если не разобрался.

у меня следующая проблема.
из локальной сети хочу копировать ссылки с ftp с русскими именами (для последующего скачивания).

FF при "Правая кнопка -> копировать ссылку" ну или просто перетаскивание в менеджер закачек примерно так отображает ссылки:
"
ftp://aleksah.local/%EB%C9%CE%CF/%F3%CF%D7%C5%D4%D3%CB%CF%C5%20%CB%C9%CE%CF/%F2%C1%D3%D0%C9%D3%C1%CE%C9%C5%20%CE%C1%20%D0%CF%D3%CC%C5%DA%C1%D7%D4%D2%C1.avi "

соответственно я немогу скачивать данный файл.

приходиться выделять ссылку

"ftp://aleksah.local/Кино/Советское кино/Расписание на послезавтра.avi"

курсором и копировать через ctrl+c, ctrl+v
что не удобно

Установил данное расширение и ни чего не поменялось.
FF 2.0.

помогите плиз.
как решить данную проблему.

f4f
В настройках расширения везде стоят галки?

да, везде.

f4f
Контекстное меню сейчас не обрабатывается, возможно будет в следующих версиях

К автору расширения: сделайте маханькое обновление, как ImgLikeOpera для совместивмости с 2.0.0.1... конечно понимаю, многие скажут:"В инсталл.рдф измени версию" и тд но хочется чтобы все было по науке...

В ближайшее время сделаю.

И еще.
В последнее время все больше времени уходит на работу и семью. Поэтому, думаю, надо что-то делать. Поэтому обращаюсь ко всем участникам. Не согласится ли кто-нибудь еще поддерживать расширение? Особо сложного там ничего нет.

alc

хм, думаю, что справился бы... что требуется?

А меня к вам послали. С другой ветки. Я там писал: После последнего обновления Ff до версии 2.0.0.1 это расширение версии 0.1.2.1 оказалось несовместимо с Ff. Обновление автоматом ничего не находит. Может кто-то знает работающую версию.

Вижу вы уже это обсудили. Теперь жду "ближайшее время".

VlaM
Тебе сюда: http://forum.mozilla-russia.org/viewtopic.php?pid=134216#p134216 - версия для 1.5 - 3.0

Sergeys

В переводе версии 0.1.2.1 исправить "Файлововые" на "Файловые". "СерверА" пускай остаются , хотя и...

CJ Flash
Все пожелания и предложения адресуйте не мне, а автору.

Второй раз спасибо Sergeys'у. Проблема решена. Ну, и автору конечно.

В таком случае, переадресую alc вышесказанное мной пожелание.

аналогичное дополнение: Locationbar²
https://addons.mozilla.org/en-US/firefox/addon/4014

ajvol
Оно уже давно обсуждается в соседней теме

Остается резонный вопрос: если смысл жить данному расширению после выхода вышенаписанного, ведь это расширение есть костыль, а соседнее добавляет много нового функционала, да и его часть вроде как будут в 3.0 врезать.

Locationbar -- отличное расширение! И скорее всего, "Human URL" уже не нужен. НО! Тем не менее, хочу высказать огромную благодарность автору "Human URL" за его расширение, долгое время остававшееся единственным (пусть и костылем) расширением исправляющим досадную недоработку FF.

В общем, большое спасибо автору, и прощай "Human URL".

Scarab

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

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

Даже рад, честно говоря. Что ж, официально объявляю, что HumanUrl поддерживаться не будет. Пользуйтесь, Locationbar

alc
Спасибо за работу!

Плюс Locationbar² на нашем форуме

А зря не поддерживаете. На Кинозале торренте русские не видны в "Locationbar²", а в Humanurl не было проблем никогда.