staging.inyokaproject.org

tomtomtom schrieb:

Hanisch schrieb:

Vielleicht sollte man den Einzeiler

sudo wget http://archive.ubuntu.com/ubuntu/pool/universe/d/ding/ding_1.7.orig.tar.gz && tar -xf ding_1.7.orig.tar.gz ding-1.7/ding.png && sudo mv ding-1.7/ding.png /usr/share/pixmaps/ && rm -rf ding-1.7 ding_1.7.orig.tar.gz

auch noch ins Wiki aufnehmen.

In der Form: Schwierig. Denn das ändert sich ja von Version zu Version. Möglich, aber seltsam. Geht bestimmt auch schöner. 😉

Ich trenne die Antwort mal ab in den Diskussionsartikel zum Wikiartikel. Da kennt man sich besser aus als ich. 😉

Was haltet ihr von der aktuellen Umsetzung? Jetzt kann man das Icon bequem herunterladen und verschiebt es eben per Hand und braucht nicht so einen langen Befehl.

Gruß Justin Time

Justin Time schrieb:

Was haltet ihr von der aktuellen Umsetzung?

Nicht viel, weil das Paket falsch gebaut ist (ja, ich mache da mal einen report im Debian BTS auf, wenn ich dazu komme). 😛

Jetzt kann man das Icon bequem herunterladen und verschiebt es eben per Hand und braucht nicht so einen langen Befehl.

Mit Browser herunterladen, mit Archivprogramm entpacken, mit Dateimanager mit entsprechenden Rechten verschieben?

Klingt nach viel weniger Klickaufwand als eine Zeile Copy & Paste im Terminal. 😉

tomtomtom schrieb:

Klingt nach viel weniger Klickaufwand als eine Zeile Copy & Paste im Terminal. 😉

Natürlich ist das komplizierter, aber Wiki/Referenz (Abschnitt „GUI-vs-Konsole“) sagt zu diesem Thema:

Wenn vorhanden, sollen GUI-Werkzeuge an erster Stelle beschrieben werden. Einfachheit ist subjektiv. Könner lieben die Kommandozeile wegen ihrer Effizienz und Logik, aber für Einsteiger ist sie weder schnell noch einleuchtend. Daher sind in Wikiartikeln im Zweifelsfall stets GUI-Werkzeuge vorzuziehen. Hinweise auf Shellkommandos oder Konfigurationsdateien gehören dagegen in die "Experten"-Box (s.u.).

Gruß Justin Time

Ich bin mal so frei und mische mich ein, weil im Wiki das ganze aufgekommen ist:

Kann man das nicht unabhängig von den Werkzeugen erklaeren? Also "Lade Datei $x herunter, entpacke nach $z, verschiebe $y nach $v" etc. Da kann man dann immer noch auf die jeweiligen Artikel (Dateiverwaltung, Archive ...) verlinken, die meines Wissens unabhaengig von der Umgebung (CLI, GUI, bei GUI noch je nach Desktopumgebung oder Toolkit oder was-weiss-ich) gehalten sind ...

Wenn es unbedingt sein muss, sollte man sich zwar schon an die Referenz halten, aber ich frage mich da bei einem temporaeren Problem zu Aufwand/Ertrag. Wenn es nun auf Dauer waere und der generische Ansatz nicht geht, dann wuerde ich sagen: beides. Aber wenn generisch geht: generisch. Blaeht den Artikel nicht auf und beendet die Diskussion ;p

</Aussenseiter>

Freundliche Gruesse,

Fuchs

Justin Time schrieb:

Natürlich ist das komplizierter, aber Wiki/Referenz (Abschnitt „GUI-vs-Konsole“) sagt zu diesem Thema:

Klar, ich erstelle eine "Expertenbox" für einen Workaround und setze dafür noch Links auf wget, cat, tar, mv, rm und Shell/Operatoren und verkompliziere damit den Artikel, um zu beschreiben, wie man ein Icon einfügt. 😉

Klar, ich erstelle eine "Expertenbox" für einen Workaround und setze dafür noch Links auf wget, cat, tar, mv, rm und Shell/Operatoren und verkompliziere damit den Artikel, um zu beschreiben, wie man ein Icon einfügt. 😉

Genau - das ist der normale Weg. ☺ Bitte denke jedoch in deinem Text daran, dass du Verweise auf den Wissensblock setzt.

Was die Referenz hat Justin den Punkt getroffen. Es sollte bevorzugt behandelt werden, da Anfänger sich nicht gerne mit dem Terminal befassen. Man kann das

Icon doch ganz einfach im Wikiartikel abbilden - oder?

Hi,

Ich würde gern den Artikel um ein Programm Namens 'translate-shell' für die Kommandozeile erweitern.

Kann ich einfach anpassen, oder muss der Artikel erst in die Baustelle rein?

Prioinix schrieb:

muss der Artikel erst in die Baustelle rein?

Empfiehlt sich grundsaetzlich. Baustelle eingerichtet, Fertigstellungsdatum bitte noch anpassen und Bescheid sagen, wenn es soweit ist.

Danke, hoffentlich wird es heute noch fertig.

So in etwa,

Bei REPL möchte ich gern ein paar leere Zeilen einfügen, Leerzeichen werden nicht angenommen und ein . am Anfang schaut auch nicht so doll aus..

Die wesentlichen Funktionen habe ich angegeben, wenn etwas fehlt bitte Bescheid geben und nach Möglichkeit auf Richtigkeit prüfen. Bei mir hat die Option -shell nicht funktioniert, dafür die -I.

Ansonsten hat soweit das ganze in der Konsole (GNU bash, Version 4.3.30(1)-release (x86_64-pc-linux-gnu)) funktioniert.

Frage am Rande: Sollte der Transparenz zugute Google-Übersetzer erwähnt werden, oder reicht da ein Verweis in der Quellen-Angaben? (ich tendiere zum ersten)

Habe den Witz entfernt, ist wohl nicht so angekommen wie gedacht ☺

Ansonsten Fragen und Anregungen sind erwünscht bzw. noch aktuell (siehe oben).

Prioinix schrieb:

Habe den Witz entfernt, ist wohl nicht so angekommen wie gedacht ☺

Witze und Smileys sind kein Bestandteil einer technischen Dokumentation. Das gilt auch fuer das Wiki. Ansonsten ist der Abschnitt zur Translate Shell ok.

Artikel ist wieder im Wiki. Danke an Prioinix fuer die Ergaenzung ☺

aasche schrieb:

Artikel ist wieder im Wiki. Danke an Prioinix fuer die Ergaenzung ☺

Danke 👍