|
|||
Ups.
Zitat:
Zitat:
Viel Spaß noch Markus |
Sponsored Links |
|
|||
Ja wunderbar. Ich blamier mich ja hier wie sonstwas.
Schuld an diesem wunderbaren Doppelpost ist übrigens die Erweiterung SessionSaver, die anscheinend auch POST-Daten neu überliefert, wenn man den Firefox neu startet. Fürs HTMLWiki haben wir mal überlegt, ob man nicht lieber ein CMS programmieren soll, das Wiki-Funktionen hat (Bearbeitungs-Rechte für jeden, Versionsverwaltung usw.) - Näheres unter http://tests.themasta.com/htmlwiki/ Vielleicht gefällt euch die Idee ja. |
Sponsored Links |
|
|||
@Aarakast
Ich schmeis mal schnell meinen Senf rein... es gäbe halt durchaus bessere alternativen und wenn man vorher etwas testet als gleich auf ein system zu springen erspart man sich vielleicht einiges an arbeit. wikipedia ist ganz nett, aber es fehlen halt noch einige sachen, nicht umsonst gibts nun auch den kleinen golem der wikipedia mal besser darstellt, was andere systeme "besser" können. ob diese besseren nun wirklich besser für das xhtml projekt sind müsste halt getestet werden, prinzipiell zu sagen wikipedia ist das nonplusultra wäre etwas übereilt
__________________
Wie ich am schnellsten Hilfe bekomme... 1. Beschreibung des Problems 2. HTML Case mit eurem Code 3. CSS Case mit eurem Code 4. evtl. einen Screenshot oder einen Demo Link Bsp: http://www.xhtmlforum.de/viewtopic.php?t=6613 |
|
||||
Was das Thema Wiki-Software angeht, so kann man durchaus nochmal konstruktiv über andere Systeme sprechen.
Bis jetzt ist das Projekt noch nicht weit fortgeschritten, so dass eine Umstellung noch relativ problemlos möglich wäre. Dabei wäre natürlich interessant zu wissen, welche Funktionen Ihr beim MediaWiki vermisst, die andere Systeme bieten und umgekehrt. |
|
|||
Was ich "anbieten" kann wäre ein erweitertes Wikipedia, was Programmiertechnisch überarbeitet wurde und eine sogenannte camlecase engine benutzt. Bevor ich das jetzt lang erkläre, die negativen Punkte vorraus...
Das Modul ist in einem CMS eingebettet und wurde aus dem CMS raus programmiert. Man könnte es zwar exportieren, dann wäre aber fraglich ob sich jemande die arbeit machen will. CMS werdet ihr wohl weniger noch drum haben wollen. @hemfrie, kannst ja mal einen Testzugang zu dem Teil haben und drin rum spielen. Frage wäre eher was braucht ihr und was wäre das wichtigste dabei. Besonderheiten in Kurzform: - camlecase engine (grob erklärt intelligente Verlinkung) kann man an und ausschalten - editierte Beiträge können als History gespeichert werden, somit geht nichts verloren oder man kann das als unterschiedliche Anzeigebsp. mißbrauchen. - eine Ansteuerung haut eine alphabetische Liste von allem raus, das gleiche gibts nochmal für aktuelle Updates die dann einfach nach Datum sortiert werden. - Links kann man einfach mit [[ text ]] setzen rest übernimmt die Engine. hier nochmal die Readme Code:
Wiwimod v0.8.3 (for Xoops2) ========================== Wiwi is a wiki module for Xoops 2.x , offering smart editing features and a fine access control to the content. Use it as a "plain" wiki for collaborative documentation, or to build a web site with read_only and editable sections upon user privileges. Wiwi features : * wysiwyg editing : see supported editors below * Free links, CamelCase, Xoopscode support * dynamic content : include any Xoops block within your content * multiple page articles ( [pagebreak] feature ) * page hierarchy support * Xoops comments * Xoops notifications * access privileges : based on content profiles and user group membership ; * revisions history, with "diff" feature Wiwi adds 4 blocks to Xoops : * TOC (Table Of Contents) : This block shows links to a subset of the available pages, filtered upon current visitor access privileges. This makes it easy to deliver custom access to different sections of your site. * RECENT : shows quick links to the last modified documents ; * SHOWPAGE : displays a wiwi page of your choice wherever you place this block (useful for home pages) * SIDECONTENT : this is a smart block whom content depends on the Wiwi page that is currently displayed as "main content" of your Xoops Site. This is useful for example to display context sensitive advertisement, or "related links", or contextual help ... Wiwimod is derived from the Wikimod module code from Simon Bünzli (zeniko@gmx.ch) . ================================ NOTE ABOUT THE WYSIWYG EDITORS : As from 0.8, the wysiwyg editors are external classes you have to install separately. The "enhanced" versions from earlier Wiwi packages are available at http://www.zonatim.com/downloads : They support direct upload of file attachments, images and flash animations (spaw and htmlarea editors). I have special expectation for the XoopsEditor project (http://dev.xoops.org/modules/xfmod/project/?htmlarea), which provides a unified wysiwyg editors integration for Xoops. It currently interfaces spaw, htmlarea, fckeditor, koivi etc. ================================ ps: du bis tnicht zufällig am 20.1 oder 21.1 auf nem konzert ltu arena?
__________________
Wie ich am schnellsten Hilfe bekomme... 1. Beschreibung des Problems 2. HTML Case mit eurem Code 3. CSS Case mit eurem Code 4. evtl. einen Screenshot oder einen Demo Link Bsp: http://www.xhtmlforum.de/viewtopic.php?t=6613 |
|
|||
Zitat:
__________________
Wer sich über Kritik ärgert, gibt zu, dass sie verdient war. Gaius Cornelius Tacitus (um 55 - nach 115), römischer Historiker und Politiker |
|
||||
Also ich denke, dass das MediaWiki eine gute Wahl ist und wir auch erst mal dabei bleiben sollten. Was Sentinel jetzt über das CMS aufgezählt hat, geht alles auch mit dem Wiki und ich sehe keinen Grund, da zu wechseln.
Wichtiger wäre es wohl auch erst mal, einen groben Plan zusammenzustellen, welche grundlegenden Artikel erst mal erstellt werden müssten, damit wir dann darauf aufbauen können. Meiner Meinung nach macht es wenig Sinn, spezielle Artikel zu erstellen, bevor wir für solche Grundlagen wie (X)HTML, CSS, XML, HTTP, Unicode, ... nicht halbwegs gute Artikel drin haben. Mein Vorschlag wäre, da auch teilweise auf Wikipedia zurückzugreifen. Dort gibt es schon gute und ausführliche Artikel dazu, die als Ausgangsbasis sehr gut geeignet sind. Mario |
|
|||
Ich kann netspy nur zustimmen. Warum sollte sich zum einen hemfrie zusätzliche Arbeit antun und zum anderen wurde diese Diskussion ja schon Eingangs geführt.
WikiMedia ist nun mal ein Quasi-Standard in diesem Bereich und Standard ist ja auch "unser" Thema. Also warum mehr Schmalz investieren als notwendig. Die Diskussion sollte INHALTE betreffen und nicht den Rahmen der Veranstaltung. Wobei ich wieder bei der "schmeckenden" Schokolade bin, oder wollt Ihr die Verpackung essen?
__________________
</ulle> |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
XHTML Wiki | gato | Fragen, Konstruktive Kritik, Lob / Bekanntmachungen | 0 | 03.02.2013 22:17 |
XHTML Wiki | ct2oo4 | Fragen, Konstruktive Kritik, Lob / Bekanntmachungen | 2 | 14.05.2008 21:46 |
Badge für das XHTML Forum | javaFreak | Offtopic | 20 | 10.11.2006 20:20 |
XHTML WWW und XHTML 1.1 MP / WAP2.0 | prosac257 | (X)HTML | 4 | 23.10.2006 01:18 |
xhtml 1.0 strict forum | c0d3r | Offtopic | 18 | 22.04.2005 14:10 |