Почему проводник Windows не отображает результаты OpenSearch с типами, отличными от text / html, правильно? - PullRequest
Новая
       39

Почему проводник Windows не отображает результаты OpenSearch с типами, отличными от text / html, правильно?

2 голосов
/ 12 декабря 2011

Я пытаюсь отобразить результаты из REST API IBM Content Analytics в Windows 7 Explorer через его интеграцию с OpenSearch.API REST возвращает фид Atom с элементом <atom:entry> для каждого попадания поиска.

Моя проблема: как только атрибут type элемента <atom:link> имеет значение, отличное от text/htmlсоответствующий поисковый запрос в проводнике Windows отображается как «Информация недоступна».В приведенном ниже минимальном примере хит поиска отображается правильно, как только вы удалите type="application/msword" или измените его значение на text/html. 

<atom:entry>
  <atom:title>Hit B</atom:title>
  <atom:link rel="alternate" type="application/msword" href="http://192.168.111.130:8394/api/v10/document/content?collection=Search&amp;uri=file:///C:/DataFiles/Price%2BChange.doc" hreflang="en"/>
  <atom:id>file:///C:/DataFiles/Price+Change.doc</atom:id>
  <atom:summary>...B</atom:summary>
</atom:entry>

Может кто-нибудь объяснить это поведение или сказать, как его избежатьи отображать результаты, отличные от text/html, в проводнике Windows?

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

1 Ответ

0 голосов
/ 12 апреля 2012

В RSS тег ссылки должен содержать URL-адрес, например, 

<link>http://www.google.com</link>.

Затем заголовок, дата и т. Д. Отображаются в файловом менеджере.

Вместо 

<link href="http://www.google.com" />

будет отображать «Нет информации» в файловом менеджере.

Для ATOM необходимо указать: 

<link href="http://www.google.com" />

без атрибута rel. Тогда вы увидите правильную информацию в файловом менеджере!

...