Summary: | does not support $BROWSER | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey V Turchin <zerg> |
Component: | url_handler | Assignee: | placeholder <placeholder> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P1 | CC: | glebfm, inger, kharpost, ktirf, lav, ldv, mike, placeholder, wrar |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | 10136 | ||
Bug Blocks: | 3481, 10122 |
Description
Sergey V Turchin
2004-01-13 16:34:38 MSK
А url_handler.sh это альтовская придумка или шире? *** Bug 3856 has been marked as a duplicate of this bug. *** I'll fix. Проблема в том, что семантика url_handler'а отличается от http://www.catb.org/~esr/BROWSER: С одной стороны, в url_handler'е нет подстановки %s; это нетрудно сделать. С другой стороны, в $BROWSER нет тэга, который в url_handler'е характеризует тип браузера (PW, XW, XT, VT). Implemented in 0.3.0-alt1. Работает: BROWSER=/usr/bin/konqueror url_handler.sh www.ru Не работает: BROWSER=konqueror url_handler.sh www.ru BROWSER="kfmclient openProfile webbrowsing" url_handler.sh www.ru Меня последний вариант особенно интересует Тоже хочу не указывать полный путь. url_handler-0.3.1-alt1 -> sisyphus: * Wed Nov 24 2010 Dmitry V. Levin <ldv@altlinux> 0.3.1-alt1 - url_handler.sh: added "mailto" type autodetection (closes: #24627). - url_handlers: changed mailx mode to XT (closes: #17538). - url_handler.sh: treat BROWSER and MAILER environment variables as colon-separated lists without necessary full path (closes: #3482). Раз пошла такая пьянка, то в /etc/urlview/url_handlers и в "$HOME"/.etc/urlview/url_handlers желательно тоже сделать полные пути не обязательными. Но возможность указания полного пути нужно обязательно оставить. В url_handler-0.3.1-alt1 Опоздали немного. Он уже не нужен. Есть xdg-open (В ответ на комментарий №12) > Опоздали немного. Он уже не нужен. Есть xdg-open А вы уверены что он рабочий? [user@eeedima Documents]$ xdg-open www.ru ошибка выполнения команды файл www.ru не найден [user@eeedima Documents]$ xdg-open http://www.ru запускает процесс копирования с http://www.ru А вы уверены, что он будет работать без граф среды? url_handler на данный момент работает безупречно и очень гибко настраивается (В ответ на комментарий №13) > А вы уверены что он рабочий? Да. > [user@eeedima Documents]$ xdg-open www.ru > ошибка выполнения команды файл www.ru не найден А разве такой файл у вас есть? > [user@eeedima Documents]$ xdg-open http://www.ru > запускает процесс копирования с http://www.ru У меня нет. Значит в вашем DE он ведет себя неправильно > А вы уверены, что он будет работать без граф среды? Ну, разве что это в нем не реализовано пока. > url_handler на данный момент работает безупречно Он тупо работает, не принимая в рассчет окружение. > и очень гибко настраивается Мышью? Не может быть ;-) xdg-open у меня, например, настраивается в центре настройки KDE, где ему и положено. У кого-то другого он будет настраиваться в месте, специфичном для его DE. (В ответ на комментарий №14) > (В ответ на комментарий №13) > > А вы уверены что он рабочий? > Да. А я считаю, что нет > > > [user@eeedima Documents]$ xdg-open www.ru > > ошибка выполнения команды файл www.ru не найден > А разве такой файл у вас есть? А где указано, что я хочу открыть файл? url_handler в этой ситуации запускает доступный браузер и нормально открывает страницу > > > [user@eeedima Documents]$ xdg-open http://www.ru > > запускает процесс копирования с http://www.ru > У меня нет. Значит в вашем DE он ведет себя неправильно да ну??? Это значит у него такая фича? url_handler в этой ситуации работает совершенно корректно У меня KDE > > > А вы уверены, что он будет работать без граф среды? > Ну, разве что это в нем не реализовано пока. А будет реализовано? > > > url_handler на данный момент работает безупречно > Он тупо работает, не принимая в рассчет окружение. Всё он принимает корректно, зато xdg-open работает как-то мягко говоря неожиданно > > > и очень гибко настраивается > Мышью? Не может быть ;-) > xdg-open у меня, например, настраивается в центре настройки KDE, где ему и > положено. А url_handler сделан так, что настройки обычно не требуется и, интересно, как вы попросите пользователя показать вам его настройки дистанционно. Для url_handler достаточно будет переслать конфиг по почте А центр настройки KDE у меня вообще отсутствует и я от этого ни сколько не страдаю >У кого-то другого он будет настраиваться в месте, специфичном для его > DE. и вы считаете это фичей? в одном DE в одном месте, в другом DE в другом месте? url_handler везде настраивается в одном месте и независимо от DE и даже без DE -- это классический пример правильно написанной программы. Просьба ошибки в xdg-open обсуждать в соответствующих багах. (В ответ на комментарий №15) > А я считаю, что нет Пока не будете приводить номера багов, вы тоже считаете его рабочим. |