staging.inyokaproject.org

Newubunti schrieb:

Ich tippe im Moment eher auf GRUB, eben weil die Shell genauso groß ist. Außerdem kommt das Quadrat auch bei der Auswahl von Windows, da dürfte ja nichts mit Plymouth laufen.

Hm. Die Farbe wird, wenn ich das richtig sehe, mit /lib/plymouth/themes/default.grub gesetzt. Diese Datei wird in /etc/grub.d/05_debian_theme aufgerufen.

Für mich wirkt das so, als bekäme GRUB hier kein Bild-Neuaufbau über den gesamten Designbereich hinweg zu Stande. Ich denke ja mal dass es eher so gedacht ist, dass beim Drücken von z.B. "C" der gesamte Bildschirm gelöscht und dann für die Shell im Vollbild neu aufgebaut werden sollte.

So würde ich das auch meinen.

Möglicherweise kann man da vielleicht irgendetwas über Grub-Module beeinflussen, wenn man dazu eine Dokumentation finden würde. 🙄

Welcome to the world of OSS 😀

Kurz noch was anderes, dann kann ich das für den Artikel abhaken: Im Abschnitt Vorbereitungen habe ich das Verzeichnis /boot/grub/themes/NAME_DES_THEMA/ als Speicherort vorgeschlagen. Spricht etwas dagegen, oder: Spräche etwas für einen anderen Ordner?

kaputtnik schrieb:

Kurz noch was anderes, dann kann ich das für den Artikel abhaken: Im Abschnitt Vorbereitungen habe ich das Verzeichnis /boot/grub/themes/NAME_DES_THEMA/ als Speicherort vorgeschlagen. Spricht etwas dagegen, oder: Spräche etwas für einen anderen Ordner?

Also für mich spricht dafür, dass damit GRUB auch ohne weitere Verrenkungen auf das /themes-Verzeichnis Zugriff hat, denn das Verzeichnis /grub und das zum Lesen dieses Verzeichnis nötige Dateisystem-Modul ist im core.img von GRUB codiert.

Damit geht man IMO in erster Linie Problemen aus dem Weg, die durch eine extra-Bootpartition entstehen könnten. Dann müsste man den Leuten nämlich noch erklären, dass sie gegebenenfalls die Dateisystem-Treiber für einen abweichenden Speicherort nachladen müssten.

Mag letztlich ein ziemlich theoretischer Fall sein, aber nicht undenkbar.

Gruß, Martin

Newubunti schrieb:

Also für mich spricht dafür [...]

Prima, danke ☺

• drittes Thema eingebaut

• Abschnitt in „Vorbereitungen“ entsprechend angepasst.

Was noch fehlt, wären ein paar nette Screenshots, zB von den Progressbars. Übernimmst Du das TausB?

Newubunti schrieb:

kaputtnik schrieb:

Kurz noch was anderes, dann kann ich das für den Artikel abhaken: Im Abschnitt Vorbereitungen habe ich das Verzeichnis /boot/grub/themes/NAME_DES_THEMA/ als Speicherort vorgeschlagen. Spricht etwas dagegen, oder: Spräche etwas für einen anderen Ordner?

So ist es eigentlich auch vorgesehen.

Also für mich spricht dafür, dass damit GRUB auch ohne weitere Verrenkungen auf das /themes-Verzeichnis Zugriff hat, denn das Verzeichnis /grub und das zum Lesen dieses Verzeichnis nötige Dateisystem-Modul ist im core.img von GRUB codiert.

Genau.

Damit geht man IMO in erster Linie Problemen aus dem Weg, die durch eine extra-Bootpartition entstehen könnten. Dann müsste man den Leuten nämlich noch erklären, dass sie gegebenenfalls die Dateisystem-Treiber für einen abweichenden Speicherort nachladen müssten. Mag letztlich ein ziemlich theoretischer Fall sein, aber nicht undenkbar.

Nein, ein realistischer Fall. 😉

TausB

kaputtnik schrieb:

Das „Ding“ hat übrigens ein sehr merkwürdige Auflösung von ca 710(b) x 530(h) Pixel. Kann sein das das bei unterschiedlichen GRUB_GFXMODE=-Modi anders ausfällt.

Es sind 70% (717x538 pixel) und nein.

Siehe Theme-Handbuch /ed3/grub2_theming_guide_3rd_edition.pdf/Seite 69ff

kaputtnik schrieb:

Was noch fehlt, wären ein paar nette Screenshots, zB von den Progressbars. Übernimmst Du das TausB?

Kann ich machen, an wieviele hast Du gedacht?

TausB

//EDIT:
kaputtnik schrieb:

Lasall schrieb:

Soll ich den Themenartikel trotzdem in die Baustelle verschieben?

Ich warte noch auf eine Meinung von TausB. Er hat da glaube ich den besseren Überblick. Eine Baustelle wäre sicherlich nicht verkehrt, aber das möge TausB entscheiden.

Etwas zu viel der Ehre... 😳
Noch eine Verständnisfrage zum favorisierten Vorschlag von Dir/Euch.

1. Startartikel mit gemeinsamen Basics –> Einführung in das Thema "Grub-Themen"; darin

   1. ein Link zum Unterartikel "einfaches GRUB-Thema"

   2. ein Link zum Unterartikel "erweiterte GRUB-Themen"

Ist das so gemeint?

Da man dann den alten Artikel teilen müßte, wäre natürlich eine Kopie davon in der Baustelle logisch. Unser Artikl gilt ab >= 12.04 - wie wäre da der Anspruch für das "alte Thema", das könnte ggf. vereinfacht werden.

OT

kaputtnik schrieb:

Bitte die Diskussionsstränge nicht mischen ☺

Doch das mußte in diesem Fall so sein - drüben hat keiner mit mir gesprochen / mir geantwortet (sehr unhöflich) ... ☹

Natürlich ist das Verhalten kindisch. 😲 Bin aber auch nur ein Mensch mit Emotionen. Da ich nicht ausfallend werden möchte und mir nur begrenzte Mittel zur Verfügung stehen, war das mein Weg. 😬

Keine Sorge, das wird nicht lange anhalten.

/OT

kaputtnik schrieb:

Was noch fehlt, wären ein paar nette Screenshots, zB von den Progressbars. Übernimmst Du das TausB?

Kann ich machen, an wieviele hast Du gedacht?

Ach, mach mal einfach. Stell Dir vor Du liest den Artikel zum ersten mal und möchtest wissen wie das eigentlich aussehen könnte, was man da so liest.

*Gong* INFORMATION: Im Zuge der Zusammenlegung wurden die Artikel umbenannt. Für weitere Informationen siehe 4840872 *Gong*

kaputtnik schrieb:

*Gong* INFORMATION: Im Zuge der Zusammenlegung wurden die Artikel umbenannt. Für weitere Informationen siehe 4840872 *Gong*

Das ging auf einmal ja ziemlich schnell (zu schnell?). Die Umbenennung begeistert mich allerdings überhaupt nicht. Stehende Begriffe zwanghaft einzudeutschen hilft nicht immer...

• Im Artikel werden auch die englischen Komponentenbezeichnungen in den Überschriften verwendet.

• Sagen wir z.B. wirklich GNOME2 Design oder doch auch GNOME2 Thema?

• Falls ich im Internet nach mehr Information suchen möchte, werde ich irrtümlich verleitet "Design" zu verwenden und werde daher kaum fündig. –> keine zielgerichtete Formulierung.

Mir würde noch einiges einfallen, warte aber erst einmal auf Gegenargumente. 😉

TausB

PS:

• Das Lexikon schlägt "Design" z.B. überhaupt nicht als Übersetzung vor.

• Das auch nicht.

• PONS

Das geht eher in Richtung "Motto". Falls es zwingend Deutsch sein müßte. Ob "Design" in Wiki/Begriffe ein besseres deutsch als Aussehen oder Thematik ist, ist ebenso fraglich...

TausB schrieb:

Stehende Begriffe zwanghaft einzudeutschen hilft nicht immer...

Design is ja auch kein deutsch.

• Im Artikel werden auch die englischen Komponentenbezeichnungen in den Überschriften verwendet.

Was durchaus Sinn macht, finde ich. Aus meiner Sicht sollte ein Artikelname den Inhalt kurz und prägnant repräsentieren, während der Inhalt eben der Inhalt ist → Das eine hat wenig mit anderen zu tun.

• Sagen wir z.B. wirklich GNOME2 Design oder doch auch GNOME2 Thema?

Bei KDE ist Übersetzung "Design" → Standardübersetzungen

• Falls ich im Internet nach mehr Information suchen möchte, werde ich irrtümlich verleitet "Design" zu verwenden und werde daher kaum fündig. –> keine zielgerichtete Formulierung.

Dieses Argument kann ich nachvollziehen. Sollte jedoch durch einen kleinen Satz am Anfang des Artikels korrigiert werden können.

Das geht eher in Richtung "Motto". Falls es zwingend Deutsch sein müßte. Ob "Design" in Wiki/Begriffe ein besseres deutsch als Aussehen oder Thematik ist, ist ebenso fraglich...

Solche Übersetzungen (auch: Thema → Design) sind immer problematisch, da sie in der Regel Kontextabhängig sind.

Bei einem Thema denke ich zuerst an „Thema einer Dessertation“, „Thema einer Konferenz“, „Thema eines Buches“. Wenn jemand sagt: „Das Buch hat ein schönes Thema“ würde ich nie im Leben meinen, das damit die Umschlaggestaltung gemeint ist. Ok, wenn es hieße: „Das Buch hat ein schönes Design“ würde ich die Aussage eher auf das Format (Länge/Breite/Dicke) beziehen. Das Wort Thema ist im deutschen (oder für mein deutsch) mit anderen Dingen belegt, als im englischen. Bzw. im englischen ist der Kontext wesentlich weiter gefasst.

Ein anderes Beispiel: Ein Artikel hier im Wiki heißt „Thema“. Nun möchte ich in der Einleitung kurz zum Inhalt etwas schreiben und beginne mit: „Dieser Artikel behandelt das Thema xy.“ Was ist dann „xy“? Ein Thema im Sinne von Gestaltung?

In den gängigen Lexika gibt es für eine Übersetzung von „theme“ im Sinne von "Gestaltung" keine Übersetzung.

Aber egal, die Namensänderung ist ja nicht endgültig. Die Artikel können jederzeit wieder umbenannt werden (vorzugsweise wenn alle fertig sind). Die jetzige Umbenennung diente in erster Linie der Vereinfachung beim Artikelschreiben. Wenn alle fertig sind, machen wir eine Abstimmung zur Namensfindung ☺

Hi,

kaputtnik schrieb:

Aber egal, die Namensänderung ist ja nicht endgültig. Die Artikel können jederzeit wieder umbenannt werden (vorzugsweise wenn alle fertig sind).

+1.

Gruss Lasall

Hallo kaputtnik,

vielen Dank für Deine umfangreiche Antwort (hoffentlich habe ich keinen "Nerv" getroffen 😉).

Bei mir ist angekommen:

• Empfehlungen(?) im Wiki/Begriffe sind nicht zwingend.

• Übersetzungen sind kontextabhängig (d.h. darf vorheriger Punkt auch nicht zwingend sein).

• Am Anfang des Artikels pflegen wir die Originalbezeichnung "Theme" ein.

• Artikelnamen sind kurz und prägnant.

• Begriffe wie (jeweils ergänzt um "einfache Konfiguration" bzw. "erweiterte Konfiguration"):

  • Grub 2/Aussehen

  • Grub 2/Optik

  • Grub 2/Erscheinungsbild

  • Grub 2/Aufmachung

  • Grub 2/...

sind noch im Rennen.

Aber egal, die Namensänderung ist ja nicht endgültig. ... Wenn alle fertig sind, machen wir eine Abstimmung zur Namensfindung ☺

Ja, ja - ist natürlich richtig so. *grummel* 😉

TausB

kaputtnik schrieb:

... Anscheinend liegt es daran, wenn eine eigene Schriftart nicht alle Zeichen enthält. Ich vermute das es sich dabei um fehlende Unicodeblock_Rahmenzeichnung handelt. Versuche, die fehlenden Bereiche mit Hilfe einer anderen Schriftart zu ersetzen schlugen bei mir fehl. Aber ich habe da auch nicht wirklich nen großen Plan von.

Bin kein Schriftexperte, aber meine Vermutung ist eine andere:

• Proportionalschriftarten funktionieren im Terminal nicht (sind dort auch nicht vorteilhaft).

• "Monotype"-Schriftarten funktionieren evtl. auch ohne "Rahmenzeichen".

Daher meine Frage: Was war die von Dir verwendete Schriftart: proportional oder monotype?

Kann z.Z. leider nicht testen, schoß mir nur so durch den Kopf ... 💡

TausB

TausB schrieb:

Daher meine Frage: Was war die von Dir verwendete Schriftart: proportional oder monotype?

Ich glaube proportional. Ich weiß es nicht mehr genau 😀 Ich glaube, das ich die /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf genommen habe.

Nach einigen tests bin ich zu der Überzeugung gekommen, das es einfach an der Schriftgröße liegt. Nach lsfonts in der Grub-Console, wird mir die Schriftgröße 20 als erstes angezeigt. Dabei spielt es auch keine Rolle, in welcher Reihenfolge die fonts geladen werden.

Wichtig ist vor allem, das man die -r --range=-Option nicht mit den im Internet häufig vorgeschlagenem Wert von „0x0-0x7f“ verwendet, sondern die Rahmenzeichen mit dort einbezieht. Der "richtige" Befehl sollte also zB lauten:

grub-mkfont -v -r 0x0-0x257f -s GRÖSSE -o AUSGABEDATEI FONT.ttf

Hintergrund:

• 0x0-0x7f → Unicodeblock_Basis-Lateinisch

• 0x0-0x257f → Basis-Lateinisch bis Unicodeblock_Rahmenzeichnung

Diese range-Option ist nützlich um die Dateigröße der Schriftart zu reduzieren. Ist schon ein Unterschied, ob über 6000 Zeichen oder nur 128 Zeichen darin enthalten sind. Dateigrößen:

• ohne range: 144K

• mit range: 3,2K

kaputtnik schrieb:

kaputtnik schrieb:

Was noch fehlt, wären ein paar nette Screenshots, zB von den Progressbars. Übernimmst Du das TausB?

Kann ich machen, an wieviele hast Du gedacht?

Ach, mach mal einfach. Stell Dir vor Du liest den Artikel zum ersten mal und möchtest wissen wie das eigentlich aussehen könnte, was man da so liest.

Bin gerade in keiner kreativen Phase. Mein erster (bekannter) Wurf wirkt daher etwas langweilig ... ☹ Bis Ende der Woche kommen (hoffentlich noch bessere) Vorschläge!

TausB