staging.inyokaproject.org

gulwop schrieb:

Bitte richtet mir doch eine Baustelle dafür ein. Danke.

Bitte schoen - das mit dem Datum kennst Du ja schon: anpassen nach Bedarf ☺

danke ☺

Es scheint für mich so, als ob bei den Effekten die Menüeinträge "Erode" (Erodieren) und "Dilate" (Erweitern) vertauscht, also jeweils der anderen Funktion zugeordnet sind: Erodieren soll die hellen Bereiche verstärken, verstärkt aber die dunklen, Erweitern verstärkt statt der dunklen die hellen Bereiche. Wenn ich dies so richtig diagnostiziert habe (das wäre evtl. auch nochmal eine Frage an die Bildbearbeitungsprofis), ist dies ein Bug. Wie gehe ich in meinem Artikel (Tabelle ganz unten, "Effekte") damit um, wenn das Programm einen Bug enthält? Eine Hinweisbox platzieren? Oder gibt es da noch andere Möglichkeiten?

Artikel zur ersten Durchsicht fertig

Hallo, @all.

Puh, das war ein hartes Stück Arbeit! Kurz zur Erklärung: das Programm sieht auf den ersten Blick unscheinbar aus, beinhaltet aber eine enorme Vielzahl an Funktionen.

Das Problem bei diesem Programm ist aber nicht nur, daß die Übersetzung unvollständig und teilweise auch im Deutschen schwer zu verstehen und mit "seltsamen" Begriffen durchsetzt ist. Die Funktionen sind auch sehr versteckt in den Menüs und teilweise unlogisch auf die Menüs verteilt.

Hinzu kommt, daß viele Funktionsabläufe sehr kompliziert gestaltet sind (z.B. die Erstellung von Animationen, die Arbeit mit den Ebenen usw.), so daß eine intuitive Herangehensweise teilweise ausgeschlossen ist.

Aus diesem Grunde habe ich etliche Kurzanleitungen für die einzelnen Funktionen und Arbeitsabläufe erstellt, um dem Nutzer die Arbeit damit überhaupt zu ermöglichen. Einen kategorischen Hinweis auf das sehr umfangreiche (englische) Handbuch fand ich dann doch etwas zu bequem...

Ich denke jedoch, daß es sich lohnt, da das Programm gerade im Bereich PixelArt und Animationen sehr schöne Funktionalitäten bietet und sich nach Einarbeitung auch gut bedienen lässt.

Nun gut, ich wäre froh, wenn ihr mal drüberschauen könntet, der Artikel ist nun doch umfangreicher geworden als ich mir gedacht hatte; ich hoffe auf zahlreiche Vorschläge und Hinweise, mit denen es vielleicht möglich ist, dem Anwender diese Anleitung noch intuitiver nahezubringen und somit das Programm noch besser zu erläutern.

Danke im voraus ☺

Gruß, gulwop.

@Wikiteam:

Dieser Artikel bitte auch nochmals zur freundlichen Erinnerung; wäre schön, wenn jemand drüberschaut.

Danke.

hi!

hatte noch 2 kleine Fehlerchen im Artikel entdeckt und ausgebessert. Beim edit/speichern hat allerdings INYOKA mit 504 geschimpft, obwohl die Änderungen übernommen wurden. Evtl. interessiert sich das Team dahinter für solche Details? Also wenn Du das auch mehrmals erlebt hast, kann man diese Info weitergeben.

Evtl. könntest Du noch überprüfen , ob der 658960 - mtpaint-man page is in wrong location noch relevant ist?

Lt. Übersetzungsstatus in Debian fehlen da auch in deutsch noch ein paar Begriffe.

btw: Ich suche noch jemand der backport request mtpaint 3.40 (precise) unterstützt, durch Anklicken von: "I'm affected too" (je mehr, desto besser) ☺

Evtl. könntest Du noch überprüfen , ob der 658960 - mtpaint-man page is in wrong location noch relevant ist?

Lt. Übersetzungsstatus in Debian fehlen da auch in deutsch noch ein paar Begriffe.

Eingefügt. Danke für die Hinweise ☺

Wow. 😲 Klasse Artikel. 👍 IMHO frei für's Wiki. ☺

hi!

Mir gefällt's ja sgar immer noch besser, wenn man nicht nicht nur "Bekannte Probleme" schreiben kann, sondern gleich die "Problembehebung" dafür parat hat... ungefähr so

sudo mv /usr/share/man/man1/man1/mtpaint.1.gz /usr/share/man/man1/mtpaint.1.gz

Entsprechend gleich das richtige Verzeichnis am vorgesehenen Ort für die Dokumentation (Handbuch) anlegen und die Dokumentation dorthin verschieben

sudo md /usr/share/doc/mtpaint/

Evtl. existiert das Verzeichnis ja auch bereits (?). Es wäre auf jeden Fall nach meinem bescheidenen Wissen der dafür vorgesehen Standardort (und damit auch für andere Benutzer zugänglich) 😉

Ist übrigens auch berichtet 725277 – Help documentation not installed

L.A.S. schrieb:

Mir gefällt's ja sgar immer noch besser, wenn man nicht nicht nur "Bekannte Probleme" schreiben kann, sondern gleich die "Problembehebung" dafür parat hat...

Stimmt - korrigiert und Artikel wieder ins Wiki verschoben. Danke an gulwop fuer die Ueberarbeitung ☺

Stimmt - korrigiert und Artikel wieder ins Wiki verschoben.

oh, das ging aber schnell - hätte mich heute nachmittag aber noch mal darum gekümmert ☺ Danke jedenfalls.

hi!

Da der Wunsch 1186814 nach einer Rückportierung der aktuellen Saucy-Version zu 12.04 nette Fortschritte macht (einige Bugfixes & eine bessere, wenngleich noch nicht perfekte, Übersetzung) eine bescheidene Frage:

Welche Vorteile besitzt in mtPaint#Problembehebung

sudo ln -s /usr/share/man/man1/man1/mtpaint.1.gz /usr/share/man/man1/mtpaint.1.gz

gegenüber

sudo mv /usr/share/man/man1/man1/mtpaint.1.gz /usr/share/man/man1/mtpaint.1.gz

speziell im Falle einer zu erwartenden Aktualisierung des Programmes?

L.A.S. schrieb:

Welche Vorteile besitzt in mtPaint#Problembehebung

sudo ln -s /usr/share/man/man1/man1/mtpaint.1.gz /usr/share/man/man1/mtpaint.1.gz

gegenüber

sudo mv /usr/share/man/man1/man1/mtpaint.1.gz /usr/share/man/man1/mtpaint.1.gz

Genau so wenig (oder viel) wie mv. Sprich: das ist eine Geschmacksfrage, einen "Vorteil" kann ich nicht erkennen. Wer macht, der macht ☺