Mozilla Brick 2.0: Neustart des Projektes

Mit den Web Components befindet sich eine Webtechnologie in der Standardisierung durch das W3C, welche es Webentwicklern erlaubt, eigene HTML-Elemente für Webanwendungen zu bauen. Mit Brick entwickelt Mozilla eine auf Web Components basierende Sammlung wiederverwendbarer UI-Komponenten, deren Version 2.0 vor kurzem angekündigt worden ist.

Mozilla Brick ist eine Sammlung von UI-Komponenten, welche cross-browser-kompatibel und im März als Version 1.0 veröffentlicht worden ist. Im offiziellen Blog des Projektes gab es einen Ausblick auf die kommende Version 2.0. Brick 2.0 wird mehr oder weniger ein Neustart des Projektes sein, welches dann nicht länger auf X-Tag – einer von Mozilla entwickelten Polyfill-Bibliothek – aufbaut. Stattdessen werden die platform.js-Polyfills von Google Polymer genutzt und die Brick-Komponenten im “Vanilla”-Style geschrieben, sprich direkt die standardisierten APIs angesprochen. Ziel sei ein leichtgewichtigeres, mehr modulares Brick, zu welchem es außerdem einfacher sein soll, Code beizusteuern.

Mit Web Components sind Webentwickler dazu in der Lage, eigene HTML-Elemente zu bauen, welche in der Anwendung wiederverwendet werden können. Eines der Bricks ist beispielsweise ein Kalender. Eine Zeile wie reicht, um einen Kalender in die Webanwendung zu integrieren. Weitere Widgets, welche Brick bereitstellt, sind unter anderem eine Tab-Leiste, ein Slider oder auch Tooltips. Mit den Bricks kann ein Entwickler viel Zeit sparen, da er sich keine Gedanken um das HTML/CSS/JavaScript dahinter machen muss. Die Widgets von Brick sind mit allen aktuellen Browsern kompatibel und mobiltauglich.

Firefox 34: Mozilla aktiviert HTTP/2.0-Unterstützung

Der aktuelle HTTP-Standard HTTP/1.1 datiert aus dem Jahr 1999 und soll durch HTTP/2.0 abgelöst werden. Mit Firefox 34 aktiviert Mozilla die Unterstützung für HTTP/2.0 in Firefox standardmäßig.

Firefox-Nutzer können HTTP/2.0 bereits seit Firefox 29 testen, damit wurde der neunte Entwurf von HTTP/2.0 implementiert und hinter einem Konfigurationsschalter versteckt. Mittlerweile bei Entwurf 14 angekommen hat Mozilla die Unterstützung von HTTP/2.0 nun standardmäßig für alle Nutzer aktiviert. Die finale Version von Firefox 34 wird im November erscheinen.

Firefox 34: Passwörter können auch mit aktiviertem Master-Passwort synchronisiert werden

Mit dem Erscheinen von Firefox 29 hat Mozilla die Firefox Accounts plus neuem Sync eingeführt. Was dem neuen Sync bislang gefehlt hat, ist die Möglichkeit der Passwort-Synchronisation bei aktiviertem Master-Passwort. Diese Möglichkeit rüstet Mozilla mit Firefox 34 nach.

Am 29. April hat Mozilla Firefox 29 veröffentlicht. Eine der großen Neuerungen neben dem Australis-Design waren die Firefox Accounts und damit zusammenhängend ein neues Sync-Feature, welches das bisherige Sync ersetzt hat, zumindest für neue Nutzer. Bestehende Sync-Nutzer können weiterhin das alte Sync nutzen. Während das neue Sync einige Vorteile wie ein einfacheres Hinzufügen neuer Geräte bietet, hat es aber auch eine Schwäche: Der Nutzer muss sich entscheiden, ob er ein Master-Passwort nutzen oder die Passwörter synchronisieren möchte, beides war bisher mit dem neuen Sync nicht möglich. Diese Möglichkeit wurde erwartungsgemäß von einigen Nutzern vermisst, mit Firefox 34 hat Mozilla die technischen Fragen lösen können und führt das Feature wieder ein: Firefox 34 erlaubt also die Synchronisation von Passwörtern bei aktiviertem Master-Passwort. Erwartet wird Firefox 34 für den 25. November.

Firefox 33: Master-Passwort plus Sync nicht möglich

Firefox 34: Master-Passwort plus Sync möglich

Firefox 34+: Ungewollte Suchmaschinen-Änderungen durch Drittanwendungen sollen erschwert werden

Das Verändern der Browser-Suchmaschine durch Drittanwendungen gegen den ausdrücklichen Willen der Nutzer ist ein reales Problem. Mozilla möchte dies für Drittanwendungen erschweren, die erste Maßnahme landet in Firefox 34.

Das Umleiten von Suchanfragen ist ein sehr profitables Geschäft, Suchtraffic führt über angezeigte Werbung zu Geld für den Betreiber der jeweiligen Suchmaschine. Aus diesem Grund verändern diverse Anwendungen gerne die im Browser eingestellte Suchmaschine. Das Problem: Oft geschieht dies gegen den ausdrücklichen Willen der Nutzer, zum Beispiel durch das Platzieren einer entsprechenden user.js-Datei im Firefox-Profil des Nutzers oder durch Installation eines Add-ons, welches die zuständige Einstellung verändert.

Mozilla hat aufgrund solchen Suchmaschinen-Hijackings bereits mit Firefox 23 den Konfigurationsschalter keyword.URL entfernt und die Suchmaschinen-Einstellung für die Adressleistensuche mit der Einstellung für das Suchfeld zusammengelegt. Die im Suchfeld ausgewählte Suchmaschine kann aber nach wie vor durch Verändern des Schalters browser.search.selectedEngine verändert werden.

Ab Firefox 34 existiert dieser Schalter nicht länger. Stattdessen speichert Firefox die eingestellte Suchmaschine in der Datei search-metadata.json im Benutzerprofil. Zusätzlich zur eingestellten Suchmaschine beinhaltet diese Datei einen eindeutigen Hash, welcher aus dem Namen des Profilverzeichnisses generiert wird und den Firefox zur Verifizierung der Suchmaschine einliest. Dies soll verhindern, dass Drittanwendungen einfach die gleiche search-metadata.json-Datei in jedes Profil kopieren, um so die ausgewählte Suchmaschine zu verändern. Der Schalter browser.search.defaultenginename wird auch weiterhin existieren, um die Standard-Suchmaschine für neue Profile zu definieren. Die Synchronisation der ausgewählten Suchmaschine ist durch diese Änderung nicht länger möglich.

Diese Änderung ist bereits Bestandteil der Nightly-Versionen, aber nicht die einzige geplante Maßnahme. So sollen Add-ons in Zukunft per Richtlinie dazu angehalten werden, Suchmaschinen-Änderungen über eine API anzufragen, welche eine Nachfrage beim Nutzer auslöst, ob er mit der Änderung der Suchmaschine einverstanden ist, oder ob die aktuell ausgewählte Suchmaschine beibehalten werden soll. Mit Add-ons installierte Suchmaschinen sollen entfernt werden, wenn das entsprechende Add-on deinstalliert oder von Mozilla blockiert wurde. Auch eine entsprechende Verwendung dieser API soll per Richtlinie gefordert werden. Darüber hinaus könnte dem Nutzer das Zurücksetzen des Profils angeboten werden, wenn Firefox eine unfreiwillige Änderung der Suchmaschine feststellt.

Geeksphone Revolution für 150 Euro zu haben

Die Auswahl an Smartphones mit Firefox OS wird langsam größer. Ein probates Mittel, um die Attraktivität des eigenen Produkts zu steigern, ist natürlich die Senkung des Preises. Geeksphone nimmt erneut eine Preis-Korrektur für das Geeksphone Revolution vor.

Das Geeksphone Revolution ist ein Multi OS-Smartphone, welches offiziell sowohl Android als auch Firefox OS unterstützt. Das Gerät spielt nicht nur leistungstechnisch ganz vorne bei den Firefox OS-Smartphones mit, sondern spielte mit einem Einführungspreis von 269 Euro vor allem preislich in einer ganz anderen Liga als andere Smartphones mit Firefox OS. Ende April hat Geeksphone den Preis auf 199 Euro reduziert, doch dabei bleibt es nicht. Das Geeksphone Revolution kann ab sofort zu einem Preis von 149 Euro inklusive 21 Prozent Mehrwertsteuer zuzüglich Versand bestellt werden.

Derzeit kommen noch wahlweise Firefox OS 1.3 oder Android 4.2 zum Einsatz, doch die Veröffentlichung der ersten Cyanogenmod 11-Beta auf Basis von Android 4.4.4 für das Geeksphone Revolution steht kurz bevor, danach wird Geeksphone an der Veröffentlichung von Firefox OS 2.0 arbeiten.

Im Geeksphone Revolution arbeitet der Intel Atom Dual Core Prozessor Z2560 mit 1.6 GHz Taktfrequenz. Damit handelt es sich um das erste Firefox OS-Smartphone mit x86-Befehlssatz, alle anderen bislang auf dem Markt erhältlichen Geräte mit Firefox OS besitzen eine ARM-CPU. Arbeitsspeicher sind 1 GB LPDDR2 RAM verbaut, interner Speicher sind es 4 GB EMMC. Dieser kann um bis zu 32 GB per MicroSD-Speicherkarte erweitert werden. Das IPS Multitouch LCD-Display hat eine Größe von 4.7 Zoll und bietet qHD-Auflösung. Die Kamera kann Videos bei einer Framerate von 30 fps mit 1080p-Auflösung aufnehmen, die Hauptkamera löst mit acht Megapixeln auf, die Frontkamera mit 1.3 Megapixeln. Außerdem besitzt die Hauptkamera einen LED-Blitz. Die Kapazität des Lithium-Polymer-Akkus beträgt 2.000 mAh. Der Akku wird austauschbar sein, Geeksphone wird Akkus als Zubehör verkaufen.

Das Smartphone besitzt einen 3.5φ Audio Jack- sowie einen MicroUSB-Anschluss, es gibt einen Beschleunigungs-, Licht- und Näherungssensor sowie einen Kompass und AGPS, es werden die WLAN-Standards 802.11 b/g/n unterstützt, außerdem Bluetooth 3.0.

Unterstützt werden die Frequenzen HSPA / WCDMA: 850 / 900 / 1900 / 2100 MHz und GSM / GPRS / EDGE: 850 / 900 / 1800 / 1900 MHz. Die HSDPA-Geschwindigkeit beträgt bis zu 21 Mbps, in die Gegenrichtung (HSUPA) geht es mit bis zu 5,76 Mbps. Das Gerät besitzt die GPRS- / EDGE-Klasse 12. Die Abmessungen des Gerätes betragen 135 x 68.4 x 9.8 mm, als Simkarten-Format kommt Mini-SIM (2FF) zum Einsatz.

Geeksphone Revolution für 150 Euro zu haben

Die Auswahl an Smartphones mit Firefox OS wird langsam größer. Ein probates Mittel, um die Attraktivität des eigenen Produkts zu steigern, ist natürlich die Senkung des Preises. Geeksphone nimmt erneut eine Preis-Korrektur für das Geeksphone Revolution vor.

Das Geeksphone Revolution ist ein Multi OS-Smartphone, welches offiziell sowohl Android als auch Firefox OS unterstützt. Das Gerät spielt nicht nur leistungstechnisch ganz vorne bei den Firefox OS-Smartphones mit, sondern spielte mit einem Einführungspreis von 269 Euro vor allem preislich in einer ganz anderen Liga als andere Smartphones mit Firefox OS. Ende April hat Geeksphone den Preis auf 199 Euro reduziert, doch dabei bleibt es nicht. Das Geeksphone Revolution kann ab sofort zu einem Preis von 149 Euro inklusive 21 Prozent Mehrwertsteuer zuzüglich Versand bestellt werden.

Derzeit kommen noch wahlweise Firefox OS 1.3 oder Android 4.2 zum Einsatz, doch die Veröffentlichung der ersten Cyanogenmod 11-Beta auf Basis von Android 4.4.4 für das Geeksphone Revolution steht kurz bevor, danach wird Geeksphone an der Veröffentlichung von Firefox OS 2.0 arbeiten.

Im Geeksphone Revolution arbeitet der Intel Atom Dual Core Prozessor Z2560 mit 1.6 GHz Taktfrequenz. Damit handelt es sich um das erste Firefox OS-Smartphone mit x86-Befehlssatz, alle anderen bislang auf dem Markt erhältlichen Geräte mit Firefox OS besitzen eine ARM-CPU. Arbeitsspeicher sind 1 GB LPDDR2 RAM verbaut, interner Speicher sind es 4 GB EMMC. Dieser kann um bis zu 32 GB per MicroSD-Speicherkarte erweitert werden. Das IPS Multitouch LCD-Display hat eine Größe von 4.7 Zoll und bietet qHD-Auflösung. Die Kamera kann Videos bei einer Framerate von 30 fps mit 1080p-Auflösung aufnehmen, die Hauptkamera löst mit acht Megapixeln auf, die Frontkamera mit 1.3 Megapixeln. Außerdem besitzt die Hauptkamera einen LED-Blitz. Die Kapazität des Lithium-Polymer-Akkus beträgt 2.000 mAh. Der Akku wird austauschbar sein, Geeksphone wird Akkus als Zubehör verkaufen.

Das Smartphone besitzt einen 3.5φ Audio Jack- sowie einen MicroUSB-Anschluss, es gibt einen Beschleunigungs-, Licht- und Näherungssensor sowie einen Kompass und AGPS, es werden die WLAN-Standards 802.11 b/g/n unterstützt, außerdem Bluetooth 3.0.

Unterstützt werden die Frequenzen HSPA / WCDMA: 850 / 900 / 1900 / 2100 MHz und GSM / GPRS / EDGE: 850 / 900 / 1800 / 1900 MHz. Die HSDPA-Geschwindigkeit beträgt bis zu 21 Mbps, in die Gegenrichtung (HSUPA) geht es mit bis zu 5,76 Mbps. Das Gerät besitzt die GPRS- / EDGE-Klasse 12. Die Abmessungen des Gerätes betragen 135 x 68.4 x 9.8 mm, als Simkarten-Format kommt Mini-SIM (2FF) zum Einsatz.

Firefox Mobile 34: Mozilla integriert Firefox Search und Homescreen-Widget

Mozilla liefert Firefox Mobile für Android ab sofort mit Firefox Search und einem neuen Homescreen-Widget aus. Die Neuerung ist zunächst nur in den Nightly Builds aktiv.

Android-Nutzer können per Wischgeste Google Now starten. Nutzer der Nightly-Version von Firefox Mobile für Android erhalten ab sofort bei Betätigung dieser Wischgeste eine weitere Option angeboten: Firefox Search. Alternativ kann Firefox Search auch über ein ebenfalls neues Widget für den Homescreen gestartet werden, welches außerdem noch die Möglichkeit besitzt, direkt den Mozilla-Browser zu starten.

Bei Firefox Search handelt es sich derzeit noch um eine recht simple Anwendung, welche ein Eingabefeld für Suchanfragen bietet und entsprechende Suchergebnisse liefert. Ein Klick auf eines der Suchergebnisse öffnet die entsprechende Seite im Mozilla-Browser. Als Suchmaschine kommt dabei Yahoo! zum Einsatz, es steht aber bereits ein Patch in den Startlöchern, welcher Nutzer die Suchmaschine selbst auswählen lässt. Eine Funktion zum Löschen des Suchverlaufs ist implementiert.

Firefox Search ist zunächst nur in den Nightly Builds von Firefox Mobile für Android aktiviert. Bereits Anfang Juni wurde Firefox Search hier auf dem Blog vorgestellt. Im verlinkten Artikel erfährt man mehr über die Motivation hinter Firefox Search und erhält einen Ausblick, was von der fertigen Such-Anwendung erwartet werden kann.

Firefox 33 mit WebRTC Bildschirm- und Fenster-Sharing (inkl. Beispielcode)

Anwendungen wie TeamViewer könnten bald überflüssig werden, denn das Teilen von Bildschirminhalten in Echtzeit ist eine Aufgabe, die mittlerweile vom Browser übernommen werden kann. Mozilla implementiert das WebRTC Bildschirm- sowie Fenster-Sharing in Firefox 33.

Mozilla implementiert in Firefox 33 die Möglichkeit, Bildschirminhalte in Echtzeit mit anderen zu teilen; genauer den Teil der WebRTC-Spezifikation, welcher es Webentwicklern erlaubt, mit nur wenigen Zeilen Code Funktionalität zum Bildschirm- und Fenster-Sharing in Webanwendungen bereitzustellen. Hersteller von Anwendungen wie TeamViewer müssen sich damit warm anziehen, denn zumindest für den Teil der Nutzer, der solche Tools zum Präsentieren von Bildschirminhalten nutzt und auf die Fernsteuerung verzichten kann, entfällt damit die Notwendigkeit einer zusätzlichen Software.

Derzeit muss die Neuerung noch von Hand über about:config aktiviert werden, indem der Schalter media.getusermedia.screensharing.enabled per Doppelklick auf true geschaltet wird. Wer die Neuerung in einer aktuellen Nightly-Version von Firefox 34 testen will, muss außerdem noch den Schalter media.getusermedia.screensharing.allowed_domains auf eine komma-separierte Liste von Domains ändern, für welche das Bildschirm- und Fenster-Sharing erlaubt werden soll. Das Setzen dieses Schalters wird in Kürze auch in Firefox 33 notwendig sein, sobald der entsprechende Patch im Aurora-Zweig gelandet ist. Mittelfristig wird der Schalter komplett entfallen, Mozilla hat sich für die initiale Auslieferung dieses Features aber für diesen Whitelisting-Ansatz entschieden, bis man sich über eine geeignete Darstellung im Klaren ist, welche den Nutzer über die damit verbundenen Risiken hinsichtlich Privatsphäre aufklärt, wenn die Inhalte des Bildschirms mit anderen geteilt werden.

Es kann entweder der gesamte Bildschirm geteilt werden oder ein einzelnes Programmfenster – es muss sich dabei nicht um den Browser handeln, der Fensterinhalt jedes beliebigen geöffneten Programms kann geteilt werden -, jeweils optional auch inklusive Ton.

Abb. 1: Bildschirm-Sharing

Abb. 2: Fenster-Sharing

In diesem Zusammenhang hat Mozilla auch den Indikator verändert, welcher anzeigt, dass eine Kommunikation über WebRTC stattfindet. Bislang hat Firefox ein zusätzliches Symbol in der Symbolleiste angezeigt, wenn die Kamera und/oder das Mikrofon aktiviert ist, und dem Nutzer darüber die Möglichkeit gegeben, die Freigabe zu beenden, auch wenn der entsprechende Tab gerade nicht im Vordergrund ist. Mit der Ergänzung um Bildschirm- und Fenster-Sharing war man allerdings besorgt darüber, ob dieser Indikator sichtbar genug ist und hat diesen ersetzt. Anstelle eines zusätzlichen Symbols in der Symbolleiste sehen Windows- und Linux-Nutzer nun am oberen Bildschirmrand fixierte Kontrollsymbole, welche auch sichtbar sind, wenn Firefox nicht sichtbar ist. Nutzer von Mac OS X sehen entsprechende Symbole in der globalen Menüleiste, auch wieder unabhängig davon, ob Firefox im Vordergrund ist oder nicht.

Abb. 3: WebRTC-Indikator Windows

Abb. 4: WebRTC-Indikator Mac OS X

Um zu demonstrieren, wie einfach die Bereitstellung von Bildschirm- und Fenster-Sharing funktioniert, habe ich einen Beispielcode geschrieben. Dieser dient lediglich Demonstrationszwecken und beinhaltet weder Code zum Stoppen (ein Neuladen der Seite stoppt die Übertragung sowieso) noch irgendeine Form von Fehlerbehandlung oder Kompatibilität mit Chrome. Entwickler, welche mit der Programmierung entsprechender Anwendungen ihr Geld verdienen, sollen ja auch noch selbst etwas zu tun haben. ;)

soeren-hentzschel.at WebRTC Screen- & Window-Sharing Demo

soeren-hentzschel.at WebRTC Screen- & Window-Sharing Demo

Screen Sharing
Screen + Audio
Window Sharing
Window + Audio

var content = document.getElementById('content');
var video = document.createElement('video');

video.setAttribute('width', 640);
video.setAttribute('height', 480);

function startSharing (mediaSource, audio) {
mediaConstraints = {
video : {
mediaSource : mediaSource
},
audio : audio
};

navigator.mozGetUserMedia(mediaConstraints, function (stream) {
content.appendChild(video);
video.mozSrcObject = stream;
video.play();
}, function (error) { });
}

(Beispiel-Code wird nicht angezeigt? Bitte Original-Artikel lesen)

Firefox Mobile für Android 33: Startseitenbild festlegen

Ähnlich wie die Desktop-Version von Firefox zeigt auch Firefox für Android auf dem Startbildschirm Vorschaubilder der meistbesuchten Webseiten an. Webseitenbetreiber können nun das Erscheinungsbild der in Firefox Mobile für Android ab Version 33 angezeigten Kacheln definieren.

Firefox Mobile für Android zeigt auf dem Startbildschirm Vorschaubilder oder Favicons der meistbesuchten Webseiten an. Ab Version 33 des Android-Browsers von Mozilla lässt sich das Aussehen dieser Kacheln durch den Betreiber der Webseite beeinflussen, und zwar in Form der Hintergrundfarbe der Kachel sowie des Logos, welches auf diesem Hintergrund erscheinen soll, nämlich durch die Angabe der zwei Meta-Tags msapplication-TileImage und msapplication-TileColor:

(Beispiel-Code wird nicht angezeigt? Bitte Original-Artikel lesen)

Bei dem Bild muss es sich um eine Grafik der Größe 144 × 144 px handeln. Wie der Name der Meta-Tags vielleicht schon vermuten lässt, handelt es sich dabei um von Microsoft eingeführte Meta-Tags; eine standardisierte Lösung für einen solchen Anwendungsfall gibt es bisher leider nicht.

Die hier definierten Angaben werden übrigens auch in Windows 8 als Kachel-Grafik für auf den Modern UI Startbildschirm gepinnte Webseiten genutzt.

Firefox 33+: Mozilla verbessert Adressleisten-Funktionalität

Die Adressleiste ist das zentrale Element eines jeden Browsers und von entsprechend großer Bedeutung. Das weiß auch Mozilla und verbessert die Funktionalität der Adressleiste ab Firefox 33.

Mit Firefox 33 verbessert Mozilla die Suche nach Begriffen, die aus nur einem Wort bestehen, sowie nach arithmetischen Ausdrücken. Bislang hat Firefox den Suchbegriff zunächst versucht auf eine URL aufzulösen, im Falle von “1234-5678″ beispielsweise auf “http://1234-5678/” und danach erst eine Suche bei der eingestellten Suchmaschine nach “1234-5678″ durchgeführt. Die Suche nach einer Zahl wie “12345678″ hat direkt eine Fehlermeldung produziert. Letzteres konnte bislang durch das Voranstellen eines Fragezeichens, also “?12345678″ umgangen werden.

In beiden Fällen verhält sich Firefox ab Version 33 anders und sendet die Anfrage direkt an die Suchmaschine der Wahl. Gleichzeitig führt Firefox im Hintergrund eine Suche nach lokalen Hosts durch und bietet im Falle eines Treffers die Option an, diesen Begriff als lokalen Host zu speichern, so dass eine Suche danach in Zukunft den lokalen Host anstelle der Suchmaschine aufruft. Wer das Verhalten diesbezüglich vorab über about:config konfigurieren möchte, kann dies durch Anlegen von Boolean-Schaltern nach dem Schema “browser.fixup.domainwhitelist.” plus Hostname machen, im Falle des Hosts “agenedia” zum Beispiel “browser.fixup.domainwhitelist.agenedia” mit dem Wert true”. Der Hostname “localhost” ist bereits automatisch konfiguriert.

Mit Firefox 34 führt Mozilla die UnifiedComplete-Komponente ein. Bislang gab es eine Komponente, verantwortlich für Chronik, Lesezeichen, Schlüsselwörter und Tags sowie Switch-to-Tab-Funktionalität, sowie eine zweite Komponente, welche für die Autovervollständigung verantwortlich war. Mozilla plant verschiedene Verbesserungen, was durch die bisherige Implementierung allerdings erschwert wird. Die neue Komponente UnifiedComplete ist eine komplett neu entwickelte Komponente, welche die Funktionalität der beiden alten Komponenten kombiniert und frei von möglicherweise schlechten Architektur-Entscheidungen früherer Tage ist. Die Logik der beiden alten Komponenten wurde weitestgehend beibehalten, so dass alleine dadurch keine großen Änderungen der Adressleisten-Vorschläge zu erwarten sind.

Ein paar Unterschiede gibt es mit der neuen Komponente allerdings doch: Die Autovervollständigung vervollständigt wie bisher auch bis zum ersten ‘/’, dies musste bislang allerdings nicht der ersten vorgeschlagenen Webseite im Adressleisten-Popup entsprechen. Ab Firefox 34 wird dies zum ersten Eintrag im Adressleisten-Popup, was das Verhalten der Adressleiste nachvollziehbarer machen sollte. Nun könnte man sich daran stören, dass man – wenn man es bislang gewohnt war, einmal die Pfeiltaste nach unten zu drücken, um zum ersten Vorschlag unabhängig von dieser Autovervollständigung zu kommen – nun zwei Klicks benötigt. Mozilla wird in Kürze allerdings noch eine weitere Änderung implementieren, welche dafür sorgt, dass automatisch der erste Vorschlag ausgewählt ist, womit es in diesem Fall dann auch wieder nur einen Klick benötigt. Außerdem sollte die Adressleiste nun schneller reagieren, insbesondere bei der ersten Verwendung. Darüber hinaus sollen auch installierte Suchmaschinen vorgeschlagen werden.

Wie bereits erwähnt soll die neue UnifiedComplete-Komponente die Grundlage für weitere Verbesserungen bilden. In erster Linie geht es dabei um Verbesserungen, welche Suchmaschinen betreffen, einerseits die Darstellung von Suchanfragen, welche sich besser von gewöhnlichen Webseiten-Aufrufen unterscheiden lassen sollen, andererseits aber auch um eine verbesserte Suchfunktionalität direkt in der Adressleiste, wie das folgende Mockup zeigt, welches Suchvorschläge direkt in der Adressleiste andeutet. Das Mockup zeigt aber auch weitere mögliche Verbesserungen an, wie eine Anzeige des letzten Aufrufes der jeweiligen Webseite sowie ein Kontextmenü mit Funktionen zum Kopieren und Teilen von URLs und weiteren Funktionen.

Inhalt abgleichen