Vorschläge für UI-Überarbeitung in Fx2

Ich halte die feste Breite der Tabs für kontra-produktiv. Wenn endlich mal eine Lösung für den "Tab-Overflow" gefunden würde, wäre ein Mischmasch der jetzigen Verkleinerung und dieser Lösung imho am sinnvollsten.

Die Statusleiste halte ich in gewissem Maße auch für unnötig. Wenn die Link-Adresse dafür an anderer Stelle angezeigt wird, wird man sich da nach etwas Umgewöhnung sicher genauso zurechtfinden. Nur eines: wo sollen sich dann die ganzen Extensinos breit machen

Zitat von Lendo

aber wird dann die Navigations-Symbolleiste dann nicht arg öde?

Die was? Bei mir gibt's die schon lange nicht mehr. Rechts neben dem Menü ist ja bei 1280*1024 genug Platz

Zitat von Dr. Evil

Nur eines: wo sollen sich dann die ganzen Extensinos breit machen

Kommentar im eigenen post auf mda.firefox geklaut :twisted:

Hem.

(1) The reload button [^v] moves to be inside the URL bar so that it is
directly related with page which will be affected by it

Wozu das denn? Und wie soll in der URLbar genug Platz für so einen wichtigen Buttin sein, der mindestens 32x32 Pixel groß sein sollte? Man muss den ja auch noch mit der Maus treffen können.

(2) The "Go" menu is renamed "History" as per the Places UI Design, and
the contents will focus on navigating a user's session history

Von mir aus...

(3) The RSS [.)] and Go [=>] buttons move inside the URL bar, again to
emphasize their direct relationship with the page. The Go button
becomes a stateful button that is either "Go" or "Stop"; if a page
is not loading, or if a user is typing in a URL, the button is "Go".
If a page is loading and a user is not typing in a URL, the button
is "Stop". The lock icon (not shown) and URL drop-down control (v)
would continue to be rendered as they currently exist.

RSS ist doch schon in der URL-Bar. Und wo der Go-Button ist, ist mir ziemlich egal, solange man den ausblenden kann.

(4) The search engine selection drop-down button [.O] moves to the
right and takes on a more button-like appearance with a general
"search" icon (like a magnifying glass). The search plugin icon
will appear in the search text field alongside text provided by
the plugin (ie: [G] Search with Google); this text & icon may be
rendered semi-transparent to make it lighter.

Wozu denn das? Die aktuelle Lösung erscheint mir am besten. Wozu dem IE alles nachmachen?

(5) The throbber will become the progress indicator as well as the
progress meter, with a pie chart in the center filling up to
indicate overall page load progress

Naja. ich hoffe mal, dass der Throbber dann auch anständig aussieht, was ich irgendwie erstmal bezweifele.

(6) The bookmark search button (.o) is on the personal bookmark toolbar
Wozu um alles in der Welt braucht man ein Bookmark-Such-Button. So viele Bookmarks hab ich nicht, dass ich die suchen müsste, und die meisten anderen Leute wohl auch nicht.

(7) The Home button (&) moves to the personal bookmark toolbar
Solange man den wieder zurückschieben kann...

(8) Closebuttons appear on the active tab only in order to achieve the
best combination of having closebuttons appear where users expect &
preserving as much area as possible on background tabs for selection
and display of tab names.
Eigentlich gehe ich davon aus, dass der Closebutton auf _allen_ Tabs angezeigt wird. Das halte ich für wesentlich sinnvoller.

(9) Tabs are a fixed width
Naja. Mal sehen, was das wird...

(10) The status bar is hidden by default, and the page resizer is in the
bottom right corner underneath the scrollbar.
Die neue Position vom 'page resizer' ("gripper") ist ja ganz ok, aber ich will trotzdem meine Statusleiste behalten. Schon allein aus Gründen der Sicherheit, damit man sieht, auf welche Seite man bei einem Link kommt. Außerdem sind da alle meine Erweiterungen drin. (Adblock, RIP, Greasemonkey, Foxytunes, Styleswitcher, etc...)

PS: Ich bezweifle irgendwie, dass das alle Angaben wirklich so werden. Die Nightlies entwickeln sich teilweise in eine andere Richtung und ich kann Mozilla wirklich nicht empfehlen dieses grottige Design der IE7-Beta Nachzumachen.

Zitat von JonHa

(9) Tabs are a fixed width
Naja. Mal sehen, was das wird...

Nicht viel, befürchte ich. Was soll das? Irgendwie hat mich fast jeder dieser Punkte an den IE7 erinnert, dessen grottige Tabs ich bitte nicht in Firefox sehen möchte. Warum muss ich denn in der Tableiste Platz verschwenden (kurzer Seitentitel), der woanders (langer Seitentitel) wesentlich besser gebraucht werden kann?

Solange man es wieder zurechtrücken kann, können sie von mir aus reinbauen, was sie wollen.

Hauptsache einen "WinXP oder höher wird benötigt"-Tag wird es in absehbarer Zeit nicht geben. Aber da 98 noch unterstützt wird, mache ich mir da weniger Sorgen.

Hab ich das jetzt richtig verstanden?
Der Stop- und der Go-Button werden einer wandern in die Adressleiste? :-???

Noch sind es ja Vorschläge. Mal blöd gefragt: welche Builds führen denn zu 2.0 (werde das System wohl nie verstehen)? Wird langsam wirklich mal Zeit, dass ich mich mit den Änderungen auseinandersetze.

In den trunk builds ist es jetzt an, sobald wir sicher sind, dass es diesmal anbleiben kann, werden wir es auch auf dem Branch anschalten. Und auch dort wird es noch ein paar Tage backen bevor wir dann alpha raushauen.

Nur zur Vorwarnung, das UI in der Alpha wird nur in gröbsten Zügen etwas mit 2.0 zu tun haben, zumindest was places angeht.

• (1) The reload button [^v] moves to be inside the URL bar so that it is
  directly related with page which will be affected by it
  Weiss nicht wofür das gut sein soll. Dann suchen die leute wieder wie blöd nach dem button, weil sie ihn da nicht erwarten werden. was ich viel sinnvoller halte ist den stopp und den reload-button zu verschmelzen.
  
• (2) The "Go" menu is renamed "History" as per the Places UI Design, and
  the contents will focus on navigating a user's session history
  Das Menu halte ich eh für völlig überflüssig.
  
• (3) The RSS [.)] and Go [=>] buttons move inside the URL bar, again to
  emphasize their direct relationship with the page. The Go button
  becomes a stateful button that is either "Go" or "Stop"; if a page
  is not loading, or if a user is typing in a URL, the button is "Go".
  If a page is loading and a user is not typing in a URL, the button
  is "Stop". The lock icon (not shown) and URL drop-down control (v)
  would continue to be rendered as they currently exist.
  Warum kommt es mir nur so vor, als wenn die Adresszeile dadurch nur unnörtig hoch, bzw. die buttons unnötig klein werden? So recht gefallen will mir dieser ansatz nicht.
  
• (4) The search engine selection drop-down button [.O] moves to the
  right and takes on a more button-like appearance with a general
  "search" icon (like a magnifying glass). The search plugin icon
  will appear in the search text field alongside text provided by
  the plugin (ie: [G] Search with Google); this text & icon may be
  rendered semi-transparent to make it lighter.
  Searchbar brauch ich eh keine. Mach ich alles über die adresszeile und die Searchengines brauch ich nur für Context-Search.
  
• (5) The throbber will become the progress indicator as well as the
  progress meter, with a pie chart in the center filling up to
  indicate overall page load progress
  Mag eines der überflüssigsten Elemente im Browser sein. Aber den Throbber als Brand finde ich irgendwie wichtig. Allerdings bezeifle ich, dass das mit dem progressmeter-artigen funktion so funtkioniert. mein throbber ist sehr klein. wie will man da noch soviele informationen reinbauen?
  
• (6) The bookmark search button (.o) is on the personal bookmark toolbar
  Aber nur, wenn man den rausnehmen kann. so einen überflüssigen button kann ich da nicht gebrauchen. da ist eh schon kein platz. gibt genügend, die sich sogar nur favicons ohne text anzeigen lassen, damit mehr reingeht. die brauchen auch keinen weiteren button. erinnert mich zu stark an Netscape. Tonnenweise Buttons, die keiner braucht, aber nur im Weg sind.
  
• (7) The Home button (&) moves to the personal bookmark toolbar
  Den Homebutton benutz ich eigendlich nie. aber auch hier: finger weg von meiner lesezeichen-leiste! die ist persönlich und nicht für unnützen UI-Krempel! wenn ich einen home-button brauch, leg ich mir ein lesezeichen an!
  
• (8) Closebuttons appear on the active tab only in order to achieve the
  best combination of having closebuttons appear where users expect &
  preserving as much area as possible on background tabs for selection
  and display of tab names.
  Hoffendlich kann man diesen mist ausschalten! Wenn ich ein Tab geschlossen haben will, benutz ich die mittlere Maustaste! Ist kein bedarf für platzverschwender. Wenn ich 10 Tabs offen hab, ist eh schon kaum mehr zu lesen welchen tab ich da vor mir hab, da brauchts dann nicht noch sinnlose x-buttons in jedem tab!
  
• (9) Tabs are a fixed width
  Schrott. In vielen fällen werfe ich mir 20-30 tabs beiseite und erkenne anhand der favicons welche seite das jeweilige tab geöffnet hat. so kann ich aber direkt wechseln, ohne dass ich noch gross weitere klicks zum scrollen in der tableiste brauche!
  
• (10) The status bar is hidden by default, and the page resizer is in the
  bottom right corner underneath the scrollbar.
  Nennt mich altmodisch, aber die statuszeile ist mir heilig. im windows-explorer, im browser, überall. genauso wie es mir heilig ist, dass dort das zu stehen hat, was das system ausgibt und nicht was irgendwelche webseitendeppen meinen, sie müssten dort einblenden. insofern soll die ruhig bleiben. auch bei default. hinterher installieren sich die user wieder erweiterungen, die sich in der statuszeile breit machen und dann haben wir wieder zahllose threads mit "ich hab installiert, find die erweiterung aber nicht".

Zum Tableisten-scrolling. da wären für mich grundsätzlich 3 dinge interessant:

• Wenn ich mit der maus über der tableiste bin, sollte ich mit dem mausrad direkt durch die tabs scrollen können.
• an den beiden enden sollten buttons sein, zum scrollen mit linker maustaste.
• zusätzlich zu diesen buttons sollte sich automatisch ein kleiner (oder auch grosser) slider öffnen, mit dem man wie mit einer scrollbar die tableiste durchscrollen kann (so wie z.B. bei Photoshop wenn man bei den Ebenen die Deckkraft ändert)

Multirow-Tableiste ist interessant, aber nur als zusatz. alle 3 ebenen genannten methoden muss dennoch weiterhin gehen. ausserdem: wenn multirow, dann muss fest einstellbar sein, wieviele reihen man haben will (max/min, oder so). ich kann es auf den tot nicht ausstehen, wenn oberhalb einer seite neue abstände entstehen und die seite nach unten rutscht. aus dem grund hab ich schon die option "tableiste verstecken, wenn nur ein tab offen ist" deaktiviert. sowas liesse sich in den optionen leicht mit 2 slidern realisieren, ohne das der user zuviel verstellen könnte.

alles was in den tab-reitern angezeigt wird, was nicht zwingend notwendig ist (also eigendlich alles ausser titel der seite) gehört abschaltbar gemacht!

Zitat

(7) The Home button (&) moves to the personal bookmark toolbar

Grrr...da war er doch beim alten Mozilla auch! Ich hoffe, dass man ihn wenigstens wieder zurückverschieben kann!

Zitat von JonHa

(1) The reload button [^v] moves to be inside the URL bar so that it is
directly related with page which will be affected by it

Man muss den ja auch noch mit der Maus treffen können.

Erstens das, und zweitens, was ich in Smalltalk schon schrieb: Nach welcher Logik ist Neuladen "directly related with page", aber nicht die Vor- und Zurückbuttons?

Zitat

The search plugin icon
will appear in the search text field alongside text provided by
the plugin (ie: [G] Search with Google); this text & icon may be
rendered semi-transparent to make it lighter.

Wozu denn das? Die aktuelle Lösung erscheint mir am besten. Wozu dem IE alles nachmachen?

Das habe ich aber wirklich schon vermisst: In der Searchbar habe ich z.B. 4x das Google-Symbol, 3x Ebay und 2x Wikipedia, die Icons allein taugen überhaupt nicht zur Unterscheidung, da wäre zusätzlicher Text bedeutend praktischer.

Zitat

Naja. ich hoffe mal, dass der Throbber dann auch anständig aussieht, was ich irgendwie erstmal bezweifele.

Ich hoffe, er bleibt auffällig animiert und degeneriert nicht zu einer schleichenden Statusanzeige. Der große Vorteil beim aktuellen Throbber ist, dass man auch bei vielen gleichzeitig ladenden Seiten sofort im Blick hat, ob noch Aktivität herrscht; bei Opera, IE etc. muss man dreimal hinschauen.

Zitat

Wozu um alles in der Welt braucht man ein Bookmark-Such-Button. So viele Bookmarks hab ich nicht, dass ich die suchen müsste, und die meisten anderen Leute wohl auch nicht.

Ohne Suche wäre ich aufgeschmissen, die Suche in der Seitenleiste reicht aber völlig, das muss man nicht unbedingt prominent plaziert haben (schon gar nicht, wenn dafür andere Elemente mit dem Argument der Übersichtlichkeit entfernt werden, die eigentlich wichtiger sind, Stichwort Home-Button).

Zitat

Eigentlich gehe ich davon aus, dass der Closebutton auf _allen_ Tabs angezeigt wird. Das halte ich für wesentlich sinnvoller.

Ich finde, man schließt zu oft ausversehen Tabs, wenn das der Fall ist.

Zitat

ich will trotzdem meine Statusleiste behalten. Schon allein aus Gründen der Sicherheit, damit man sieht, auf welche Seite man bei einem Link kommt.

Ich auch. Bis ein Tooltip über einem Link erscheint, hat man schon zehnmal in die Statusleiste geguckt.

Zitat

ich kann Mozilla wirklich nicht empfehlen dieses grottige Design der IE7-Beta Nachzumachen.

Ich schließe mich an. Firefox sollte sein eigenes Profil wahren, denn im direkten Vergleich wird es sonst gegen IE7 verlieren, spätestens wenn der schicke Transparenzen bekommt, die Fx nicht nachbilden kann. Operaner jammern ja jetzt schon fast "wieso soll ich Opera benutzen, wenn der schon fast genauso aussieht wie Firefox". In Bezug zu IE könnte das für Fx zu einem Bumerang werden.

Zitat von Indubio

Das habe ich aber wirklich schon vermisst: In der Searchbar habe ich z.B. 4x das Google-Symbol, 3x Ebay und 2x Wikipedia, die Icons allein taugen überhaupt nicht zur Unterscheidung, da wäre zusätzlicher Text bedeutend praktischer.

OK. Das ist tatsächlich ein guter Punkt. Ich habe nur einen Google-Eintrag, einen Wikipedia-Eintrag usw. und da fällt mir sowas natürlich nicht auf.

Zitat

Ich finde, man schließt zu oft ausversehen Tabs, wenn das der Fall ist.

Ich surfe ja mit den aktuellen Trunks, da sind die Closebuttons auf allen Tabs (sofern genug Platz da ist) und so schlimm finde ich das garnicht. Ich muss aber dazu sagen, dass ich ausversehen auch schonmal den einen oder anderen Tab geschlossen habe.

Da es aber in Firefox 2 eine Tab-Wiederherstellung geben soll, finde ich das Problem nicht so schlimm. Am besten, mach macht das einfach einstellbar, dann kann sich keiner beschweren.

Zitat von Orkan

Äußerst nervig wenn man viele Tabs schließen will und davor ständig auf das x des nächsten Tabs zielen muss.(Tabs verändern ja dann auch die Größe)

Hmm... Die Tabs sollen ja angeblich ne feste Breite kriegen. Deswegen ist das mit der Größenänderung fraglich.

Zitat

Nen Vorschlag wäre allerdings wenn man Links in neuen Tabs öffnet diese Tabs rechts vom aktiven Tab anzuordnen und nicht ganz rechts.

Wen man jetzt aber mehrere tabs gleichzeitig im Hintergrund öffnet, haben die dann die falsche Reihenfolge. D.h. der Tab den man zuletzt aufgerufen hat ist am weitesten links, was etwas komisch ist.

Die können designen was die wollen ....

wenn die das "Speicherproblem" (Speicherfra?) nicht in den Griff kriegen, verärgern sie eine Menge an Usern ... incl. mir ... :roll:

Und das schlimmste wäre auch sich mit dem Design dem neuen miesen IE7 anzupassen ... :x

Na hoffentlich kann man die ganzen Icon Veränderungen auch abschalten. Bei mir ist in der Symbolleiste nur die Adreß- und Suchleiste. Der Rest geschieht mittels Kontextmenü und Easy Gestures.
So auch das schließen der Tabs.