Dies ist die deutschsprachige Variante von UserSuggestions.

---

Ich dachte nicht, daß dies ein ernstgemeintes Layout ist. Das Projekt sieht wirklich gut aus. Wenn der Code stimmt ist das Layout egal. Aber Nichtprogrammierer schreckt es ab ... Die Farben sind es gar nicht mal, sondern eher die unsortierte Anordnung von Kästen. Das wirkt etwas lose und noch unfertig; selbst wenn es auf "example-1.php" basiert, muß das nicht sein ...

*anonymous: Was soll das neue Layout?

milky: Reine Boshaftigkeit und bloße Willkür! Aber mal im Ernst, tatsächlich ist ErfurtWiki das einzige CMS auf der Welt, daß kein eigenes Layout hat. Was hier immer als Layout misverstanden wird, ist die Datei "example-1.php" - wie der Name aber eigentlich schon sagt, war diese aber nur als Beispiel gedacht.

Und ich persönlich finde es immer furchtbar Schade, wenn ich zwar sehe, daß jemand irgendwo dieses Wiki einsetzt (es gibt ja doch schon jede Menge frei zugängliche Installationen), aber dann doch bei example-1 hängengeblieben ist, und es keine echte Integration in die Seite gab.

Mir gefällt das neue example-1 Layout übrigens ganz gut, auch wenn es wieder nur mit Mozarella richtig gut aussieht. Falls es aber auf breite Ablehnung stößt, ist es trotzdem eine gute Idee gewesen, weil es vielleicht doch den einen oder anderen animiert ein eigenes Layout zusammenzubasteln, oder zumindest die eigenen *FarbWünsche einzubringen.

Über Geschmack läßt sich bekanntlich (und besonders an Hand dieses Beispiels) streiten, aber ich will nochmal was technisches loswerden: Das neue Layout ist nämlich ein bunter Mix aus Tabellen- und CSS-Layout, und es sieht daher in neueren (Gecko), in Mittelklasse- (IE, Opera, Konqu) und in älteren Browsern (Navigator, dillo, w3m) sehr unterschiedlich aus. Davon abgesehen hält es sich aber eher an die WAI-Regeln und kommt vor allem bei ScreenReadern und lynx-Nutzern besser an (weil das Menü jetzt rechts prangert). CSS soll auch demnächst innerhalb des Wikis stärker unterstützt werden, von TabellenLayouts habe ich inwischen die Schnauze voll, und wer immer noch an den Netscape4 klammert soll es doch bitte für sich behalten (P.S: auf meinem Rechner läuft auch NN1/IE3, NN2/NN3 und NN4; aber keiner davon gilt noch als Referenz).

---

Heinz schrieb neulich:
ich denke dass hier mal eine Seitenumstrukturierung stattfinden müsste.

• Die Struktur halte ich für eine Wiki-Seite doch ziemlich unübersichtlich.
• Die Seite sieht aus wie eine Werbeseite -- was sie nicht nötig hat! * Gleich zwei Verweise auf Projektseiten.
• Keine News Seite
• Interne Seiten undifferenziert aufgelistet
• Keine Links zu Developer Seiten (?)
• keine extra Wiki Seite für Bugs - ZU SEHR Anlehnung an Sourceforge
• kein Link "neue Ideen"
• kein Link "Fragen"
• kein Link "Features"

---

thomas

• hi, mir ist aufgefallen das man links mit titel und dem | als trennzeichen nicht innerhalb der mit | generierten tabellen benutzen kann, könnte man da nicht verschiedene zeichen nehmen?
• ok, ich habe mitbekommen das das ja auch mit ["" ] geht. Aber mir scheint es nicht möglich zu sein ein link zu einem Bild zu machen, es wird immer gleich mit in die seite gepackt.>>>ausser man nimmt eine andere dateiendung, z.B. .JPg statt .jpg oder so, dann kann man mit ["titel" bild.JPg] einen link machen
• dann hätte ich da noch einen wunsch für die nächsten versionen. ein freies user-system, eigentlich so in der art wie bei PHPWiki, das man als besucher einloggen kann, es aber nicht muss um das wiki zu benutzen. was denkt ihr dazu?

milky

• Das mit dem | Trennzeichen ist nunmal Standard, da läßt sich nicht 'dran rütteln, aberdie Gansefüßchen sind eigentlich ganz brauchbar.
• Zu den Bildern: Eigentlich sollte es ja innerhalb von *HyperText keine Links zu Graphikdateien geben (sondern eben nur Verweise von Text zu Text), aber ich denke hier könnte tatsächlich noch eine einfache Möglichkeit geschaffen werden...
• BenutzerLogins gibt es schon, und das seit neuestem sogar in zwei Versionen:
  • EWIKI_PROTECED_MODE, siehe auch DevelopersPage
  • die neue interne Seite AuthorLogin (hier nicht aktiviert)
• Allerdings macht es relative wenig Sinn, jemanden einloggen zulassen, wenn das demjenigen ansonsten keine zusätzlichen Funktionen bringt.

---

Das man Absätze mit drei %-Zeichen trennen kann
ist gut. Ab damit zur Beschreibung ... (WikiMarkup)

---

Ich hätte gerne eine Formatierung für Code, also sowas wie "pre". Mit dem Einrücken geht das leider nur bedingt... Beate ;-)

<PRE>-Text bekommt man jetzt, indem man

zwei weitere leere Zeilen beenden diesen

---

Seiteninhalt wie in UserSuggestions

---

CS: In den UserSuggestions gibts da im example-20.php - Layout oben eine Box mit den Überschriften. Wie geht das?

milky: Ich bin mir nicht sicher, aber ich glaube du meinst die Ausgabe von plugins/aview/toc.php, daß die Überschriften nochmal zusammenfasst. Ist noch nich besonders gut integriert, und an einer besseren Lösung wird noch gearbeitet. Als Alternative gäbe es aber noch plugins/markup/usemod.php, mit dem man auch so eine *TableOfContents-Liste in eine Seite reinbasteln kann.

---

JZ: (27. januar 2005) ich weiss nicht ob ich da was falsch verstanden habe. ich habe versucht einer seite in meinem wiki flag 10 zu geben, damit sie nicht mehr auffindbar ist, sprich aus den listen verschwindet. (makes page disappear in lists) stand da im beschrieb. aber jetzt musste ich feststellen, dass sich via EditThisPage die seite auch nicht mehr veraendern kann. ist das so gedacht oder ein bug? gibt es eine flag die NUR verschwiden laesst aber editierbar laesst?

mario: Bin mir nicht sicher, welches flag du meinst - _DB_F_DISABLED (0x0008) macht eine Seite unbrauchbar, aber mit _DB_F_HIDDEN (0x0200) sollte lediglich die Suche und Listenanzeige nicht mehr funktionieren. Könnte natürlich ein Bug sein (nur _DISABLED wird zum PageType gezählt, und _HIDDEN individuell in den Such/Loop-Funktionen ausgewertet). Muß ich mal genau nachsehen...

Mit Sicherheit ist edit/ dann hier etwas zu restriktiv; der Code für den ProtectedMode hat diesen Programmteil etwas verkompliziert, so daß dort auch mal was schief laufen kann.

JZ: also ich hab auf dieser Liste geschaut, http://erfurtwiki.sourceforge.net/PageFlags, und dort steht für _DB_F_HIDDEN der bit 10.
den wert 10 hab ich dann via phpmyadmin einem meiner beitraege zugewiesen.
mit dem resultat, dass zwar, wie gewuenscht der beitrag nicht mehr auf den listen erscheint und in dem sinn "versteckt" ist = was ich wollte. aber er war dann leider auch nicht mehr editierbar, sprich wenn ich editthispage klicke krieg ich die "dieser beitrag kann nicht editiert werden" fehlermeldung.
umkehrt musste ich feststellen, dass wenn ich einem beitrag flag 4 setze, was nach obiger liste _DB_F_DISABLED bedeuten sollte, die beitraege zwar wie gewuenscht nicht mehr editierbar sind, aber gleichzeitig verschwinden sie auch aus den listen...

so scheint es mir als ob flag 4 und flag 10 genau den gleichen effekt haben. ich wuenschte mir aber dass flag 10 beitraege "versteckt" indem sie aus den listen verschwinden, und flag 4 beitraege nicht mehr editierbar macht, sie aber immer noch auf den listen erscheinen... ist das moeglich?

mario: Hast du darauf geachtet, daß bit 1 weiter gesetzt bleibt?

Ansonsten ja, der Rest scheinen Bugs zu sein - hab aber noch nix gefunden im entsprechenden Code. (Und dabei hab ich's mir nochmal gründlich angesehen).

jz: jetzt scheints zu klappen. ich hab mir ueber das entsprechende tool die flag gesetzt und jetzt ist besser. aber ich denke oben erwaehntes flag infos sind verwirrlich. danke.

11.2.05 JZ: jetzt ist da bei mir noch eine frage aufgetaucht. ich habe bereits mehrmals versucht gewisse dokumente aus meiner wiki db zu löschen, aber aus irgendeinem grund werden diese immer wieder angelegt. es handelt sich dabei um all die holländischen und spannischsprachigen varianten von wikiwoort bis palabraswiki. wie kommt es, dass sich diese immer wieder selber generieren? ich versteh das nicht...

mario: Passiert eigentlich nur, wenn die Startseite leer ist und jemand verscuht diese aufzurufen. Wenn du diese niederländischen und spanianischen Seiten (und sonstige) eh nicht brauchst, kannst du auch einfach den Ordner /init-pages/ löschen - da kommen die nämlich immer wieder her (*FriedhofDerKuschelseiten).