XUL-Code: Qualitätsvergleich Firefox/Google-Chrome

Moin.

An diejenigen unter Euch, die außer an Firefox XUL-Code auch an dem von Google-Chrome geschraubt haben:

Wie bewertet ihr, wenn ihr vergleicht, die Qualität des Codes?
Zum Beispiel hinsichtlich Konsistenz (der Bezeichner), Redundanz, Schönheit, Wartbarkeit, ...

Falls Euch der XUL-Code anderer grafischer Bedienoberflächen untergekommen, freue ich mich auch über vergleichende Kommentare dazu.

Danke.

bugcatcher

Danke für die Info.
Welche Art von Code wird in Google-Chrome für die GUI verwendet und wie bewertest Du ihre Struktur im Vergleich zum XUL von FF?

Reine Neugier.

Zum Beispiel würden mich Ansichten von Entwicklern interessieren, weil sie ja direkt von Merkmalen wie Wartbarkeit betroffen sind.

bugcatcher
Danke für die interessanten Infos.
Solche Antworten hatte ich mir hier im Thread erhofft.

Wenn Du schreibst "Mozilla ist mit JetPack jetzt auch auf dem Trip", meinst Du damit, dass in naher Zukunft Firefox darauf umgestellt wird?

Aha. Danke für die Erläuterung.

Das bedeutet für mich, aus der Perspektive des Schraubers:
man kommt weiterhin nicht um das sperrige XUL herum, wenn man das Erscheinungsbild der GUI verändern will.

Hhmm.
Vielleicht verstehst Du mich noch miss.
Ich will keine Erweiterung bauen, sondern nur diverse GUI-Elemente von Firefox selbst (nicht von GUI-Elementen von Erweiterungen) ausblenden/anpassen.
Beispiele:
http://borumat.de/firefox-browse…efox-veraendern

Das Ermitteln der passenden Stilregeln ist nicht selten ziemlich mühsam.

Ganz im Gegensatz zum Ermitteln von Regeln für eine Website, deren Markup klar und gut aufgebaut wurde.

Zitat von bugcatcher

Die Struktur vom Firefox ist auch klar und gut aufgebaut.

Der Code, nehmen wir als Beispiel die Tableiste mit zwei Tabs, weckt bei mir Zweifel.
Das formuliere ich mit aller gebotenen Zurückhaltung, da mir tiefere Kenntnisse in XUL fehlen und auch Vergleichsmöglichkeiten mit dem XUL-Code anderer Anwendungen (dazu wollte ich ja hier im Thread die Bewertungen von GUI-Code-Erfahrenen hören).

<toolbar xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" id="TabsToolbar" class="toolbar-primary" fullscreentoolbar="true" customizable="true" mode="icons" lockmode="true" iconsize="small" defaulticonsize="small" lockiconsize="true" aria-label="Browser-Tabs" context="toolbar-context-menu" defaultset="tabbrowser-tabs,new-tab-button,alltabs-button,tabs-closebutton" tabsontop="false">
	<tabs id="tabbrowser-tabs" class="tabbrowser-tabs" tabbrowser="content" flex="1" setfocus="false" tooltip="tabbrowser-tab-tooltip" orient="horizontal" value="" closebuttons="alltabs" tabsontop="false">
		<tab context="tabContextMenu" closetabtext="Tab schließen" linkedpanel="panel1309902627744" first-tab="true" label="Mozilla Firefox-Startseite" crop="end" validate="never" onerror="this.removeAttribute('image');" class="tabbrowser-tab" fadein="true" image="chrome://branding/content/icon16.png" beforeselected="true"/>
		<tab label="Camp Firefox | Die Firefox-Community" crop="end" validate="never" onerror="this.removeAttribute('image');" class="tabbrowser-tab" fadein="true" context="tabContextMenu" closetabtext="Tab schließen" linkedpanel="panel13099026279641" image="http://www.camp-firefox.de/favicon.ico" selected="true" last-tab="true"/>
	</tabs>
	<toolbarbutton id="new-tab-button" class="toolbarbutton-1 chromeclass-toolbar-additional" label="Neuer Tab" command="cmd_newNavigatorTab" onclick="checkForMiddleClick(this, event);" tooltiptext="Öffnet einen neuen Tab" ondrop="newTabButtonObserver.onDrop(event)" ondragover="newTabButtonObserver.onDragOver(event)" ondragenter="newTabButtonObserver.onDragOver(event)" ondragexit="newTabButtonObserver.onDragExit(event)" removable="true" oncommand="BrowserOpenTab();"/>
	<toolbarbutton id="alltabs-button" class="toolbarbutton-1 chromeclass-toolbar-additional tabs-alltabs-button" type="menu" label="Alle Tabs auflisten" tooltiptext="Alle Tabs auflisten" removable="true">
		<menupopup id="alltabs-popup" position="after_end">
			<menuitem id="menu_tabview" class="menuitem-iconic" key="key_tabview" label="Tabs gruppieren…" command="Browser:ToggleTabView" observes="tabviewGroupsNumber" keepme="true" groups="0"/>
			<menuseparator id="alltabs-popup-separator" keepme="true"/>
		</menupopup>
	</toolbarbutton>
	<toolbarbutton id="tabs-closebutton" class="close-button tabs-closebutton" command="cmd_close" label="Tab schließen" tooltiptext="Tab schließen" oncommand="BrowserCloseTabOrWindow()" collapsed="true"/>
	<hbox class="titlebar-placeholder" type="appmenu-button" ordinal="0"/>
	<hbox class="titlebar-placeholder" type="caption-buttons" ordinal="1000"/>
</toolbar>

Wird da wirklich sparsam mit IDs und Klassen umgegangen?
Wird da soviel wie möglich an Angaben zur Gestaltung im Stylesheet erledigt?

Zitat von bugcatcher

Die Logik hinter XUL aber halt eine andere wie die von HTML. Es gibt zwar viele Ähnlichkeiten, aber die alleine reichen nicht um direkt das Konzept von XUL zu verstehen. Auch nicht, wie viele spezielle XUL-CSS-Befehle, die es so nicht fürs Web gibt, müssen erst verstanden und gelernt werden, damit man sich sicher bewegt.

Schätzt Du es so ein, dass unter dem Strich der Einsatz von XUL (und seiner Komplexität) mehr Vorteile als Nachteile für die Weiterentwicklung von FF einbringt?

Zitat von .Ulli

Die schlichten Mittel dazu wurden dir bereits in einem anderen Thread genannt, die magst du aber nicht benutzen.

Wo soll ich das bitte geschrieben haben?

Ich verwende den DOM-Inspector seit langem und schreibe darauf basierend eigene Stile für userChrome.css.

Auf Details des XUL-Codes aus dem Beispiel gehe ich in einer Antwort auf bugcatchers Posting ein.

Zitat von bugcatcher

Die GUI eines Browsers ist halt keine Webseite. Da werden erheblich mehr Anforderungen dran gestellt. Ich finde die Bezeichnungen sprechen oft für sich selbst.

Das ist mir klar.
Werden wir konkret anhand des von mir geposteten Beispielcodes, den ich BTW via DOMI extrahiert habe.

<tabs id="tabbrowser-tabs" class="tabbrowser-tabs"

Die Vergabe der zusätzlichen Klasse neben der bereits existierenden ID erscheint mir überflüssig.

<tab ... last-tab="true"

Das Attribut "last-tab" erscheint mir überflüssig, da das letzte Kind eines Elters via Pseudo-Selektor ":last-child" getroffen werden kann.

<toolbarbutton id="tabs-closebutton" class="close-button tabs-closebutton"

Die Vergabe des Class-Attributes erscheint mir überflüssig.

Solche Dinge meinte ich.

Zitat von bugcatcher

XULs großer Vorteil ist die generelle Funktionalität. Firefox stellt seine GUI selbst da und ist damit unabhängig vom Betriebssystem. Trotzdem bietet XUL einen vollen Umfang an GUI-Funktionen/Elementen (was HTML & Co. nicht ansatzweise haben. Kannst dir ja mal den Quelltext von z.B. GoogleMail anschauen. Der Code ist erheblich schlechter zu lesen, da alles im Grunde eine <div>-Suppe ist).

Danke für den Hinweis.
Div-Suppen sind in der Tat schlecht lesbar.
Ich hatte eher an XML gedacht, wo - für eine gute Wartbarkeit/Lesbarkeit - reichlich eigene Elemente mit sprechenden Namen verwendet werden.
Also statt

<div id="foo" ... />

lieber

<foo ... />

Zitat von bugcatcher

Mal ganz nebenbei... schon mal mit dem DOM-Inspector dir Firefox angeschaut? Live-Eingriffe an einer GUI ist auch eine der Stärken von XUL.

Klar, den DOMI kenne und verwende ich schon lange.

Jedoch liegt seine Stärke nicht darin, dem Verwender - für Tests - temporär zu erlauben, Code zu entfernen, zu deaktivieren oder zu ergänzen.
Das geht prima mit Firebug, wenn es um Webseiten-Code geht.

Zitat von .Ulli

Das war der Teil, bei dem du die Befehlszeile abgelehnt hast und nur innerhalb eines GUI herumfuchteln möchtest.

Falls Du das Posting nennen könntest, wäre das prima.
Mir ist noch nicht klar, welche vergangene Debatte Du meinst.