staging.inyokaproject.org

Ich hab jetzt mal für XrandR (Baustelle/XrandR) einen eigenen Artikel verfasst, der zum größten Teil die Infos aus dem Dualview Artikel enthält und an ein paar Stellen verbessert ist.
Kann jemand der Ahnung von der Sache hat sagen was er davon hält bzw. ob ich irgendwelche groben Fehler gemacht habe oder etwas enorm wichtiges vergessen habe?
Gruß
Tom

Der Artikel liest sich gut. Formuliere bitte die Sätze so, daß Du ohne Konjunktive (hätte, sollte, müßte) auskommst. Das liest sich negativ und ist in einer Dokumentation auch nicht notwendig.
Vielleicht setz ich mich nachher selber ran und schreib das so, wie ich es meine....

Rainer

Ich hab es eben mal etwas überarbeitet, da waren noch kleinere Wiki-Syntax-Fehler drin. Ansonsten sieht es gut aus.

Gruß, Dee

Unki hat geschrieben:

Vielleicht setz ich mich nachher selber ran und schreib das so, wie ich es meine....

Done.

So ich hab jetzt noch ein paar Kleinigkeiten verändert und ein Bild hinzugefügt damit wir nicht nur Bleiwüsten produzieren ☺
Falls ihr der Meinung seid, dass der Artikel ein vernünftiges Niveau erreicht hat könnte man die entsprechenden Passagen in Dualview entfernen und durch einen Link auf den XrandR-Artikel ersetzen. Würde die Lesbarkeit/Übersichtlichkeit des Dualview-Artikels ein wenig verbessern 8)
Gruß
Tom

Hier ist 'ne gute Übersicht zum Thema: http://wiki.debian.org/XStrikeForce/HowToRandR12

Sehr schön - ich hab die Seite gleich mal bei den Links eingefügt. Allerdings glaub ich nicht dass es sinnvoll ist die Seite komplett zu übersetzen, dafür ist sie zu ausführlich. Aber man kann sich ja Anregungen holen.

tom85 hat geschrieben:

man kann sich ja Anregungen holen.

Das wollte ich damit bezwecken. ☺

Hallo,

habe jetzt endlich mal die Zeit gehabt den Artikel genauer anzuschauen und dabei habe ich festgestellt das:
1. ich es mal unter Hardy testen sollte 😉
2. Irgendwie hauen die Verweise auf die Wissensbox nicht hin
3. Einmal genau sagen wo die xorg.con liegt, Neulinge wissen nicht wo die liegt 😉
4. KDE Dialog am besten raus und allgemeiner schreiben, also ein kleines Skript im Panel oder Icon auf dem Desktop ablegen.
5. Bild von grandr wäre schön
6. grandr ist bei mir häufiger absgestürtzt, wenn du das bestätigst, mach einen Hinweis hin das es noch instabile ist.

Falls ihr der Meinung seid, dass der Artikel ein vernünftiges Niveau erreicht hat könnte man die entsprechenden Passagen in Dualview entfernen und durch einen Link auf den XrandR-Artikel ersetzen. Würde die Lesbarkeit/Übersichtlichkeit des Dualview-Artikels ein wenig verbessern 8)

Übersichtlicher wäre es dann, aber dein Artikel ist nicht mit Dapper und Feisty getestet, deswegen abgelehnt. Ich werde den Artikel aber am Anfang von dem Dualview Artikel verlinken.

gruß
Adrian

Hi Adrian

AdrianB hat geschrieben:

2. Irgendwie hauen die Verweise auf die Wissensbox nicht hin

Wissensbox?

AdrianB hat geschrieben:

3. Einmal genau sagen wo die xorg.con liegt, Neulinge wissen nicht wo die liegt 😉

Ganz am Anfang ist die xorg.conf mit einem Link hinterlegt der die Hintergründe und auch das Verzeichnis der xorg.conf erläutert

AdrianB hat geschrieben:

4. KDE Dialog am besten raus und allgemeiner schreiben, also ein kleines Skript im Panel oder Icon auf dem Desktop ablegen.

Wie meinst du das mit allgemeiner? Also den Befehl in eine Textdatei zu packen und ausführbar zu machen braucht glaub ich kaum erläutert zu werden. Wie man unter Gnome ein entsprechendes Icon anlegt weiß ich leider nicht aber ich behaupte mal mit dem angeführten Beispiel sollte das auch für einen Gnome-User machbar sein. Aber vielleicht kennt sich da ja jemand besser aus als ich und schreib ein paar alternative Möglichkeiten ins Wiki ... ☺

AdrianB hat geschrieben:

5. Bild von grandr wäre schön
6. grandr ist bei mir häufiger absgestürtzt, wenn du das bestätigst, mach einen Hinweis hin das es noch instabile ist.

Diesen Teil hab ich zugegebener Maßen nur kopiert - bei mir lief dieses Tool ebenfalls recht instabil und imho könnte man diesen Abschnitt auch löschen.

AdrianB hat geschrieben:

Falls ihr der Meinung seid, dass der Artikel ein vernünftiges Niveau erreicht hat könnte man die entsprechenden Passagen in Dualview entfernen und durch einen Link auf den XrandR-Artikel ersetzen. Würde die Lesbarkeit/Übersichtlichkeit des Dualview-Artikels ein wenig verbessern 8)

Übersichtlicher wäre es dann, aber dein Artikel ist nicht mit Dapper und Feisty getestet, deswegen abgelehnt. Ich werde den Artikel aber am Anfang von dem Dualview Artikel verlinken.

Im Dualview Artikel steht XrandR auch klar unter der Überschrift "für User ab Ubuntu 7.10" - ich weiß nicht ob XrandR in früheren Versionen überhaupt schon standardmäßig enthalten ist.

Gruß

Tom

tom85 hat geschrieben:

AdrianB hat geschrieben:

2. Irgendwie hauen die Verweise auf die Wissensbox nicht hin

Wissensbox?

Die Wissensbox ist die Box in der Steht was für Wissen notwendig ist um den Artikel ohne weiteres zu verstehen

tom85 hat geschrieben:

AdrianB hat geschrieben:

3. Einmal genau sagen wo die xorg.con liegt, Neulinge wissen nicht wo die liegt 😉

Ganz am Anfang ist die xorg.conf mit einem Link hinterlegt der die Hintergründe und auch das Verzeichnis der xorg.conf erläutert

Ok, das habe ich ich nicht gesehen, mir ist nun aber aufgefallen das du eine xorg.conf drin hast die wirklich nicht bei jeden geht und warum ist die drin? Die Leute sollen gefälligst selbst eine Sicherung anlegen.

tom85 hat geschrieben:

AdrianB hat geschrieben:

4. KDE Dialog am besten raus und allgemeiner schreiben, also ein kleines Skript im Panel oder Icon auf dem Desktop ablegen.

Wie meinst du das mit allgemeiner? Also den Befehl in eine Textdatei zu packen und ausführbar zu machen braucht glaub ich kaum erläutert zu werden. Wie man unter Gnome ein entsprechendes Icon anlegt weiß ich leider nicht aber ich behaupte mal mit dem angeführten Beispiel sollte das auch für einen Gnome-User machbar sein. Aber vielleicht kennt sich da ja jemand besser aus als ich und schreib ein paar alternative Möglichkeiten ins Wiki ... ☺

Das Beispiel ist doch schon gut, ich habe nur ein kleines z.B. eingefügt so das man beim lesen gleich merkt, das man es auch anders machen.

tom85 hat geschrieben:

AdrianB hat geschrieben:

5. Bild von grandr wäre schön
6. grandr ist bei mir häufiger absgestürtzt, wenn du das bestätigst, mach einen Hinweis hin das es noch instabile ist.

Diesen Teil hab ich zugegebener Maßen nur kopiert - bei mir lief dieses Tool ebenfalls recht instabil und imho könnte man diesen Abschnitt auch löschen.

Lass das drin, irgendwann läuft das Programm vielleicht mal stabile und da hat man gleich eine passende Vorlage, bau maximal eine Warnung ein das es unter Gusty und Hardy instabile ist.

tom85 hat geschrieben:

AdrianB hat geschrieben:

Falls ihr der Meinung seid, dass der Artikel ein vernünftiges Niveau erreicht hat könnte man die entsprechenden Passagen in Dualview entfernen und durch einen Link auf den XrandR-Artikel ersetzen. Würde die Lesbarkeit/Übersichtlichkeit des Dualview-Artikels ein wenig verbessern 8)

Übersichtlicher wäre es dann, aber dein Artikel ist nicht mit Dapper und Feisty getestet, deswegen abgelehnt. Ich werde den Artikel aber am Anfang von dem Dualview Artikel verlinken.

Im Dualview Artikel steht XrandR auch klar unter der Überschrift "für User ab Ubuntu 7.10" - ich weiß nicht ob XrandR in früheren Versionen überhaupt schon standardmäßig enthalten ist.

XrandR ist schon enhalten, aber in einer alten Version und da war es nur nicht so praktikabel.

gruß
Adrian

Ok, das habe ich ich nicht gesehen, mir ist nun aber aufgefallen das du eine xorg.conf drin hast die wirklich nicht bei jeden geht und warum ist die drin? Die Leute sollen gefälligst selbst eine Sicherung anlegen.

Der Link ist von mir und diese Minimal-xorg.conf war mit einer Warnung von mir versehen, die Unki leider gelöscht hat: Baustelle/XrandR?action=diff&rev2=6&rev1=5 Ich frage mich nur, wieso. Wäre gut, wenn Du sie weiter reinbastelst.

Gruß, Dee

Nehmt bitte diese xorg.conf:

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"kbd"
	Option		"XkbRules"	"xorg"
	Option		"XkbModel"	"pc105"
	Option		"XkbLayout"	"de"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"vmmouse"
	Option		"CorePointer"
EndSection

Section "Device"
	Identifier	"Configured Video Device"
EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
EndSection

(standard xorg.conf in Hardy)
Die ist universell für alle deutsche Tastaturen gültig.
Grafiktreiber muss man nur eingeben, wenn es sich um proprietäre handelt.

Dee hat geschrieben:

Ok, das habe ich ich nicht gesehen, mir ist nun aber aufgefallen das du eine xorg.conf drin hast die wirklich nicht bei jeden geht und warum ist die drin? Die Leute sollen gefälligst selbst eine Sicherung anlegen.

Der Link ist von mir und diese Minimal-xorg.conf war mit einer Warnung von mir versehen, die Unki leider gelöscht hat: Baustelle/XrandR?action=diff&rev2=6&rev1=5 Ich frage mich nur, wieso.

Du kennst den Unterschied zwischen kann und muß? ☺

Es sollte auch einfach möglich sein, die '''xorg.conf''' zu löschen (nachdem man sie gesichert hat) und den XServer neuzustarten. Dadurch sollte eine Konfiguration entstehen, die nur das Nötigste enthält und RandR sollte in er Lage sein, angeschlossene Monitore zu erkennen

.

Ich habe diesen Abschnitt nicht als Warnung aufgefaßt.

(standard xorg.conf in Hardy)

Hardy != Gutsy 😉

Aber warum sollte die in den Artikel, besser wäre es IMHO in xorg.conf ?

gruß
Adrian