So wie ich es verstanden habe stellt Savannah Sofware Projekten Platz zur Verfügung. Ist es dort auch möglich Dokumentationen ähnlich wie auf einer normalen WEB-Seite bereit zu stellen oder ist dieser Dienst in erster Linie nur für Software Code gedacht? Ich muss zugeben, dass ich noch nicht genau weiss, wie diese Projekte sich präsentiern. Ich spiele mit dem Gedanken nach und nach meine Dokumentationen von meinem Provider auf einen Freien Server auszulagern. Ich denke dort sind sie besser zu finden und lassen sich einfacher finden. Tschüss, Thomas
On Wed, Mar 06, 2002 at 07:19:24PM +0100, Thomas Templin wrote:
So wie ich es verstanden habe stellt Savannah Sofware Projekten Platz zur Verfügung. Ist es dort auch möglich Dokumentationen ähnlich wie auf einer normalen WEB-Seite bereit zu stellen oder ist dieser Dienst in erster Linie nur für Software Code gedacht? Ich muss zugeben, dass ich noch nicht genau weiss, wie diese Projekte sich präsentiern.
Grundsätzlich werden die Dienste für Freie Software-Projekte zur Verfügung gestellt. Dokumentation kann aber das eigentliche Ziel eines Projekts sein. Insofern kommt es hier auf den Inhalt darauf an.
Die Dokumentation sollte dann unter einer Lizenz vergleichbar mit Freier Software, wie der FDL stehen.
Ich spiele mit dem Gedanken nach und nach meine Dokumentationen von meinem Provider auf einen Freien Server auszulagern. Ich denke dort sind sie besser zu finden und lassen sich einfacher finden.
Der Vorteil ist auch, dass Du leichter andere Leute daran mitarbeiten lassen könntest.
Mittwoch, 6. März 2002 19:27 Bernhard Reiter wrote:
On Wed, Mar 06, 2002 at 07:19:24PM +0100, Thomas Templin wrote:
So wie ich es verstanden habe stellt Savannah Sofware Projekten Platz zur Verfügung. Ist es dort auch möglich Dokumentationen ähnlich wie auf einer normalen WEB-Seite bereit zu stellen oder ist dieser Dienst in erster Linie nur für Software Code gedacht? Ich muss zugeben, dass ich noch nicht genau weiss, wie diese Projekte sich präsentiern.
Grundsätzlich werden die Dienste für Freie Software-Projekte zur Verfügung gestellt. Dokumentation kann aber das eigentliche Ziel eines Projekts sein. Insofern kommt es hier auf den Inhalt darauf an.
Die Dokumentation sollte dann unter einer Lizenz vergleichbar mit Freier Software, wie der FDL stehen.
Ich spiele mit dem Gedanken nach und nach meine Dokumentationen von meinem Provider auf einen Freien Server auszulagern. Ich denke dort sind sie besser zu finden und lassen sich einfacher finden.
Der Vorteil ist auch, dass Du leichter andere Leute daran mitarbeiten lassen könntest.
Genau ist einer der Gedanken die ich dabei im Kopf habe. Ich habe keine Lust das Rad wieder neu zu erfinden. Wenn man sich einmal ansieht wieviele Leute, mit den besten Absichten, Dokumentationen rund um Linux erstellt haben und wie oft man drei oder mehr dieser Dokumentationen, ich denke da an Tutorials, zu Rate ziehen muss bis man das passende extrahiert hat... Ausserdem verfüge ich über eine gesunde Faulheit die mich davon abhält wieder von Null an zu fangen bevor meine Arbeit für /dev/null ist. :-)) So was ich bisher unter Savannah gesehen habe wäre ich mit meinem Senf den ich beisteuern könnte ein ziemlich armes Lichtlein. Ich denke da auch eher an ein Team Konzept. Okay es gibt diverse DLDP und HOWTO Projekte, die zielen aber nicht in meine Richtung. Mich würde eher eine Art Campaigner Zirkel interessieren, der sich mit Dokumentationen über FSF/OSF/GNU/... im Rahmen von Vorträgen und Kurzseminaren/Referaten beschäftigt. Meiner Meinung nach wäre das auch für die FSFe ein guter Einstiegspunkt um die Recourcen der vielen regionalen Linux-Gruppen zu aktivieren. Nicht viele, in den LUGs, sind in der Lage oder besser haben die Zeit Vortrage oder Kurzreferatze/Seminare aus zu arbeiten, ist ja auch ne Menge Arbeit. Aber fertige Vortrags Dokumente zu übernehmen und mit ein wenig Anpassungsarbeit zu präsentieren können sicherlich weit aus mehr Leute. Man denke nur einmal an die vielen Schööler die sich mit einem riesen Enthusiasmus an den LUGs beteiligen. Ich kenne solch ähnliche Strukturen von Greenpeace, dort wird Material von Campaignern aufbereitet und dann bereitgestellt. Ohne den Zwang diese zu übernemen, wie ich es in einigen politischen /Zirkeln/ erlebt habe, _können_ die regionalen Gruppen sich dieses Materiales bedienen, es verändern und dann damit arbeiten/promoten. Eigendlich ein Konzept, das wie geschaffen für eine GNUische Philosophie ist. Tschüss, Thomas
On Wed, Mar 06, 2002 at 08:01:31PM +0100, Thomas Templin wrote:
Mittwoch, 6. März 2002 19:27 Bernhard Reiter wrote:
Der Vorteil ist auch, dass Du leichter andere Leute daran mitarbeiten lassen könntest.
Okay es gibt diverse DLDP und HOWTO Projekte, die zielen aber nicht in meine Richtung. Mich würde eher eine Art Campaigner Zirkel interessieren, der sich mit Dokumentationen über FSF/OSF/GNU/... im Rahmen von Vorträgen und Kurzseminaren/Referaten beschäftigt.
Klingt, wie ein interessantes Projekt.
Meiner Meinung nach wäre das auch für die FSFe ein guter Einstiegspunkt um die Recourcen der vielen regionalen Linux-Gruppen zu aktivieren.
Selbstverständlich, obwohl wir dann Materialen auch absegnen müssten.
Eigendlich ein Konzept, das wie geschaffen für eine GNUische Philosophie ist.
So wie ich dich bisher verstanden habe, wäre ein solches Projekt auf Savannah willkommen. Melde es einfach an und lege damit los. :)
Bernhard
Mittwoch, 6. März 2002 20:23 Bernhard Reiter wrote:
On Wed, Mar 06, 2002 at 08:01:31PM +0100, Thomas Templin wrote:
Mittwoch, 6. März 2002 19:27 Bernhard Reiter wrote:
Der Vorteil ist auch, dass Du leichter andere Leute daran mitarbeiten lassen könntest.
Okay es gibt diverse DLDP und HOWTO Projekte, die zielen aber nicht in meine Richtung. Mich würde eher eine Art Campaigner Zirkel interessieren, der sich mit Dokumentationen über FSF/OSF/GNU/... im Rahmen von Vorträgen und Kurzseminaren/Referaten beschäftigt.
Klingt, wie ein interessantes Projekt.
Meiner Meinung nach wäre das auch für die FSFe ein guter Einstiegspunkt um die Recourcen der vielen regionalen Linux-Gruppen zu aktivieren.
Selbstverständlich, obwohl wir dann Materialen auch absegnen müssten.
Das ist genau der Punkt. Ein Pool von Dokumenten, der von anerkannter Stelle als verlässlich/vertretbar "zertifiziert" wird. Allerdings bedarf es meiner Meinug nach erst einmal einer Art von Auoren-Guideline, könnte sich an den Vorgaben der Linux Documentation Authoring Guidelines orientiern. Dann wäre noch Bedarf für einen Satz von Style-Guidelines, ähnlich denen die von linuxdoc/docbook vorgegeben werden. Ich als praktizierender LyXianer würde da einen Satz von KomaScript basierten Vorlagendokumenten vorziehen. Das hat allerdings den Nachteil das die Portierung in andere Formate eingeschränkt wird. Der Vorteil von LyX/Koma wäre aber das damit ein überschaubares einfach einzusetzendes Werkzeug zur Verfügung stände mit dem jemand nach kurzer Einarbeitungszeit "professionelle" Dokumente erstellen kann. Ander GUIs für Docbook/linuxdoc/... die man ohne schlechtes gewissen einem normal Sterblichen in die hand geben kann habe ich in dieser Qualität noch nicht gesehen, leider. Oder hab ich da was übersehen? Womit erstellen denn zum Beispiel die KDEler und Gnomes ihre Dockbook Dokumentationen, mit einem einfachen Editor? Dann die Frage, welche Werkzeuge stellt man Bereit um Präsentationen zu Erstellen, mgp, OpenOffice, HardCore LaTeX. Ich hbe mich mitlerweile auf mgp/Knoppix eingeschossen.Wer allerdings schon einmal versucht hat mit mgp Folien als Fallback Lösung zu erstellen weiss, dass die eine ziemlich mittelmässige Qualität haben. Ich knabbere an dem Problem, von mehreren Seiten, schon etwas länger :) Für meine bisherigen begrenzten Bedürfnisse hat das gereicht aber ich glaube nicht das dies als eine Vorgabe für solch ein neues Präsentationen Projekt ausreicht. [...] Also wie man sieht, ich zerbrech mir momentan eher den Kopf mit Strategischen Überlegungen als mit dem forschen Vorpreschen in ein neues Projekt(/dev/null).
Tschüss, Thomas
On Wed, Mar 06, 2002 at 09:37:40PM +0100, Thomas Templin wrote:
Selbstverständlich, obwohl wir dann Materialen auch absegnen müssten.
Das ist genau der Punkt. Ein Pool von Dokumenten, der von anerkannter Stelle als verlässlich/vertretbar "zertifiziert" wird.
Gut wär das ja. Begrenzt ist das allerdings durch die uns zur Verfügung stehende Arbeitszeit. Bisher handhaben wir das allerdings schon so, dass wir gern mal über Dokumente drüber schauen und inoffiziell einen Kommentar über die Qualität in Bezug auf Freie Software abgeben.
Wenn ein Projekt es mir noch leichter machen würde, hier Kommentare abzugeben, dann würde ich es auch tun. Sicherlich wären auch viele Andere Kenner dieser Materie, zum Beispiel unsere Freiwilligen auf dieser Liste bereit Rückmeldung zu geben. :)
Ich als praktizierender LyXianer würde da einen Satz von KomaScript basierten Vorlagendokumenten vorziehen.
Das GNU-Projekt setzt ein wenig auf texinfo, aber auch andere Format könne ja für Dein Projekt vorgesehen werden.
Bitte beachte, das LyX so weit mir bekannt ist, weiterhin eine propritäre Biliothek benötigt. Solang kann ich es nicht empfehlen. Es gibt lobenswerte Anstrengungen, dies zu ändern: http://www.devel.lyx.org/guii.php3
Ander GUIs für Docbook/linuxdoc/... die man ohne schlechtes gewissen einem normal Sterblichen in die hand geben kann habe ich in dieser Qualität noch nicht gesehen, leider. Oder hab ich da was übersehen? Womit erstellen denn zum Beispiel die KDEler und Gnomes ihre Dockbook Dokumentationen, mit einem einfachen Editor?
Emacs ist sicherlich kein _einfacher_ Editor, dann gibt es noch Thot... Mehr weiss ich nicht.
http://i18n.kde.org/translation-howto/doc-specialized-apps.html
Dann die Frage, welche Werkzeuge stellt man Bereit um Präsentationen zu Erstellen, mgp, OpenOffice, HardCore LaTeX. Ich hbe mich mitlerweile auf mgp/Knoppix eingeschossen.
Ich verwende ebenfalls mgp, allerding ist das wirklich nicht für jeden zu empfehlen. Könnte wirklich noch besser sein. Vielleicht entwickelt jemand ähnliches ja mal mit pygame. :)
Also wie man sieht, ich zerbrech mir momentan eher den Kopf mit Strategischen Überlegungen als mit dem forschen Vorpreschen in ein neues Projekt(/dev/null).
Will ja auch gut überlegt sein. Allerdings wäre auch ein Projekt zum prinzipiellen Sammeln der Dokument eines, was zumindest schon mal ein paar der Problem löst.
On Wed, Mar 06, 2002 at 10:31:19PM +0100, Bernhard Reiter wrote:
Ich als praktizierender LyXianer würde da einen Satz von KomaScript basierten Vorlagendokumenten vorziehen.
Das GNU-Projekt setzt ein wenig auf texinfo, aber auch andere Format könne ja für Dein Projekt vorgesehen werden.
Bitte beachte, das LyX so weit mir bekannt ist, weiterhin eine propritäre Biliothek benötigt. Solang kann ich es nicht empfehlen. Es gibt lobenswerte Anstrengungen, dies zu ändern: http://www.devel.lyx.org/guii.php3
Ander GUIs für Docbook/linuxdoc/... die man ohne schlechtes gewissen einem normal Sterblichen in die hand geben kann habe ich in dieser Qualität noch nicht gesehen, leider. Oder hab ich da was übersehen? Womit erstellen denn zum Beispiel die KDEler und Gnomes ihre Dockbook Dokumentationen, mit einem einfachen Editor?
Emacs ist sicherlich kein _einfacher_ Editor, dann gibt es noch Thot... Mehr weiss ich nicht.
Was ist mit Texmacs? Aehnlich wie Lyx, steht aber unter GPL und mir sind keine Verzahnungen mit properitaerer Software bekannt. Und ansonsten waere natuerlich auch vim eine Alternative (Betriebssysteme wie Emacs sind mir zu gross ;-)).
Bernhard Reiter bernhard@intevation.de writes:
Das GNU-Projekt setzt ein wenig auf texinfo,
"Texinfo". ;-)
"Ein wenig" ist untertrieben. Dokumentation im Texinfo-Format ist Bestandteil der semi-offiziellen Anforderungen an GNU-Software.
On Thu, Mar 07, 2002 at 10:11:16PM +0100, Florian Weimer wrote:
Bernhard Reiter bernhard@intevation.de writes:
Das GNU-Projekt setzt ein wenig auf texinfo,
"Texinfo". ;-)
"Ein wenig" ist untertrieben. Dokumentation im Texinfo-Format ist Bestandteil der semi-offiziellen Anforderungen an GNU-Software.
Bekanntermassen.
Das heisst aber nicht, dass sich aus TeXinfo nicht auch andere Formate erzeugen lassen, oder umgekehrt.
Bernhard