Dieses Seite soll aktiven Benutzern dieses Wikis Platz geben, um Input geben zu können für Verbesserungen und Anregungen.
Jeder konstruktive Input zu den Funktionen dieses Wiki ist hier willkommen! (Input zum Inhalt einzelner Seiten bitte direkt dort eingeben).
Remarks/Hinweise:
- Bugs sollen bitte direkt an den Wiki-Admin geschickt werden.
- Zum Konzept dieses Wikis: Dieses Wiki ist nach dem Motto "KISS - Keep it Simple and Small" sowie nach dem Credo des ingenieurmässigen Vorgehens realisiert worden (d.h. pragmatisch, problemgerechter Einsatz der Mittel, ohne unnötigen Hype-Technologien). Jede weitere Funktion soll immer auch nach diesen Prinzipien bewertet werden.
- This page is in german because most users of this page will speak german.
- edit.cgi macht nun ein redirect auf wiki.cgi, nach dem Editieren kann man also Links gleich per email versenden
- Ein Tool mit welchem ein Wiki in eine Sammlung von verlinkten HTML Seiten umgewandelt werden kann (zum Offline lesen) wäre nett, beispielsweise um ein Wiki dass als Projektdokumentation dient(e) weiterzugeben.
- UI-Spezialisten - wie z.B. MUL oder seine Wiss. Mitarbeiterin - mal dieses Wiki beurteilen und verbessern lassen...? --StefanKeller
- MediaWiki: Von MediaWiki sollten m.E. schrittweise alle diejenigen Funktionen übernommen werden, die einfach sind und Sinn machen, da MediaWiki mit WikiPedia sehr verbreitet ist, bzw. man sich gegenseitig fördern könnte. Beispiele:
- Allgemein schönerer (x)HTML-Code. Das verbessert die Lesbarkeit für Mensch und Maschine. --LeoBüttiker
- was heisst denn schöner ? -- PeterSommerlad
- Schöner ist die Steigerungsform von schön. Und was schön ist, ist bekantlicherweise Geschmacksache. Für mich ist schöner Code (nicht nur auf HTML):
- Ist kurz und verständlich (drückt den Willen des Programmierers, im Fall von HTML des Designer, aus und nicht den der Programmier- oder Beschreibungssprache aus).
- Trennt Design vom "Rest" (in HTML mit eigenem CSS File und mit möglichst wenig Tabellen für Design)
- Hält sich an Standards (in HTML mit einem Validator zu überprüfen)
- LeoBüttiker
- Qualitätssicherungsfunktionen: Diskussion in separatem Tab (vgl. Diskussion unten :->)
...hier eintragen.
- Reimplementation dieses Wikis in PHP oder Java oder Ruby (in dieser Reihenfolge)! PHP hat den Vorteil, auf Hosts verbreitet zu sein während Java gut zu Studienarbeiten der HSR-Informatik passt. --StefanKeller
- Programmatische Schnittstelle (RESTful), die es ermöglicht das Wiki von Programmen aus zu editieren, z.B. für WYSIWIG-Editoren oder für spezielle WebCrawlern für automatisiertes Tagging. StefanKeller
- Meinen sie eine Schnittstelle damit ein Programm von Remote darauf zugreifen kann (Webservice, XML-RPC)?
- Es wäre nett, wenn man nach dem anmelden einen Link auf die zuletzt besuchte Seite hätte. --MirkoStocker
- Redirect, um mit Synonymen und Abkürzungen umzugehen (und nicht zuletzt auch meinen Benutzernamen nicht in allen Wikis hier angeben zu müssen...). -- StefanKeller
- Möglichkeit, Wiki-Seiten mit einer oder mehreren Kategorien zu versehen. Damit regelt man noch nicht, *was* für Kategorien es denn geben soll, doch ist dies immerhin ein weiterer Schritt zur Strukturierung von Wissen. Damit könnte man z.B. Wiki-Seiten nach Kriterien (z.B. "Kategorie=Essen") suchen oder über eine (noch zu definierende) Programmschnittstelle auslesen und filtern. Kategorien könnte man automatisch in den HTML-Header und als 'Tags' in den RSS-Feed übernehmen (vgl. Wiki-Tag auf technorati). StefanKeller
- automatische Generierung von Benutzername und 'Zeitstempel' mittels vier '~'. PeterSommerlad 15:04 February 10, 2006 (alias StefanKeller)
- Der Headings-Index oben sollte die Kapitelnamen optisch viel besser abtrennen - ist jetzt ein Bandwurm... --StefanKeller
- besser so? lässt sich durch editieren von http:files/template.html und wieder upload selbst manipulieren. --PeterSommerlad
- nach meinem Dafürhalten noch nicht ganz: Nun sieht's mit den blauen Balken aus, als ob beim Copy etwas schiefgegangen wäre; mehr Whitespaces oder ein '-' sollten reichen (wie macht man ein upload?). -- StefanKeller
- So: [?Upload] (siehe Source)--LeoBüttiker
- Das ist wie wenn man die Türe erst öffnen kann, wenn man sich einen Schlüssel dafür baut... Wie darf es heissen? Und noch etwas: Ich möchte das bestehende Template anpassen und nicht jedes Mal ein neues erstellen. Ich hab's soeben getestet und wieder als template.html heraufgeladen: "Internal Server Error". StefanKeller
- Last Edited In Tabs oben anordnen (wie bei MediaWiki). --StefanKeller
- News Feed aller Veränderungen von Recent Changes (z.B. als RSS). --StefanKeller
- siehe http:rss.cgi
- Die neuste Version besitzt einen News Feed bzw. RSS-Feed. ( http://wiki.ita.hsr.ch/PnProg/rss.cgi ) Leider muss man die URL kennen sonst findet man den Feed nicht. --EmanuelGraf
- Sobald ich mit meinem Browser (Konqueror) auf die Recent-Changes-Seite gehe wird mir unten Rechts in einem Icon angezeigt, dass ein Feed zur Verfügung steht, insofern muss man den direkten Link nicht kennen. Ansonsten bin ich natürlich auch für Feeds in jedem Wiki! --MirkoStocker
- Stimmt mein Browser (Firefox) zeigt den Feed auch an. --EmanuelGraf
- Die Frage ist ob der Link zum Feed (auserhalb der Metainformationen) eigentlich nicht schon Content ist und somit im Wiki, bei Bedarf, im Contentteil angegeben werden soll. --LeoBüttiker
- Da stimme ich voll zu. Für mich ist ein Link auf den Feed auch Content und sollte deshalb auch als Link auf der Seite erscheinen. --EmanuelGraf
- Startseiten-Link rechts unten bitte Home nennen (zu deutsch: Startseite). --StefanKeller
- Ist für mich ein recht unnötiger Link, könnte meiner Meinung nach entfernt werden. --LeoBüttiker
- Die Header der Startseite und einzelnen Webseiten des Wikis durch menschen- und maschinenlesbare Informationen erweitern. Dies erfolgt je nachdem automatisch, sonst durch Benutzereingabe. Dies kann z.T. mit Firefox-Extensions genutzt werden, wie z.B Koordinaten (vgl. unten). Es dient dies auch der Förderung des Semantischen Webs. --StefanKeller
- 'Menschen'- und Google-freundlicher <title>: Zurzeit steht für diese WikiInput-Seite z.B. nur "wiki: Wiki Input"; sollte m.E. heissen: HSRWiki: Wiki Input".
- Es wäre noch schön wenn nicht für jedes Wiki eine neue Seite zur eigenen Person erstellt werden müsste. --EmanuelGraf
- Funktion zur Diskussion über eine Seite (inkl. Revs dieser Seite). --StefanKeller
- Das ist wohl eine Glaubensfrage. Braucht es das auf kleinen Wikis auch? Reicht es nicht meist gleich auf der Seite zu diskutieren?
- genau. --PeterSommerlad
- Nein, das hat m.E. eher mit offenbar noch fehlender Argumentation meinerseits, bzw. mit Erfahrung zu tun: Diskussionsseiten erlauben, über eine gemeinsam erarbeitete Seite zu debattieren ohne dessen Inhalt gleich verändern zu müssen, wenn man sich uneinig ist über dessen Inhalt. So wie z.B. gerade hier in diesem Falle, wo jemand - ohne mich zu Fragen - diesen für mich wichtigen Punkt in das Kapitel 'Done Stuff' verschoben hat :->! Dies ist Teil der Qualitätssicherung. Man stelle sich z.B. einen Artikel über die HSR-Mensa vor... oder einen Hinweis auf einen interessanten Artikel wie hier. -- StefanKeller
- Startseite sollte ein Impressum haben u.a. mit Adresse und Admin und so. --StefanKeller
- Für mich ist das Content und sollte vom Benutzer eingegeben werden.--LeoBüttiker
- Ok; hat mich überzeugt der Einfachkeit halber... -- StefanKeller
CategoryExplanations
Wenn man einmal Revisions angezeigt hat, gelangt man nicht mehr zur normalen Ansicht der Seite - ausser über irgendwelche Umwege z.B. über die Startseite.
