Warum gibt es kein Meta-Tag...

[Julian von Mendel]

...z. B. mit dem Namen "searchstring", das in eine Website eingefügt wird, mittels dessen sich die Suchfunktion der Website per Knopfdruck in den Browser integrieren lässt? Wikipedia würde dann z. B. in das Metatag ein "http://de.wikipedia.org/wiki/%s" schreiben. Dann erscheint in meinem Browser ein Knopf, den ich drücke, und in meiner Suchleiste gibt es als neue Auswahlmöglichkeit die Wikipedia. Gibt es da technisch irgendein Problem? Wieso hat das noch niemand gemacht? Könnten ja einfach die Leute von Mozilla mal in Firefox einbauen - dann würden bestimmt viele Website-Authoren das Metatag in ihre Seite integrieren.

Schöne Grüße
Julian

[Swen Wacker]

Moin,

Wikipedia würde dann z. B. in das Metatag ein "http://de.wikipedia.org/wiki/%s" schreiben. Dann erscheint in meinem Browser ein Knopf ...

und in 5.000.000.000 anderen Browservarianten nicht. Wer eine Suche auf seiner Seite anbieten möchte, der kann das selbst verwirklichen. Ich würde als Anbieter einer Homepage nicht allzuviel Hoffnung in die Fähigkeiten der besuchenden Browser setzen.

Viele Grüße

Swen Wacker

[Julian von Mendel]

Hi,

Wikipedia würde dann z. B. in das Metatag ein "http://de.wikipedia.org/wiki/%s" schreiben. Dann erscheint in meinem Browser ein Knopf ...

und in 5.000.000.000 anderen Browservarianten nicht. Wer eine Suche auf seiner Seite anbieten möchte, der kann das selbst verwirklichen. Ich würde als Anbieter einer Homepage nicht allzuviel Hoffnung in die Fähigkeiten der besuchenden Browser setzen.

stört doch nicht, wenn der Browser das nicht kann? Es geht hier ja nicht um den Ersatz der Suchfunktion der Website, sondern darum, dass ich ohne die Website aufzurufen gleich das Suchfeld in meinem Browser hab. Die meisten Leute haben in ihrem Browser nunmal ein Textfeld, um z. B. Google gleich mit Suchtext aufzurufen. Firefox hat dafür einen praktischen "Add search engines"-Knopf, in Opera fügt man neue Suchmaschinen umständlich über die search.ini ein.

Schöne Grüße
Julian

[Thomas J.S.]

Hallo Julian,

...z. B. mit dem Namen "searchstring", das in eine Website eingefügt wird, mittels dessen sich die Suchfunktion der Website per Knopfdruck in den Browser integrieren lässt? Wikipedia würde dann z. B. in das Metatag ein "http://de.wikipedia.org/wiki/%s" schreiben. Dann erscheint in meinem Browser ein Knopf, den ich drücke, und in meiner Suchleiste gibt es als neue Auswahlmöglichkeit die Wikipedia.

Ich verstehe nicht was du genau meinst.
Es gibt viele Browsererweiterungen die sowas oder ähnliches können bzw. bieten (aber wie gesagt, so ganz verstehe ich nicht was du meinst).

Grüße
Thomas

[Julian von Mendel]

Hi,

Ich verstehe nicht was du genau meinst.
Es gibt viele Browsererweiterungen die sowas oder ähnliches können bzw. bieten (aber wie gesagt, so ganz verstehe ich nicht was du meinst).

Firefox und Opera können es auch von Haus aus. Aber ich muss bei Opera die Wikipedia z. B. selbst in meine Suchleiste einbinden, über die search.ini. Das ist unpraktisch. Ich verstehe nicht, wieso die notwendige URL inkl. aller GET-Parameter etc. von den Usern selbst herausgesucht werden muss, anstatt von der Website in einem Metatag angegeben zu werden, welches auf Knopfdruck vom Browser ausgelesen wird. Dann muss ich nicht mehr manuell dict.leo.org, wikipedia.de usw. in meine Suchleiste aufnehmen, bzw. erst herausfinden, in welchem GET-Parameter jetzt wieder der Suchtext übergeben wird.

Schöne Grüße
Julian

[Thomas J.S.]

Hallo,

Ich verstehe nicht was du genau meinst.
Es gibt viele Browsererweiterungen die sowas oder ähnliches können bzw. bieten (aber wie gesagt, so ganz verstehe ich nicht was du meinst).

Firefox und Opera können es auch von Haus aus. Aber ich muss bei Opera die Wikipedia z. B. selbst in meine Suchleiste einbinden, über die search.ini. Das ist unpraktisch. Ich verstehe nicht, wieso die notwendige URL inkl. aller GET-Parameter etc. von den Usern selbst herausgesucht werden muss, anstatt von der Website in einem Metatag angegeben zu werden, welches auf Knopfdruck vom Browser ausgelesen wird. Dann muss ich nicht mehr manuell dict.leo.org, wikipedia.de usw. in meine Suchleiste aufnehmen, bzw. erst herausfinden, in welchem GET-Parameter jetzt wieder der Suchtext übergeben wird.

Ich habe zwar keine Antwort für dich, aber ich verstehe jetzt was du meinst.
Vielleicht wird das in der Zukunft möglich sein.

Grüße
Thomas

[Tim Tepaße]

Hallo Julias,

Dann erscheint in meinem Browser ein Knopf, den ich drücke, und in meiner Suchleiste gibt es als neue Auswahlmöglichkeit die Wikipedia. Gibt es da technisch irgendein Problem?

Als Linux-Nutzer wird Dir das natürlich nicht viel nutzen, aber der Mac-Browser OmniWeb kann das schon seit Jahr und Tag. Kein Wunder - war er doch auch meines Wissens der erste Browser, der Such-Shortcuts implementierte, eine passende GUI dazu zu basteln, liegt auf dem Mac natürlich nahe.

Suchparameter nach Belieben einstellen, ins Suchfeld klicken und unten in der Statusleiste erscheint ein kleines Icon (Lupe mit Plus-Zeichen). Draufklicken, der Suche einen Namen und einen Shortcut geben und schon hat man eine neue Suche im Browser integriert.

Tim

[Ashura]

Hallo Tim.

Als Linux-Nutzer wird Dir das natürlich nicht viel nutzen, aber der Mac-Browser OmniWeb kann das schon seit Jahr und Tag.

Und wieder ein interessanter Browser.

Ich habe im Übrigen die Installation von Webkit noch nicht hinbekommen, da eine einzelne Komponente sich nicht kompilieren lässt. (Entweder einen „invalid conversion from const char\* const\*' to const char**“-Fehler in einem Skript (nrcit-0.5.0) oder eine fehlende Datei (nrcit-0.5.1).

Mal sehen, ob ich auf der Mailingliste auf sf.net Hilfe finden kann.

Einen schönen Sonntag noch.

Gruß, Ashura

[Ashura]

Hallo.

Ich habe im Übrigen die Installation von Webkit noch nicht hinbekommen, [...]

Das hat sich nun mittlerweile geändert.
Nach einem Anpassen der jeweiligen Stelle im betroffenen Skript war die Kompilierung erfolgreich.

Danach wollten beide Browser (OSB und Atlantis) jedoch diverse Bibliotheken nicht finden, weshalb hier ein paar Symlinks erforderlich wurden.

Zwar funktionieren nun beide Browser, aber die Darstellung ist meilenweit von dem entfernt, was ich unter Acid2-Compliant verstehen würde.

Mal sehen, was sich hier noch machen lässt.

Einen schönen Sonntag noch.

Gruß, Ashura

[Tim Tepaße]

Hallo Ashura,

Zwar funktionieren nun beide Browser, aber die Darstellung ist meilenweit von dem entfernt, was ich unter Acid2-Compliant verstehen würde.

Aus Interesse: Welche Build-Nummer hat denn das von GTK/WebCore verwendet WebCore?  Vielleicht haben die das in der Vergangenheit irgendwann geschnappt und seitdem nicht mehr aktualisiert. Ein Zuordnung von WebKit Build zu Safari Versionsnummer findest Du hier:
http://developer.apple.com/internet/safari/uamatrix.html

Die Fähigkeit, Acid2 korrekt darzustellen kam erst mit Safari 2.0.2, also Build 416.11.

Tim

[Ashura]

Hallo Tim.

Aus Interesse: Welche Build-Nummer hat denn das von GTK/WebCore verwendet WebCore?

Eine gute Frage, ich habe sie mir auch schon gestellt.
Momentan weiß ich keine Antwort und wüsste auch nicht, wo in den Sourcen ich nachschauen sollte.
Ich habe aber einen der Autoren diesbezüglich (und der miesen Darstellung) kontaktiert.

Vielleicht haben die das in der Vergangenheit irgendwann geschnappt und seitdem nicht mehr aktualisiert.

Davon gehe ich aus. Die Darstellung tabellenfreier Layouts ähnelt momentan noch der des alten Netscape Navigators.
Einen ausführlicheren CSS-Test werde ich aber noch unternehmen.

Ein Zuordnung von WebKit Build zu Safari Versionsnummer findest Du hier:
http://developer.apple.com/internet/safari/uamatrix.html

Danke.

Einen schönen Montag noch.

Gruß, Ashura

[Julian von Mendel]

Hi Tim,

Dann erscheint in meinem Browser ein Knopf, den ich drücke, und in meiner Suchleiste gibt es als neue Auswahlmöglichkeit die Wikipedia. Gibt es da technisch irgendein Problem?

Als Linux-Nutzer wird Dir das natürlich nicht viel nutzen, aber der Mac-Browser OmniWeb kann das schon seit Jahr und Tag. Kein Wunder - war er doch auch meines Wissens der erste Browser, der Such-Shortcuts implementierte, eine passende GUI dazu zu basteln, liegt auf dem Mac natürlich nahe.

Suchparameter nach Belieben einstellen, ins Suchfeld klicken und unten in der Statusleiste erscheint ein kleines Icon (Lupe mit Plus-Zeichen). Draufklicken, der Suche einen Namen und einen Shortcut geben und schon hat man eine neue Suche im Browser integriert.

was meinst du mit "Suchparameter nach Belieben einstellen"? Das, was ich beschreibe, bringt ja nur etwas, wenn Website-Autoren das Metatag auch in ihre Seite einbauen. Weil ich davon ausgehe, dass die wenigsten Website-Bastler sich für Omniweb interessieren, gehe ich mal davon aus, dass du mich falsch verstanden hast... Kannst du nochmal genau beschreiben, wie du z. B. die Wikipedia-Suche in dein Omniweb integrieren würdest?

Schöne Grüße
Julian

[Orlando]

Hallo Julian,

Suchparameter nach Belieben einstellen, ins Suchfeld klicken und unten in der Statusleiste erscheint ein kleines Icon (Lupe mit Plus-Zeichen). Draufklicken, der Suche einen Namen und einen Shortcut geben und schon hat man eine neue Suche im Browser integriert.

was meinst du mit "Suchparameter nach Belieben einstellen"?

Das, was mit dem „Opera search.ini Editor“ auch möglich ist: Die URIs zu Suchergebnissen diverser Suchmaschinen mit Platzhaltern auszustatten und per Kürzel erreichbar zu machen.

Kannst du nochmal genau beschreiben, wie du z. B. die Wikipedia-Suche in dein Omniweb integrieren würdest?

Für Opera: http://www.andreas-kalt.de/code/opera-search-ini.txt

Grüße
 Roland

[Julian von Mendel]

Hi Orlando,

Suchparameter nach Belieben einstellen, ins Suchfeld klicken und unten in der Statusleiste erscheint ein kleines Icon (Lupe mit Plus-Zeichen). Draufklicken, der Suche einen Namen und einen Shortcut geben und schon hat man eine neue Suche im Browser integriert.

was meinst du mit "Suchparameter nach Belieben einstellen"?

Das, was mit dem „Opera search.ini Editor“ auch möglich ist: Die URIs zu Suchergebnissen diverser Suchmaschinen mit Platzhaltern auszustatten und per Kürzel erreichbar zu machen.

danke, ich kenne den Editor. Aber das hat wenig mit dem zu tun, was ich beschrieben habe. Die URIs inkl. dutzenden blöder GET-Parameter muss man nämlich trotzdem noch selbst raussuchen.

Schöne Grüße
Julian

[Tim Tepaße]

Hallo Julian,

was meinst du mit "Suchparameter nach Belieben einstellen"? Das, was ich beschreibe, bringt ja nur etwas, wenn Website-Autoren das Metatag auch in ihre Seite einbauen.

Ich beschreibe es dann doch mal besser mit Screenshots (Achtung, alle über 200 KB), das ist einfach anschaulicher. In Omniweb funktioniert es auch ohne ein hypothetisches Meta-Element.

Mal angenommen, ich würde OmniWeb benutzen - tue ich wegen des 12"-Bildschirms nicht -  und wollte eine Suchfunktion, die das gesamte Forumsarchiv durchsucht. Ich würde die Seite der SELFHTML Suche aufrufen und die Parameter einstellen, die eine Suche nur im Forumsarchiv braucht:

http://forum.de.selfhtml.org/tim/omniweb-suche-1.png [1]

Hat ein Texteingabefeld den Fokus, zeigt OmniWeb in der Statusleiste ein kleines Icon (Lupe mit Plus-Zeichen). Klicke ich darauf, kann ich diese Suche speichern:

http://forum.de.selfhtml.org/tim/omniweb-suche-2.png

Sofort steht sie im Suchfeld und als Kürzel in der Adresszeile zur Verfügung:

http://forum.de.selfhtml.org/tim/omniweb-suche-3.png

Und natürlich kann man die gespeicherte Suche und ihre Optionen im Nachhinein editieren:

http://forum.de.selfhtml.org/tim/omniweb-suche-4.png

Im Prinzip funktioniert das mit allen Formularen, also auch mit Nicht-Suchen. Anstatt also den langwierigen Weg zu gehen, da einen Wert für ein Meta-Element zu spezifizieren, wird hier die Entscheidung ob sinnvoll zu bookmarken oder nicht auf den Nutzer verlagert. Ich finde das sinnig. Würde ich OmniWeb benutzen, würde ich dieses Feature wahrscheinlich nutzen.

Nebenbei: Ein Meta-Element hielte ich für Dein Feature der bookmarkbaren Suchen für etwas schwierig. Was ist, wenn es zwei Inputfelder auf der Seite gibt? Sinniger wäre da wahrscheinlich ein standardisierter Wert für ein Universalattribut, class="search" oder id="search". Solche Attributewerte zu spezifizieren ist ja derzeit im Trend, wie man bei der Microformats-Initiative sieht.

Eine andere Variante liegt in der Weiterentwicklung von HTML. Apple hat für Dashboard einen eigenen HTML-Dialekt entwickelt. Dabei wurde auch das input-Element um den Attributwert type="search" erweitert und ein paar andere Attribute definiert. Im Dashboard-Kontext hat das Sinn - man bekommt anstatt eines schnöden input-Textfeldes ein in Apples GUI stimmigen Suchfeldes mit zusätzlichen Optionen wie Speichern der Suchanfragen. Dummerweise stellt Safari dies auch dar - mit dem Ergebnis, dass ich nun schon häufiger über die Verwendung von <input type="search"> im WWW gestolpert bin. Praktischerweise wird das Suchfeld dann von anderen Browsern als <input type="text> dargestellt. Das wäre eine sinnige Variante, bookmarkbare Suchfelder zu identifizieren. Allerdings denke ich nicht, dass sich das ausser in Safari im Web ausbreiten wird. WebForms 2.0 spezifiziert nichts in der Richtung, d.h. die WHAT WG Gang wird ihre proprietären Erweiterungen in anderer Richtung ausführen.

In einer ganz anderen, absonderlichereren Zukunft, nämlich in der des W3Cs mit XHTML 2, würde es noch ein anderes Identifikationsmerkmal dafür geben. Wenn ich das recht überblicke, kann man das XHTML 2 Attribut role auch für die in XHTML 2 integrierten XForms 1 Elemente verwenden. Und „search“ ist ein für role vordefinierter Wert. Das heisst, im Prinzip spräche nichts gegen ein solches „leicht identifizierbares“ Formular:

<html:p>  
  <xforms:input html:role="search">  
    <xforms:label>Suchterm</xforms:label>  
    <xforms:help>Geben Sie den Begriff ein, nach dem Sie suchen wollen.</xforms:help>  
  </xforms:input>  
  <xforms:submit submission="submit">  
    <xforms:label>Suchen!</xforms:label>  
  </xforms:submit>  
</html:p>

Allerdings sind dies nur Form Controls, besser im Sinne von XForms sollte man das role Attribute wohl an das Modell des Formulars binden, hier mal ein komplettes XHTML 2 Beispiel:

<?xml version="1.0"?>  
<?xml-stylesheet type="text/css" href="http://example.org/style"?>  
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 2.0//EN"  
    "http://www.w3.org/MarkUp/DTD/xhtml2.dtd">  
<html:html xmlns:html="http://www.w3.org/2002/06/xhtml2/"  
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
           xsi:schemaLocation="http://www.w3.org/2002/06/xhtml2/  
                               http://www.w3.org/MarkUp/SCHEMA/xhtml2.xsd"  
           xmlns:xsd="http://www.w3.org/2001/XMLSchema-datatypes"  
           xmlns:xforms="http://www.w3.org/2002/xforms"  
           xmlns:search="http://example.org/mysearch"  
           xml:lang="de">  
<html:head>  
  <html:title>Suche</html:title>  
  <xforms:model xml:id="suche"  
                html:role="search">  
    <xforms:instance>  
      <search:searchterm/>  
    </xforms:instance>  
    <xforms:bind nodeset="/search:searchterm"  
                 type="xsd:nonEmptySearchString"  
                 required="true()"/>  
    <xsd:schema>  
      <xsd:simpleType name="nonEmptySearchString">  
        <xsd:restriction base="xsd:string">  
          <xsd:minLength value="1"/>  
          <xsd:maxLength value="50"/>  
        </xsd:restriction>  
      </xsd:simpleType>  
    </xsd:schema>  
    <xforms:submission action="http://example.com/submit"  
                       xml:id="submit"  
                       method="post"  
                       encoding="utf-8"/>  
  </xforms:model>  
</html:head>  
<html:body>  
<html:h>Suche</html:h>  
<html:section>  
<html:p>  
  <xforms:input model="suche"  
                ref="search:searchterm">  
    <xforms:label>Suchterm</xforms:label>  
    <xforms:help>Geben Sie den Begriff ein, nach dem Sie suchen wollen.</xforms:help>  
  </xforms:input>  
  <xforms:submit model="suche"  
                 submission="submit">  
    <xforms:label>Suchen!</xforms:label>  
  </xforms:submit>  
</html:p>  
</html:section>  
</html:body>  
</html:html>

Eigentlich ganz einfach, wenn man es erstmal überblickt. [2] Und im Prinzip könnte man jetzt auch herausfinden, welches Formular in der Seite das Suchformular ist. ;)

Tim

[1] Screenshot zerstören sich in sagenwirmal drei Wochen selbst, schon allein, weil die an einem Ort rumliegen, wo sie nicht liegen sollten, aber liegen müssen, weil ich Zugriffsprobleme auf eigenen Webspace hatte.

[2] Ich gebe zu, ich hab es vielleicht ein winziges bisschen übertrieben und mich hinreissen lassen. Andererseits erfordert Xforms 1 solchen Krempel - mit ein Grund weswegen ich XHTML 2 und dem Wolkenkuckuckskonsortium derzeit etwas kritisch gegenüber stehe. Seid froh, dass ich dann doch keine Lust mehr auf XML Events hatte - man hätte noch wunderbar Fehlermeldungen für dieses Formular im Quelltext unterbringen können, ohne Javascript nutzen zu müssen.

[Julian von Mendel]

Hi Tim,

Ich beschreibe es dann doch mal besser mit Screenshots (Achtung, alle über 200 KB), das ist einfach anschaulicher. In Omniweb funktioniert es auch ohne ein hypothetisches Meta-Element.

danke für die ausführliche Erklärung. Klug gemacht, und universaler als meine Idee. Schade dass Firefox das nicht kann.

Nebenbei: Ein Meta-Element hielte ich für Dein Feature der bookmarkbaren Suchen für etwas schwierig. Was ist, wenn es zwei Inputfelder auf der Seite gibt? Sinniger wäre da wahrscheinlich ein standardisierter Wert für ein Universalattribut, class="search" oder id="search". Solche Attributewerte zu spezifizieren ist ja derzeit im Trend, wie man bei der Microformats-Initiative sieht.

Naja - irgendwie müsste man dann ja auch noch den Nutzer entscheiden lassen, welches der Suchfelder er bookmarken möchte, d. h. man müsste diesen auch noch eine Bezeichnung zuweisen. Die OmniWeb-Lösung ist wohl am sinnvollsten.

In einer ganz anderen, absonderlichereren Zukunft, nämlich in der des W3Cs mit XHTML 2, würde es noch ein anderes Identifikationsmerkmal dafür geben. Wenn ich das recht überblicke, kann man das XHTML 2 Attribut role auch für die in XHTML 2 integrierten XForms 1 Elemente verwenden. Und „search“ ist ein für role vordefinierter Wert. Das heisst, im Prinzip spräche nichts gegen ein solches „leicht identifizierbares“ Formular:

Hm. Ich bezweifle dass sich XHTML2 durchsetzen wird... (zumindest hand-getipptes)

Schöne Grüße
Julian