Сетевой дневник Мицгола-вебмастера - Mithgol the Webmaster's We Голосов: 1 Адрес блога: http://mithgol.livejournal.com/ Добавлен: 2008-03-26 11:44:18 блограйдером Lurk

Ворох идей околофайерфоксовых

2006-10-18 18:31:51 (читать в оригинале)

 
Как XUL может воздействовать на значок в собственной строке адреса, на значок на закладке?

Список багов, связанных с протоколами. Двести наиболее релевантных. Надо бы поискать список багов, связанных со схемами, особенно со схемами протоколов.

Дарин Фишер (человек из Гугля) интересовался, возможно ли утягивать протоколы из Gnome VFS. Линуксовец, стало быть.

Дуг Тёрнер проявил непонимание, когда он счёл баг 340333 относящимся к внутренним настройкам браузера. Напротив, этот баг касается внешних настроек операционной системы, подобно XPCOM-компоненту nsIShellService. Внутренних настроек, однако, касается баг 167475, предполагающий блокировку внешних URL-обработчиков во всех случаях, окромя гиперссылок. На мой же скромный взгляд, это чрезмерно; следует предусмотреть деблокировку для пункта «View Image» контекстного меню, скажем.

Важен баг 297645, предполагающий размещение ed2k-гиперссылок в белом списке.

Реализация адреса «about:licence». Познавательный патч. Следовало бы реализовать XPCOM, поддерживающий определение about:-адресов.

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

Надобна документированная возможность читать из внешнего файла (например, WBMP) и писать в произвольный канал кучу данных (возможно, двоичных; возможно, содержащих нулевые байты), задавая каналу произвольный MIME-тип. В том числе изнутри джаваскриптового XPCOM.

Надобна документированная возможность изнутри розенберговской функции newChannel() определять, располагается ли означаемый URLом объект на странице, или показывается отдельно. Подробности на Мозиллазайне.

Если newChannel() возвращает return ios.newChannel("chrome://.../какая-нибудь/картинка.png", null, null), — тогда надобно, чтобы первоначальный нестандартный протокол возникал в Properties, во «View Image»... в общем, не только в строке адреса наверху. Сейчас не возникает. Баг это, пожалуй.

Когда адрес «file://...» заносится в закладки, то Firefox отображает значок файла в закладках, даже если это DLL или Microsoft Word. Кстати, в file://-виде внутри каталога — значок не отображает, а в закладках отображает. Во-первых, это баг. Во-вторых, надобен XPCOM, позволяющий джаваскрипту читать значки из файлов. В-третьих, надобен способ отображать такие значки (хотя бы те, которые по умолчанию) внутри XUL-хрома. Например, если FlashGot-подобное расширение позволяет выбирать даунлоадер среди имеющихся, то после запуска nsIFilePicker читать значок из программного файла — и отображать. Или если напишет кто-нибудь XUL-аналог файлового менеджера Total Commander — чем тогда ему читать значки из файлов?

---

Поздравительное

2006-10-18 00:20:33 (читать в оригинале)

 
С днём рождения, krylov!

---

Их мнение

2006-10-17 20:06:16 (читать в оригинале)

 
«...живу сейчас в Лобне, городок хороший, только русских слишком много».

«...доехали быстро, устроились нормально. Торгуем... русских только очень много».

---

Без комментариев

2006-10-17 19:23:42 (читать в оригинале)

 


(фото пресс-службы Президента России)

---

Читал chrome://browser/content/preferences/general.js в Файерфоксе

2006-10-17 18:57:35 (читать в оригинале)

 
Много думал.

Попробовал найти на MDC документацию по nsIShellService. Не нашёл :-(

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

Надо бы узнать ещё, как менять заголовок XUL-окна; простой setAttribute('title', ...); — не срабатывает.