|
mgraesslin
Anmeldungsdatum: 8. November 2006
Beiträge: 9183
|
reever schrieb: Ich fasse mich kurz. Ich kenne eigentlich nur dieses Wiki, das es mit dem optimieren und "archivieren" so gut meint.
Will heissen jedes Wiki ist froh viele Beiträge zu haben, und wenn sich im Forum o. über andere Wege keiner meldet, dass dieser o. jener Artikel icht anwendbar sei o. gar fehlerhaft, dann heisst dass doch nur, dass der Artikel noch zu verwenden ist.
Nein das heißt, dass der Artikel allen Leuten sch... egal ist.
Mit dem Archivieren von "Edubuntu" war es ähnlich. O.k. ich muss zugeben, Edubuntu hat nicht den Bekanntheitsgrad wie Multimedia 😲 😈
Aber viele Schulen suchen mit Sichehreit nach derartigen Lösungen und finden sie nicht mehr hier sondern z.B. bei DebianEdu o.ä.
Edubuntu wird von Canonical nicht mehr angeboten.
Das ist der Effekt von "Archivierungen" und dergleichen. Es kommt nämlich tatsächlich in die Nähe von Zensur-ähnlichen Aktivitäten.
also bitte überleg was du sagst. Wir machen ja kein STOPP Schild hin, dass der Artikel veraltet ist.
Ich versteh euch nicht. Der Bodensatz eines Wiki's sind doch die Artikel.
Bitte noch mal: wir löschen nicht und der Grundsatz unseres Wiki ist ganz klar Support für aktuelle Versionen von Ubuntu zu geben. Wenn die Artikel nicht mehr passen, dann haben sie hier nichts mehr zu suchen.
|
|
cLinx
Anmeldungsdatum: 28. Oktober 2007
Beiträge: 2453
|
So wie ich das sehe gibt es noch immer Artikel zu Edubuntu. Nix mit Zensur-Aktivitäten oder so.
|
|
fantasioo
Anmeldungsdatum: 13. Juni 2009
Beiträge: 31
|
Bearbeitungsvorschläge: (...) Neuer Artikel zu Jokosher 🇬🇧
Hab ich vorher auf 9.04 ausprobiert. Läuft aber werder mit der Version aus den Paketquellen noch mit der aktuell zum Download angebotenen stabil. Würde selber komplilieren was bringen?
|
|
noisefloor
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29567
|
Hallo,
dass dieser o. jener Artikel icht anwendbar sei o. gar fehlerhaft, dann heisst dass doch nur, dass der Artikel noch zu verwenden ist.
Oder das sich keiner mehr für den Artikel interessiert und er deshalb verwaist. Es kommt nämlich tatsächlich in die Nähe von Zensur-ähnlichen Aktivitäten.
Denk' mal über die Aussage in Ruhe nach.... Gruß, noisefloor
|
|
pippovic
(Themenstarter)
Anmeldungsdatum: 12. November 2004
Beiträge: 9130
|
Hallo, an alle Arbeitswilligen: jack müsste auch mal für Jaunty überprüft und angepasst werden. Gruß
pippovic
|
|
mr_newton
Anmeldungsdatum: 19. Januar 2009
Beiträge: 3
|
Also Jokosher stürzt bei mir dauernd ab, sobald ich mehr machen möchte, als einen Clip zu importieren (Bearbeiten und Filtern). Selbst kompilieren werde ich versuchen, sobald mein System neu aufgesetzt ist. Hab zu viel kaputt gespielt. Vielleicht finde ich noch etwas anderes.
|
|
robin_aka_HongBao
Anmeldungsdatum: 15. Januar 2009
Beiträge: 1031
|
Hi, ich finde der Artikel MPlayer ist ein wenig unübersichtlich geworden. Mein Vorschlag: Da sich das Frontend SMPlayer im Laufe der Entwicklung sehr schön gemausert hat (persölicher Eindruck), könnte man doch diesen Teil rausnehmen, entweder in einen eigenständigen Artikel oder in eine Unterseite? Mit deutlichem Hinweis auf das Backend MPlayer. Und, eure Meinung dazu? ~ robin Hab gestern schonmal angefangen Baustelle/SMPlayer (Ist noch nicht toll aus, weil irgendwann der Punkt erreicht war, das ich vielleicht erstmal fragen sollte... 😉
|
|
Minipluto
Anmeldungsdatum: 9. Februar 2009
Beiträge: Zähle...
|
Ich könnte mich etwas um den Artikel Audiodateien schneiden kümmern. Ich zeichne momentan immer mal wieder Audio-Streams mit streamripper auf und schneide sie dann mit mp3splt-gtk, da die automatische Schnittfunktion von streamripper mir zu unpräzise ist (vielleicht könnte man das als Anwendungsbeispiel dem Artikel hinzufügen). Primär könnte ich also zunächst den Abschnitt "Benutzung" erweitern und danach falls gewünscht das oben genannte Beispiel dazu packen. Man könnte auch das Beispiel mit Streamripper als Aufhänger verwenden, da man anhand dessen die praktischen Funktionen und deren Sinn besser erläutern kann.
|
|
noisefloor
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29567
|
Hallo, klar, hau rein. ☺ Details dann bitte im entsprechend Thread zum Wiki-Artikel posten. Gruß, noisefloor
|
|
Minipluto
Anmeldungsdatum: 9. Februar 2009
Beiträge: Zähle...
|
Kannst du das in die Baustelle kopieren? Das wird etwas umfangreicher und ich kann das wahrscheinlich nicht lückenlos fertig machen. Wenn es aber egal ist, mache ich es auch so.
|
|
noisefloor
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29567
|
Hallo, ok, zum dem Thema geht's hier weiter: audiodateien-schneiden. Gruß, noisefloor
|
|
robin_aka_HongBao
Anmeldungsdatum: 15. Januar 2009
Beiträge: 1031
|
Ich hatte hier und hier wegen dem MPlayer/(SMplayer) Wikiartikel angefragt?
|
|
noisefloor
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29567
|
Hallo, uups, stimmt. 😳 Von mir aus ist dein Vorschlag ok. Gruß, noisefloor
|
|
robin_aka_HongBao
Anmeldungsdatum: 15. Januar 2009
Beiträge: 1031
|
Kein Problem. Fein, mit dem SMPlayer hab ich schonmal 'ne Baustelle angefangen. Da er ja nur ein Frontend ist und zwinglich den MPlayer braucht, hab ich ein paar Dinge (speziell ppa) mitrübergezogen. Insofern ist der Baustellen-Artikel fast fertig. (Hab doch schon 'n bisserl dran weitergemacht 😉)Bei dem Artikel hab ich mal was Neues ausprobiert, was mich schon länger bei Wiki-lesen stört. Die externen Quellen nenne ich erst am Schluss des Artikels. Vorteil: einerseits wird so nicht der Lesefluss gleich am anfang unterbrochen, andererseits erhalten die exteren Quellen durch diese Reihenfolge im Artikel eine niedrigere Relevanz gegenüber den offizellen Paketquellen. Denn diese sind ja in aller Regel ausreichend. Direkt im Vergleich mit der aktuellen MPlayer Seite kann man das erkennen. Gerne würde ich dieses Vorgehen für's ganze Wiki vorschlagen. Hier fällt mir im Bereich Mutimedia sofort noch der Artikel VLC ein. Ob das so o.k. wäre?
|
|
noisefloor
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29567
|
Hallo, artikelbezogene Postings bitte immer immer immer im Thread zum Artikel. Sonst blickt nachher in diesem "Sammelthread" keine mehr durch. Gruß, noisefloor
|