svasti wrote:Vorteil: Ein Blogsystem das vollständig in XH integriert ist und wo all Einträge sogar über die Suchfunktion erreichbar sind, jeder Eintrag ist einfach zu verlinken und kann die volle Pluginfunktionalität nutzen.
Ja, das sehe ich auch so. Ich bin ja gerade dabei Realblog_XH zu machen, und es ist irgendwie schon grausig, wie viel von dem, was CMSimple_XH von Haus aus bietet (bzw. bieten könnte), dort erneut programmiert werden muss(te). Dabei bietet es nur relativ wenig Vorteile gegenüber einer Lösung wie Miniblog, und eben auch einige Nachteile.
Und letztlich: Wordpress ist eigentlich ein Blog-System, und es wurde zum CMS aufgebohrt. Was Miniblog_XH da mit CMSimple_XH macht, ist eigentlich das gleiche in Grün -- und das als optional zu installierendes Plugin.
svasti wrote:Nachteil: nur für moderate Blogger geeignet, und nur für den Admin.
Na ja, beides gilt auch für Realblog_XH (zumindest so wie mir das Plugin
zunächst mal vorschwebt). Natürlich wäre eine Umstellung von Realblog_XH auf eine für größere Datenmengen effizientere Speicherung möglich, aber grundsätzlich ist das (optinonal) auch bei CMSimple_XH denkbar (hatte ich ja schon mal thematisiert). In letzterem Fall ist das aber nur möglich, wenn die Plugins entsprechend mitziehen; also nichts, was in nächster Zeit machbar sein dürfte.
Bzgl. mehrerer Blogger: das steht zumindest für mich recht weit unten in der Prioritätsliste. Ich gehe davon aus, dass das eher selten benötigt wird, und dann gibt es ja auch noch andere Systeme, die das ermöglichen (CMSimple_XH muss ja nicht alles können). Beim Miniblog könnte man da aber vielleicht doch bedingt für Abhilfe sorgen: eigentlich sollte dieser in Kombination mit
Extedit_XH funktionieren, wobei damit auch gleich das Viel-Blog-Problem gelöst wäre (na ja, zumindest partiell; die Suche könnte schrecklich langsam werden, und natürlich gibt es auch so Grenzen).
svasti wrote:Uff, ich merke gerade, dass ich das nicht besonders gut in der Hilfedatei erklärt habe. Vielleicht soll ich das bei der nächsten Version so machen, das das Plugin einfach schaut, ob in der "Kategorienseite" ein Bild enthalten ist, dass dann auch für den Teaser genommen wird.
Das wäre wohl besser, da eine background-image CSS-Eigenschaft und ein img Element semantisch sehr unterschiedlich sind. Ein Textbrowser (gilt entsprechend wenn CSS deaktiviert ist, und wohl auch für die meisten Bots) ignoriert das background-image; ein img Element wird aber immer verwertet (und sei es nur das alt Attribut, das angezeigt wird).
svasti wrote:Also jetzt sucht er das erste <p> löscht alle folgenden HTML-Anweisungen und Bilder, und nimmt dann die danach folgenden Buchstaben, egal was kommt. Anweisungen wie </p> sind dann schon gelöscht, darum werden nur die kommenden Buchstaben abgezählt, egal was da steht. Wenn allerdings kein <p> gefunden wird, sollte er eigentlich keinen Teaser generieren...
Es kann sein, dass in Hartmuts Fall in einer der Tabellen-Zellen ein p Element enthalten ist. Wenn ich mich recht entsinne (da gab's vor langer Zeit mal eine Support-Anfrage von Simmyne), dann macht der TinyMCE 3 das normalerweise erst dann, wenn man mehrere Paragraphen in einer Zelle hat, und selbst wenn man später welche entfernt, bleibt das p Element).
svasti wrote:Es gelten wohl nur die Einschränkungen von CMSimple_XH. CMSimple_XH ist ja irgendwie nicht für 1000 Seiten gemacht, aber 150 Seiten könnten noch gehen... bin gespannt, was Christoph dazu zu sagen hätte.
Im Zweifel empfehle ich, das einfach mal konkret auszuprobieren. Geht ja ab CMSimple_XH 1.6 wieder ganz einfach, indem man einfach eine "normale" Seite einfügt, und dann direkt in content.htm Kopien dieser Seite erstellt. Die Meldung wegen der doppelten Überschrift kann man wohl für den Test ignorieren.
Ich selbst behaupte mal, dass man mit einem ordentlichen Server (braucht auf jeden Fall genug Hauptspeicher; [memory_limit >= 64 MB] und möglichst aktuelles PHP) leicht ein paar hundert nicht allzu große Seiten im Content unterbringen kann, ohne dass das System allzu langsam wird; das hängt natürlich von vielen Details (u.a. verwendete Plugins) ab. Daher am besten selbst in der angedachten Umgebung ausprobieren.
svasti wrote:nomalerweise gehört zu einem Blog wohl so ein Button "zurück zur Blogauswahl". Dazu müsste man aber irgendeinen Befehl in die Blogartikel schreiben...
Wär schon ganz gut, wenn damit auch gleich eine Kommentarfunktion verbunden wäre.
Der "zurück zur Übersicht" Link kann ja auch manuell im Editor angelegt werden. Eine Kommentarfunktion fehlt aber derzeit für CMSimple_XH (jedenfalls kann ich nichts empfehlen;
sBlog könnte eine Basis sein -- AGPL). Hoffentlich ändert sich das bald. Bis dahin könnte es eine Notlösung sein, einfach auf das Mailformular zu verlinken, so wie ich das bei meinem
kleinen Blog derzeit mache (eingegange Mails können dann ja als Kommentar ergänzt werden; so hat man auch gleich einen moderierten Blog inkl. Benachrichtigung
). Und vielleicht gibt es ja ab CMSimple_XH 1.6 die Möglichkeit, die
Betreffszeile des Mailformulars per Link zu setzen, was die Notlösung ein wenig netter machte.
PS:
svasti wrote:Auf meiner Demoseite ist das Button-Problem gelöst, indem die Navigation mit dem Punkt "Miniblog" immer schon links sichtbar ist. Also, da bräucht man keinen Zurück-Button.
Mein Browser hat einen solchen Zurück-Button bereits eingebaut. Keine Ahnung, wie der Hersteller das macht, aber es funktioniert wunderbar.