staging.inyokaproject.org

Relationalist schrieb:

Nur das Wort "Shell-Konsole" ist noch nicht geklärt:

Ich finde es ok ☺ Allerdings habe ich nicht wirklich einen Plan von diesen Dingen 😀

Persönliche Anmerkungen wie: Eine nette, noch nicht realisierte Funktion wäre ein Schalter, mit dem mit einem Klick der letzte eingegebene Befehl in die Liste aufgenommen würde. gehören nicht in den Artikel. Das kann man besser bei den Projektentwicklern äußern.

Gruß
kaputtnik

Die "Bash"-Konsole hat viel Namen, Terminal Emulator ist hier die richtige Beschreibung für's Programm. Es gibt übrigens ein Icon, das ist aber noch nicht implemetiert, s.a. 608653

Und es gibt auch wirklich elegante bugs 608608 (status: wishlist)

• Integration to both Snipplr.com & Commanlinefu.com services would be hugely beneficial.

Danke für die Veränderungen

Alice wtfiA schrieb:

kannst Du ruhig mehr zur Bedienung schreiben

Danke. Ich wollte den Artikel für ein kleines Programm nicht überproportional groß werden lassen. Das Gewicht liegt derzeit auf der Erklärung an die Zielgruppe, was man damit überhaupt anfängt und warum man es brauchen könnte. Die Führung in Menü und Schaltern finde ich recht selbsterklärend und werde sie daher knapp halten. (Noch nicht gemacht.)

Der übliche Aufbau eines Artikels ist Einleitung, Installation (dieses Programm ist in den Ubuntu Quellen enthalten/nicht enhalten), Bedienung. (Vll gibt der aktuelle Hilfetext ja etwas her?) Besonderheiten, Links. Schade, dieser Aufbau geht aus den Artikel-Anforderungen nicht so klar hervor.

Danke. Auch hier habe ich die Zielgruppe im Auge. Im Einleitungsbereich, also noch vor den evtl. abschreckenden technischen Details wie "ppa", muß der Artikel meiner Meinung nach gegen den Drang gerade des noch unbehausten Lesers ankämpfen, wieder wegzuklicken. Daher erscheint er textlich auch manchmal eher wie ein Zeitschriftenartikel.

Man könnte nun das "wie" der Bedienung, z. B. die Sache mit den Fragezeichen, noch vom "was", z. B. der Beschreibung dieser Variablenfunktion, trennen, also in einen Abschnitt zur Bedienung verlagern. Natürlich wird dann der Inhalt zerfleddert und angesichts der Größe von Artikel und Programm unmäßig durchgestuft.

Offtopic: ich bemerke gerade eine Gereiztheit in mir, die sich bildet bei den Anworten just auf user Alice wtfiA, der/die mir ja so sehr geholfen hat. Gleich werde ich es noch an Deinem Glückwunsch aufhängen. Also bitte, bitte nicht persönlich nehmen, ist nicht gegen Dich gerichtet:

Erstmal Glückwunsch, das Du all Deinen Mut zusammengenommen hast für Deinen 1. Artikel.

Da ging es nicht um Mut, sondern um die Scheu vor der lästigen Einarbeitung in Vorgaben. Ich merke gerade - beim ausführlichen Erläutern jeder noch so kleinen Entscheidung meiner Textgestaltung - daß das wohl nichts für mich ist. Das Gefühl, mit jedem Fitzelkram wie auf der Anklagebank vor Gericht zu stehen, und daß die Rechtfertigung für einen Satz drei mal so lang wird wie der Satz, kenne ich von meiner Dissertation - und das will ich ganz bestimmt nicht mehr haben und habe ich nicht nötig. 😕 Einen Artikel im Aufbau meiner Meinung nach ergonomisch schlechter zu machen, als er sein müßte, damit er in ein (an sich durchaus sinnvolles, aber hier unpassendes) Artikelschema paßt, das macht mir ernsthaft keinen Spaß, tut meiner Seele nicht gut und hat keinerlei Freizeitwert. 😉

In einer mit gksu gestarteten Konsole hat doch jede Eingabe gleich root-Rechte. Ich habe es mit lshw ausprobiert. Gerade Anfängern wird damit die ganze Schutz- und Warnfunktion des sudo-Konzeptes genommen.

Falls das stimmt: "gksu" bitte wieder entfernen

edit: hab ich selbst gemacht

Servus ☺

Relationalist schrieb:

Falls das stimmt: "gksu" bitte wieder entfernen

edit: hab ich selbst gemacht

Gut ☺

Bin mal durch gegangen und habe ein paar wenige Tippos und Syntax gefixt. Der Teil:

Das linke der beiden Menüs zeigt Funktionen für Befehle:

einen bestehenden, zuvor in der Bibliothek per Klick ausgewählten Befehl anwenden;

neue Befehle in die Bibliothek eintragen;

bestehenden Befehl verändern;

bestehenden Befehl löschen;

Programm beenden.

bezeichnet doch Menüeinträge, oder? ich habe das Programme nicht installiert, schätze aber, das man vllt besser so formatieren könnte:

Das linke der beiden Menüs zeigt Funktionen für Befehle:

• "File → Run": Einen bestehenden, zuvor in der Bibliothek per Klick ausgewählten Befehl anwenden;

• "File → Add": Neue Befehle in die Bibliothek eintragen;

• ...

?

Ansonsten finde ich den Artikel gut gelungen. Man kann immer was zu kritisieren finden, besonders wenn man nicht selber daran arbeitet 😉 Manchmal versteift man sich als Autor aber auch in ein gewisses Schema oder eine gewisse Denkweise (kenne ich von mir selber 😉 ), was auch nicht immer gut ist. Wenn man den Artikel dann später nochmal liest, fallen einem bestimmte Dinge auf, die man vorher nicht gesehen hat. Aber wie gesagt: Ich finde den Artikel soweit in Ordnung 👍

Gruß
kaputtnik

Danke für die Grüße und die Aufmunterung. "Kritisiert" im argen Sinne hat mich ja keiner. Ich hab mich halt selbst wieder in einer nervigen Rechtfertigungshaltung erlebt.I

kaputtnik schrieb:

... schätze aber, das man vllt besser so formatieren könnte: ...

Ich habe extra nicht die englischsprachigen Schalter-Namen genommen, weil die Entwickler ohnehin noch an der Einarbeitung des Deutschen was machen müssen und wohl auch werden. D.h. dieses Menü wird noch verschwinden, vielleicht sogar bald. Ich habe lieber die Funktionen umschrieben und die Zuordnung durch die Reihenfolge gegeben. Schlampig bin ich hier natürlich bei der Schön-Formatierung. Vielleicht fällt mir schnell noch was ein.

Ansonsten gilt von mir aus an das Wiki-Team: Baustellen-Fenster löschen und raus mit dem Dings in die freie Wildbahn!

Und bitte mit mir drüber nachdenken, von wo aus man das Programm bzw. den Artikel verlinken könnte. Von den "Shell"-Anwendungen aus, wo der Link am besten aufgehoben wäre, geht es nicht, weil es keine Shell-Anwendung ist, sondern ein grafikabhängiger Terminal-Emulator.

Schönen Sonntag noch!

Servus ☺

ich vergaß: Warum ist die getestet-Vorlage auskommentiert? Dazu passt:

Relationalist schrieb:

Ich habe extra nicht die englischsprachigen Schalter-Namen genommen, weil die Entwickler ohnehin noch an der Einarbeitung des Deutschen was machen müssen und wohl auch werden.

Wenn der Artikel bzw das PPA nur für Maverick und Lucid ist, kann man ruhig die englischen Menüpunkte angeben. Denn getestet ist ja nur für Lucid und Maverick 😉

Und die Getestet-Vorlage muss drin stehen.

Gruß
kaputtnik

Hallo

kaputtnik schrieb:

Warum ist die getestet-Vorlage auskommentiert?

Weil es mein erster Artikel ist und ich es übersehen habe. Eingefügt, aber von mir nur für Lucid.

kann man ruhig die englischen Menüpunkte angeben.

Habe jetzt beides drin. Ist noch relativ geschmackvoll anzusehen.

Habe Verweise innerhalb des Artikels zu Links gemacht. Diese werden aber erst nach Aufnahme ins Wiki funktionieren.

Habe in unübersichtlichen Passagen Schlüsselwörter fett gesetzt. Das Ganze ist noch ansehnlich. Bitte schöner machen, wer mag! Alternativ wäre die Aufnahme weiterer Überschriften tiefer Ebene, aber das bläst mir den Artikel zu sehr auf.

Durch das neue, nicht von mir eingefügte Kapitel "Probleme und Lösungen" mußte ich den ganzen Artikel umbauen. 😕 War von mir nicht so gedacht, weil dies zusammengehörende Gedankengänge zerrupft. Aber ich will mich nicht um so was streiten, auch für diese Gangart gibt es gute Gründe. ☺

Alles Gute

Ich finde Das Inhaltsverzeichnis und das Wissen-Fenster nicht im Ergebnis. Wo sind die?

Servus ☺

habe nur kurz Zeit...

Relationalist schrieb:

Ich finde Das Inhaltsverzeichnis und das Wissen-Fenster nicht im Ergebnis. Wo sind die?

Ist doch alles da 😉

Fett bitte ausschließlich für Dateien und Verzeichnisse, siehe Textformatierung

Links zu Ankern im gleichen Artikel bitte per [#ÜBERSCHRIFT Ankername] einfügen, siehe Links und Anker

Muss weg
kaputtnik

Danke für die Hilfe

kaputtnik schrieb:

Links zu Ankern im gleichen Artikel bitte per [#ÜBERSCHRIFT Ankername] einfügen, siehe Links und Anker

Geht nicht bzw. kann ich noch nicht, weil der Anker, also die Überschrift, Leerzeichen enthält.

edit: ... halt, geht ja doch!

Habe den Artikel durch einen harten Totalnoob-Test gelassen: mit meiner Frau. (Betonung hier nicht auf "Frau", sondern auf "meiner") Sie sagte, ich müsse anfangs mehr ausholen und sie mehr abholen. Gleichzeitig aber sei Ihr am Anfang zuviel Information.

Hmmm. 😕 Ist halt schwierig, bei Anfängern für die doch irgendwie recht technische und abstrakte Leistung des Programms zu werben.

Habe jetzt testweise mal bei Adam und Eva angefangen, d. h. mit der Erzählung, was eine prompt überhaupt ist, d. h. wiederum: was ein Computer macht. 😬

Ich bitte um weitere noob-Tests!

Hallo Rationalist

habe eben nochmal die Version aus dem angegebenen ppa getestet 1.0-4~ppa~Lucid - Fehler 748878 ist noch nicht behoben. Werde die ppa Vorlage deshalb vorerst entfernen müssen, das ist wohl wirklich nur etwas für Tester. Es ist kein gravierender Fehler, nur das Programm startet halt nich ☺ Hab auch im Bugreport nochmal nachgefragt.

Alternativ würde ich vorschlagen, die aktuellste stabile Version von https://launchpad.net/clicompanion herunterzuladen.

Wie man das in einer Vorlage realisieren kann, weiss ich noch nicht, kümmere mich aber gerne drum.

Zugleich weiss ich, das in ca. eine Woche die neue Version 2.0 erscheinen soll. Es sind mittlerweile 4 Sprachen fast Komplett übersetzt –> https://translations.launchpad.net/clicompanion Nur in französisch fehlt noch eine Phrase...

Netter Gruss

P.S.(edit): Ich würde gerne noch eine Bildschirmkopie mit geschlossener Bibliothek und der Gnome-Fensterdekoration und dem "Human-Style". (von Version 1.0RC2 = 1.0-3.1~ppa~all.deb) einbauen. Schau es Dir dann an und Du kannst es wieder entfernen, oder auch neu positionieren, wenn es Dir nicht oder dort nicht zusagt. Erstmal lockert ein Bild den Text auf und dann unterstreicht es natürlich auch das Beschriebene. So ein Bild ist schnell gemacht und hochgeladen und man kann das alte auch überschreiben. So bleibt der Dateianhang überschaulich.

Das Inhaltsverzeichnis wird übrigens automatisch aus den Überschriften im Text generiert. Erzeugt wird es dann durch ein, ich glaube man nennt das Makro, in der Zeile unterhalb vom "Getestet mit"-Block. Da soll es lt. Syntax-Vorgabe eingefügt werden.

"Probleme + Lösungen" hat mir besser als Überschrift gefallen wie "Mängel". Eigentlich ist das ja hier der Diskussionsthread zum Artikel, und vll hätte ich Dich vorher als Initiator des Artikels fragen sollen/können, was Du davon hältst. Selbstverständlich kannst Du alles was ich einbringe, oder was nicht in Deinem Sinne ist rauswerfen, ich seh das locker.

Apropos, über den Reiter "Versionen" in der Artikelansicht kannst Du Deine vorherige Version mit meinen Änderungen vergleichen, das ist recht komfortabel. Lob ans Wiki-Team - Ihr habt gute Grundlagen geschaffen!

Nette Grüsse
Alice wtfiA

Alice wtfiA schrieb:

Ich würde gerne noch eine Bildschirmkopie mit geschlossener Bibliothek und der Gnome-Fensterdekoration und dem "Human-Style". (von Version 1.0RC2 = 1.0-3.1~ppa~all.deb) einbauen.

Danke. Bitte, gerne, falls Du nicht lieber bis nächste Woche warten willst. Mir wär#s wichtig, daß es eine frische Fassung ist. Hatte selbst ein älteres Bild drin, wo die TAB-Schalter nicht drauf waren. Ich selbst denke über ein Bild von der Eingabemaske (die ist ja das Herzstück) nach und/oder eines von der Bibliotheksdatei.

Übrigens: jetzt bin ich ausnahmsweise mal richtig gespannt auf eine neue Fassung.

Ist mein allgemeines Gelaber über Linux und Computer ("Motivation") sachlich korrekt? 😀

(Das gehört zwar eher in den Artikel "Shell", aber mein Noobtest hat mir gezeigt, dass, wer immer irgendwie auf dieses Programm aufmerksam wird, dies wahrscheinlich in seiner Eigenschaft als Totalanfänger wird, und daher genau diesen Balsam braucht.)

Alles Gute, danke für die PM.

Ich finde das Programm richtet sich an beide Gruppen. Einerseits, die, gerne den Umgang mit dem Terminal lernen wollen und zum Anderen tatsächlich an die, die sich eine Bibliothek ihrer oder neuer Befehle mit einer Beschreibung anlegen wollen. Mit Suchfunktion, ist das ja bequemer als in der history rumzuwuseln. *g*

z.B.:

• cat /var/log/dpkg.log | grep 'remove' = Welche Pakete wurden bisher entfernt

• cut -f1 -d" " ~/.bash_history | sort | uniq -c | sort -nr | head -n 30 = Die häufigsten bisher verwendten Terminal-Befehle in Reihenfolge ihrer Verwendung

Vielleicht könnte man sowas mit einer kurzen und einer detaillierten Version "erschlagen"? Wie sich eben gerade herausstellt ist der Pflegeaufwand einer Wiki-Seite ja tatsächlich auch etwas, was evtl. noch eine Rolle bei der Konzeption spielt. Betr.meine Info zur neuen Version: https://answers.launchpad.net/clicompanion/+question/154417

Soweit ich weiss wird sich nicht allzuviel ändern, vorallen Dingen die Lokalisierung und bugs sind angegangen.

Ich mag übrigens den Exkurs in die Historie, da ich in einem Alter bin, in dem ich Windows noch auf der DOS-Ebene kennengelernt habe. Also war die grundsätzliche Scheu vor dem Terminal nicht sooo riesengross war. Heutigen Windows-Benutzern mag es da anders gehen... Es ist übrigens eine Super-Idee den Text noch gegenzulesen lassen. Textarbeit ist Schwerstarbeit (sagt man so).

Das Bild ist übrigens drin, mit eingeblendetem Menue (!), Bibliothek und Gnome-CSS-Deko. Idee: Du könntest evtl. noch einen Link zum Gnome-Terminal, bzw. XFCE-Terminal im Text hinterlegen.

Frage an Herrn kaputtnik Welche Fensterdekoration ist eigentlich Standard im Wiki? Ich habe garkein Human-Theme mehr in Lucid... Denn das Wiki möchte ja konsistent sein...