Forumsoftware

Kritik und Vorschläge für dieses Board bitte hier rein.
derdon
User
Beiträge: 1316
Registriert: Freitag 24. Oktober 2008, 14:32

Jens: habe auf "Allgemeine Fragen" geklickt und dafür nen 500 bekommen.
Benutzeravatar
snafu
User
Beiträge: 6731
Registriert: Donnerstag 21. Februar 2008, 17:31
Wohnort: Gelsenkirchen

derdon hat geschrieben:Jens: habe auf "Allgemeine Fragen" geklickt und dafür nen 500 bekommen.
Schrieb er in seinem letzten Beitrag ja schon, dass es anscheinend aufgrund der Menge an Threads (oder Gesamtzahl der dortigen Postings) nicht funktioniert.
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

So, hab die öffentliche Profile Seite geändert. Nur eingeloggte User sehen alles.
Werde das nächste Woche in DjangoBB einfließen lassen. Finde nämlich auch, das ein öffentliches Profil nicht so viel Informationen preisgeben sollte.

Nächste Woche werde ich mir auch mal anschauen, was im pagination falsch läuft oder ob es an was anderem liegt, das die render Zeiten von der Anzahl der Posts abhängt.

EDIT: https://github.com/jedie/DjangoBB/commi ... 6069f1866e
http://support.djangobb.org/topic/351/

EDIT2: Was mich noch einfällt: Ich sollte noch die bestehenden Code-Tags anpassen. Das werde ich auch nächste Woche angehen...

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
apollo13
User
Beiträge: 827
Registriert: Samstag 5. Februar 2005, 17:53

jens hat geschrieben:Nächste Woche werde ich mir auch mal anschauen, was im pagination falsch läuft oder ob es an was anderem liegt, das die render Zeiten von der Anzahl der Posts abhängt.
Wenn eine Pagination lahm ist, dann ist meistens ein count(*) daran schuld, stell sicher dass die Pagination ohne Counts auf DB Ebene funktioniert! Wenn die Pagination auf den ersten Seiten schnell ist und hinten langsam, dann ist OFFSET schuld, implementier die Pagination ohne OFFSET.

Zwecks SEO und so: Ich würde deine Testinstallation mit http basic auth absichern damit sie nicht komplett öffentlich ist, denn Google indiziert sicher schon brav und vergibt vlt wegen duplicate Content schlechtere Punkte (kA, ob und wie Google da was macht).
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

Hab eine robots.txt gemacht: http://jedie.lynx.uberspace.de/robots.txt

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

jens hat geschrieben:DjangoBB scheint auch ein Problem mit vielen Posts zu haben. Man kann sich das Forum "Allgemeine Fragen" nicht ansehen. Denke da ist ein Fehler im pagination drin. Scheint mir so das es alles Einträge anfasst, was keinen Sinn macht. Siehe dazu: http://support.djangobb.org/topic/350/
Das hat sich nun auch mit https://github.com/jedie/DjangoBB/commi ... f99b3be564 erledigt. Ich hab in meinem eigenen breadcrumb branch einen Fehler und schlicht diese Zeile vergessen:

Code: Alles auswählen

{% autopaginate topics forum_settings.FORUM_PAGE_SIZE %}
Somit war paginate komplett "ausgeschaltet" :oops:

Nun kann man also auch in das Forum "Allgemeine Fragen" normal benutzten: http://jedie.lynx.uberspace.de/forum/267/

EDIT: Zum Passwort Reset: http://www.python-forum.de/viewtopic.ph ... 80#p228580

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
Benutzeravatar
Sr4l
User
Beiträge: 1091
Registriert: Donnerstag 28. Dezember 2006, 20:02
Wohnort: Kassel
Kontaktdaten:

Hinweis: "Neue Beiträge anzeigen" und "Unbeantwortete Beiträge anzeigen" scheinen die selben Performance Probleme zu haben.

Feature: Ich finde auch die Lofi Variante sollte diese zwei Filter haben, ich benutze die fast ausschließlich.

*edit* ich meine ich benutze die filter dauernd nicht das template LoFi

MfG Lars
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

@Sr4l: Danke für die Info. Muß ich mir mal anschauen. Die LoFi templates muß man eh nochmal überarbeiten, aber im bootstrap branch: https://github.com/slav0nic/DjangoBB/co ... _bootstrap

Nachdem ich die Idee mit der Passwort übernahme hatte (siehe http://www.python-forum.de/viewtopic.ph ... 80#p228580 ) habe ich die User nochmal neu migriert.
Nun braucht ihr keinen Passwort Reset im Test Forum machen, sondern könnt einfach mit dem bestehenden Passwort euch anmelden ;)

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

Wie sieht es denn so aus? Meinungen zu DjangoBB ?

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
lunar

@jens Ich habe mal damit herumgespielt, und nicht lange suchen müssen, um folgende Probleme zu entdecken:
  • Die Syntax ist BBCode, und es gibt keine Alternative. Wozu dann überhaupt migrieren?
  • Es gibt keine Vorschau für Beiträge, nicht mal per expliziter Anforderung so wie aktuell, geschweige denn eine Live-Vorschau wie bei Stack Overflow.
  • Das Layout ist merkwürdig. Ich habe einen Screenshot zur Hand, kenne aber keinen Bildhoster, der keine Registrierung verlangt.
  • Moderatoren können Profile frei bearbeiten. Das Profil enthält persönliche Informationen, die auch den Moderator a priori nichts angehen, und an denen Moderatoren vor allem nicht so ohne Weiteres herum manipulieren dürfen.
  • Moderatoren können Benutzereinstellungen frei bearbeiten. Ich kann beispielsweise das Theme, die Zeitzone oder die Auto-Subscribe-Einstellung eines Nutzers bearbeiten. Was bitte geht mich das als Moderator an?
  • Moderatoren können die E-Mail-Adresse eines Nutzers frei einsehen, selbst wenn der Nutzer diese nicht für die Öffentlichkeit freigegeben hat. Auch die Mail-Adresse geht Moderatoren nichts an, umso weniger, wenn der Nutzer diese für sich behalten möchte.
  • Moderatoren können selbst diese Privatsphäre-Einstellungen jedes Nutzers verändern.
  • Es gibt keine ordentliche Moderationsoberfläche, sondern nur eine unübersichtliche und konfuse Administrationsoberfläche, in dem offenbar alle DB-Modelle einfach generisch dargestellt werden.
  • Über diese Administrationsoberfläche kann ich offenbar sogar private Nachrichten anderer Nutzer beliebig einsehen und verändern. Die gehen mich selbst als Moderator nicht das Geringste an.
  • Beim Senden privater Nachrichten erhalte ich beim Absenden immer eine Warnung über „Unsaved content on this page“. Bitte was?
  • Beim direkten Senden privater Nachrichten, also ohne den Umweg über ein Nutzerprofil, muss ich den Namen des Empfängers manuell eingeben. Ich habe keine Möglichkeit zur Auswahl aus einer Liste, zur Suche, geschweige denn eine Auto-Vervollständigung während der Eingabe.
  • Edit 1: Ich kann ein zweites Benutzerkonto mit der Mail-Adresse eines bereits existierendes Kontos anlegen. Vor dem Hintergrund, dass die Mail-Adresse und nur diese zum Zurücksetzen des Passworts benötigt wird, ist das mindestens bedenklich.
  • Edit 2: Die Zeitzonen-Einstellungen im Profil zeigt eine Liste diverser Offsets, vermischt diese wild mit Zeitzonenkürzeln und ist mithin mehr oder weniger unbrauchbar. Beispielsweise gibt es einen Eintrag „+01 CET“. Ist das nun UTC+1, oder CET? Das ist nicht dasselbe. UTC+1 ist ein festes Offset, CET aber eine veränderliche Zeitzone. Wer immer diese Einstellung entwickelt hat, hatte offenbar nicht allzu viel Ahnung von Zeitzonen. phpbb hat in gewisser Weise dasselbe Problem, aber wenigstens vernünftige Namen für Zeitzonen, und eine vollständige Liste aller gegenwärtig in Zeitzonen kodierten Offsets. In DjangoBB fehlen Offsets wie beispielsweise 5:45 (Nepal Time). Klar, wir haben sicher wenig Nutzer aus Nepal, aber wenn nicht mal die Einstellung der Zeitzone technisch und konzeptuell richtig implementiert ist, wie kann ich dann dem Rest des Programms in dieser Hinsicht vertrauen? Auch ja, warum steht diese Zeitzoneneinstellung eigentlich standardmäßig auf -11?!
Die viel, viel zu weitreichenden Rechte der Moderatoren, insbesondere ihre Möglichkeit, selbst private Nachrichten und Profilinformationen einzusehen und zu verändern, sind ein absolutes No-Go. Die Mehrfach-Registierung mit derselben Mail-Adresse ebenso. Diverse kleinere und größere Fehler, sowie fehlende Features tun ihr Übriges. O

Bis diese Software phpbb auch nur ersetzen kann, ist in meinen Augen noch viel nachzuarbeiten. Von neuen Features (hauptsächlich Markdown-Support) mag ich noch gar nicht reden.

Ich halte die Software zum gegenwärtigen Zeitpunkt für völlig ungeeignet, und bin strikt gegen eine Migration, mindestens bis die Rechte der Moderatoren auf ein vernünftiges Maß beschränkt sind.
apollo13
User
Beiträge: 827
Registriert: Samstag 5. Februar 2005, 17:53

lunar hat geschrieben:Das Layout ist merkwürdig. Ich habe einen Screenshot zur Hand, kenne aber keinen Bildhoster, der keine Registrierung verlangt.
http://imgur.com
lunar

Bild

Man beachte die merkwürdige Einrückung des RSS-Links und der Navigationsleiste darunter. Aufgenommen auf OS X Mountain Lion mit aktuellen Safari (6 glaube ich).

@apollo13 Danke :)
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

@lunar: Danke für den Test!

Die meisten Punkte, was Rechte anbelangt, sind schlicht und einfach deswegen, weil ich im nachhinein allen alten Moderatoren das "superuser" Flag gegeben habe. Ein superuser kann in Django alles einsehen/manipulieren.

Man kann im Produktiven Forum den "normalen" Moderatoren nur bestimmte Rechte geben. Das kann man recht frei und individuell einstellen.
z.B.:
* Zugriff auf den Django Admin Bereich JA/NEIN
* Zugriff auf "interne Forum" JA/NEIN
* Zugriff auf bestimmte Models z.B. User usw.

Ich hab mal folgendes gemacht: Du hast ja den User "lunar2" angelegt. Den habe ich mal nur die Moderation des Forums "Allgemeine Fragen" gegeben. So wie es beim "normalen" Moderator sein sollte. Nun kannst du mit dem User nicht mehr alles sehen/ändern. Sondern nur im Forum "Allgemeine Fragen" Beiträge moderieren. Also löschen/ändern/verschieben/schließen...

Wenn jemand der anderem Moderatoren das gleiche machen wollen, legt einen neuen User an und sagt mir hier Bescheid. Oder macht es mit dem eigenen superuser account selbst, in dem ihr im Admin unter Djangobb_Forum / Foren die User ID bei "Moderatoren" hinzufügt.

Das doppelte EMail Adressen funktionieren ist natürlich Blödsinn und muß geändert werden: http://support.djangobb.org/topic/358/

Die breadcrumbs Geschichte (Das aus dem Bild) ist eine Sache, an der ich dran bin. Ich möchte gern die ganzen Links vereinheitlichen. Das mache ich in diesem Branch: https://github.com/jedie/DjangoBB/compare/breadcrumb
Offensichtlich habe ich da das Template zum erstellen von Beiträgen vergessen ;) (EDIT: auch notiert: https://github.com/jedie/DjangoBB/issues/5 )

Zu bbcode: Man kann neben bbcode z.Z. noch markdown verwenden. Kann man unter Profil / Anzeigen umstellen.
Neben bbcode und markdown werde ich noch creole einbauen. Bin dazu aber noch nicht gekommen.
Ich hatte allerdings vergessen markdown zu installieren, deswegen stand nur bbcode zur Auswahl. Hab ich soeben nachgeholt ;)

Eine Vorschau Funktion gibt es aber, die ist auch "live" und aktualisiert sich automatisch. Aber vielleicht hast du kein JavaScript zugelassen? (Da fehlt noch ein <noscript> Hinweis. Ich hab es mir mal notiert: https://github.com/jedie/DjangoBB/issues/4 )
Die Preview gibt es nur im Zusammenhang mit dem Markitup Editor. Es ist der grüne Harken ganz rechts im Editor Toolbar. Die Styles beim Preview könnten allerdings noch verbessert werden, das es mehr nach dem Endresultat aussieht.

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
lunar

@jens Allen Moderatoren administrative Rechte zu geben, war nicht besonders klug. Ich möchte Dir nicht zu nahe treten, doch das ist schon der zweite Fauxpas im Bezug auf private Daten. Bitte sei in Zukunft in dieser Hinsicht vorsichtiger, und veröffentliche vor allem nicht mehr Informationen an mehr Leute als es in diesem Forum.

Da die Rechte der Moderatoren aber wohl nur Konfigurationssache sind, sehe ich obige Punkte nicht mehr ganz so kritisch, vorausgesetzt, dass bei der eigentlichen Migration etwas sensibler vorgegangen wird. Am besten gehst Du bei der Konfiguration der Moderationsrechte erstmal von den Rechten normaler Nutzer aus, und fügst dann schrittweise nur benötigte Rechte hinzu. Am Anfang vielleicht nur das Rechte, Beiträge zu bearbeiten und zu löschen. Weitere Rechte können ja dann im Live-Betrieb vergeben werden, sollten sie sich als nötig erweisen.

Ich habe jetzt weiter getestet, und revidiere meine obigen Punkte. Folgende verbleiben:
  • Markdown kennt keine Code-Blöcke mit Syntax-Hervorhebung. Unterstützung der Github-Syntax wäre obligatorisch, denn diese Syntax ist komfortabel und mittlerweile mehr oder weniger Standard.
  • Das Symbol für die Vorschau ist irreführend. Ein grünes Häckchen steht eher für die Rechtschreibprüfung. Das Symbol sollte entfernt, und durch eine klare Beschriftung (z.B. „Vorschau“) ersetzt werden.
  • Die Vorschau startet nicht automatisch, sobald man den Inhalt des Textfelds verändert. Man muss initial die Taste für die Vorschau betätigen, danach aber aktualisiert sich die Vorschau selbstständig. Das sollte nicht nötig sein, die Vorschau muss automatisch starten, sobald der erste Buchstabe im Textfeld eingetragen wurde. StackOverflow sollte hier das Vorbild sein.
  • Die Auswahl des Markups für eigene Beiträge gehört nicht ins Profil, und schon gar nicht in die Kategorie „Anzeige“. Was bitte hat den das Markup der Beiträge mit der Anzeige zu tun? Stattdessen gehört diese Auswahl direkt neben das Eingabefeld bei der Erstellung neuer Beiträge.
  • Eine Übersicht über verfügbare Sprachen zur Syntax-Hervorhebung fehlt. Die Pygments-Dokumentation kann eine solche Übersicht nicht ersetzen, denn sie ist viel zu ausführlich. Der Link unter dem Textfeld sollte auf eine kurze und knappe, meinetwegen automatisch aus der Pygments-API erzeugte Liste aller unterstützten Lexer verweisen.
BlackJack

Ergänzend zu lunar's letztem Punkt: Die Liste sollte (eventuell zusätzlich) die gebräuchlichsten Sprachen am Anfang enthalten. Also bei uns alles was mit Python zu tun hat, dann C, und dann die weniger exotischen, und dann erst der Rest alphabetisch geordnet.
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

Zur Klarstellung:

Das Migrationsscript vergibt keine superuser rechte. Die User Erstellung sieht so aus:

Code: Alles auswählen

            django_user, created = User.objects.get_or_create(
                username=phpbb_user.username,
                defaults={
                    "email":phpbb_user.email,
                    "password": phpbb_password,
                    "is_staff": is_moderator,
                    "is_active": is_active,
                    "is_superuser": False,
                    "last_login": last_login,
                    "date_joined": phpbb_user.registration_datetime(),
                }
            )
Siehe: https://github.com/jedie/django-phpBB3/ ... bb.py#L344

Alte Moderatoren erhalten zwar Zugang zum Django Admin Bereich. Allerdings haben sie erstmal keine weiteren Rechte an irgendeinem Model. Sie können also erstmal dort garnichts machen.
Des weiteren erhalten die alten Moderatoren zu allen existierenden Foren die Moderationsrechte von DjangoBB. d.h. sie können Beiträge editieren/löschen/verschieben/schließen...

Zu Pygments: Es gibt ja bereits eine Drop-Down Liste der "wichtigsten" Sprachen:
Bild
Wobei die Liste der "wichtigsten" Sprachen von mir einfach festgelegt wurde, mit: https://github.com/jedie/DjangoBB/commi ... c8ee0e5465
Deswegen ist Python auch ganz oben ;) Aber die Liste kann man natürlich auch selber abändern.

Der Verweis auf die Doku ist mehr eine schnelle Lösung um eine komplette Liste zu erhalten. Kann man natürlich auch anders machen. Alle Sprachen aufführen dürfte aber eine viel zu lange Liste ergeben. Weiß nicht wie man das gut Lösen kann...
btw. Patches sind willkommen ;) Die Ursprüngliche "Diskussion" gibt es hier: http://support.djangobb.org/topic/303/


Zu Markdown: Ich mag Markdown nicht besonders. Habe mir nie angesehen wie das mit DjangoBB funktioniert. Von daher weiß ich garnicht wie man Code-Blöcke damit einfügt.

Zum grünen Häkchen: Ich stimme zu das es nicht richtig zu "preview" passt. Allerdings hat es title="preview" Es müsste aber, glaube ich, möglich sein, das ICON durch Text zu ersetzen... Muß ich mir mal ansehen.

Zu Preview selber: Es aktualisiert sich nicht ständig. Dazu muss man wissen, das es keine reine Client Lösung ist, sondern AJAX basierend. Somit ist jede Aktualisierung ein neuer Request.
So weit ich weiß, aktualisiert es sich immer, wenn man:
* eine neue Zeile einfügt
* einen Markitup Menü Eintrag benutzt
* oder man wieder auf das grünen Häkchen klickt
lunar hat geschrieben:Die Auswahl des Markups für eigene Beiträge gehört nicht ins Profil, und schon gar nicht in die Kategorie „Anzeige“. Was bitte hat den das Markup der Beiträge mit der Anzeige zu tun? Stattdessen gehört diese Auswahl direkt neben das Eingabefeld bei der Erstellung neuer Beiträge.
Generell finde ich schon, das es in das Profil gehört und nicht bei dem Beitrags Formular. Schließlich stellt man das normalerweise nur einmal ein und nutzt dann immer das selbe.
Unter der Kategorie "Anzeige" passt es allerdings nicht wirklich. Generell müsste man die Profilseiten ein wenig Aufräumen und besser Strukturieren.

Ach, zur Zeitzone: Diese wird z.Z. überhaupt nicht verwendet. Ich hatte dazu ja mal Überlegungen angestellt, wie man dort die Liste besser Organisiert: http://www.python-forum.de/viewtopic.php?f=1&t=29961
Änderungen hatte ich auch angefangen: https://github.com/jedie/DjangoBB/compare/timezone
Doch letztlich war noch die Idee, die Einstellung komplett zu streichen. Alle Zeiten in UTC zu speichern und auszuliefern und dann per JS zu lokalisieren.

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

jens hat geschrieben:Eine Vorschau Funktion gibt es aber, die ist auch "live" und aktualisiert sich automatisch. Aber vielleicht hast du kein JavaScript zugelassen? (Da fehlt noch ein <noscript> Hinweis. Ich hab es mir mal notiert: https://github.com/jedie/DjangoBB/issues/4 )
Stimmt nicht. Ich hatte schon vor längerer Zeit ein <noscript> eingefügt. Merke aber gerade, das es z.B. in chrome nicht angezeigt wird. Firefox und safari machen es aber... Komisch!

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
Benutzeravatar
jens
Python-Forum Veteran
Beiträge: 8502
Registriert: Dienstag 10. August 2004, 09:40
Wohnort: duisburg
Kontaktdaten:

lunar hat geschrieben:Bild
Man beachte die merkwürdige Einrückung des RSS-Links und der Navigationsleiste darunter.
Das ist nun auch behoben, mit: https://github.com/jedie/DjangoBB/commi ... 0c2561c73c

Ist nun auch aktiv im Test forum...

GitHub | Open HUB | Xing | Linked in
Bitcoins to: 1JEgSQepxGjdprNedC9tXQWLpS424AL8cd
lunar

@jens Ob Du Markdown magst, interessiert mich nicht. Ich erwarte es und es ist für mich der wesentliche Grund für eine Migration auf eine andere Forumssoftware. Markdown wird von diversen Diensten, u.a. Github, BitBucket und StackOverflow verwendet, und ist mehr oder weniger de-facto Standard im Netz. Kennst Du einen Dienst, der Creole nutzt?

Alle Sprachen für die Syntax-Hervorhebung in einer Liste anzuzeigen, ist nur eine Frage der richtigen Darstellung. Mit einer standardmäßig eingeklappten Baumdarstellung, die Sprachen nach ihrer Art kategorisiert, und einem beigeordneten Suchfeld, dass diese Liste clientseitig filtern kann, lassen sich alle von Pygments unterstützen Lexem gut und übersichtlich präsentieren. Optimal wäre natürlich automatische Vervollständigung der Sprache bei der Eingabe im Beitragseditor.

Niemand fährt alle Symbole ab, um den Tooltip anzuschauen. "title" ist für die Katz, wenn das Symbol unverständlich ist. Ein Symbol muss schneller zu erfassen sein als ein gleichwertiger Text. Wenn das nicht gegeben ist, wenn man sogar erst den Tooltip sehen muss, um die Bedeutung zu erfassen, dann ist ein Text sinnvoller. Benutzer neigen dazu, Symbole, die sie nicht verstehen, von vorne herein zu ignorieren.

Aber wie gesagt, die Vorschau sollte sofort mit Beginn der Eingabe angezeigt werden, so dass das Symbol letztlich überflüssig ist, und entfernt werden kann.

Ich halte es für sinnvoll, die Auswahl der Markupsprache direkt im Editor anzubieten, weil sie dort auffällt. Im Profil ist sie versteckt, viele Nutzer werden gar nicht merken, dass man das Format überhaupt umstellen kann. In der Werkzeugleiste des Editors ist ohnehin noch Platz, denn man für diese Einstellung sinnvoll nutzen kann. Nachdem man sich für ein Format entschieden hat, kann man die Anzeige ja auch getrost ignorieren, so wie schon jetzt viele, die das Markup per Hand schreiben, die zahlreichen Knöpfe oberhalb des Eingabefelds ignorieren.

ich erinnere mich an die Diskussion zur Zeitzone. Ich nehme an, die clientseitige Umrechnung der Zeit verwendet dann die Zeitzone des Systems. Dann wäre das die beste Lösung, und sollte auch so implementiert werden. Allerdings müssen die Zeiten dann bei deaktiviertem Javascript entweder ausgeblendet oder deutlich als UTC gekennzeichnet werden, um Missverständnisse zu vermeiden.
Leonidas
Python-Forum Veteran
Beiträge: 16025
Registriert: Freitag 20. Juni 2003, 16:30
Kontaktdaten:

Ist übrigens nicht der zweite sondern der dritte Privacy-Fauxpas, denn die Datenbank einfach zu nehmen und auf einem anderen Server zu packen ist auch nicht unbedingt das tollste.
lunar hat geschrieben:Allerdings müssen die Zeiten dann bei deaktiviertem Javascript entweder ausgeblendet oder deutlich als UTC gekennzeichnet werden, um Missverständnisse zu vermeiden.
Besser als UTC darstellen. Nervt mich immer ohne Ende wenn man nicht sieht wann was gepostet wurde und für so eine Ansicht finde ich sollte es nicht nötig sein JS zu aktivieren.

Und Code-Blöcke gehen in Markdown mit

``` sprache
code
```

Zumindest im GitHub-flavored Markdown der etwa von GitHub und Octopress verwendet wird und daher durchaus als Konvention angesehen werden kann.
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
Antworten