ach kommt schon, das kann doch nich sein das das noch niemanden gestört hat, zumal es sich um das einzige blog-extension in typo3 handelt...
laßt mich nich hängen!!!
grüße
blog hin oder her
Man nehme sein Auge und werfe einen Blick auf die Verzeichnisse....
... da könnte einem folgendes ins Auge fallen:
typo3conf/ext/ee_blog/pi1/blog_template1.tmpl
Wäre doch mal ein guter Ausgangspunkt ?!?
Jochen Weiland
hi jochen
ich versuche mal meine frage anders zu formulieren:
mein problem ist, 1. dass wenn ein neuer kommentar geschrieben wurde, nach dem absenden nicht irgendeine dankes-message erscheint, sondern sofort zu den kommentaren gesprungen wird...
genauer gesagt springt er (in dem template-file) nach dem absenden in die ###TEMPLATE_CREATE_SAVED### -sektion in der nicht einmal ein link zu den kommentaren vorgesehen ist, jedenfalls bekomm ich da keinen rein
(z.b. <!--###LINK_TO_COMMENTS###-->)
ich hatte mal versucht in diese "###TEMPLATE_CREATE_SAVED###"-sektion die "###BLOG_COMMENTS_SECTION###" zu integrieren, allerdings ohne erfolg...
ich hoffe das ist nun irgendwie verständlicher
und 2., wie bekomme ich die input felder bei den kommentaren auf "require", so wie bei "name" und "nachricht"...
grüße Sunny
Ich fürchte, da wird man in den Sourcecode eingreifen müssen. Schreib doch mal an Erasmix ob er das vielleicht macht.
Jochen Weiland
na gut na schön, dann werd ich eben nach anderen möglichkeiten suchen müssen dieses problem zu lösen...
dazu muß man aber wirklich sagen, wenn sich alle extensions so schlecht adaptieren lassen, werd ich wohl nich alt mit typo3
grüße
@SunshineAcid:
Alle Typo3-Extensions haben einen unterschiedlichen Grad der Konfigurierbarkeit mittels TypoScript. Dies gilt im Besonderen für die User-Extensions. Die hauptsächlichen Gründe dafür dürften wohl klar sein - Erfahrung, Zeit, akute Problemstellung des Entwicklers, keine "Beta-Testphase" mit anderen Usern, ... Es ist nun einmal so, dass Entwickler selten eierlegende Wollmilchsäue als Extension in das Repository (TER) stellen.
Allerdings sind die Quelltexte der Extensions auch alle komplett einseh- und veränderbar. Es hindert einen niemand daran den Source einer Extension für seine Problemstellung selbst umzubauen oder im Falle von mangelnden PHP- bzw. Typo3-Kenntnissen den jeweiligen Entwickler um "Nachrüstung" des Features zu bitten ($$$ 🙂).
Im Falle eigener Umbauten/Erweiterungen einer Extension kann man sich dann ja mal Gedanken machen diese dem Entwickler zukommen zu lassen, um die gesamte Community zu bereichern. Der denkbar einfachste Fall sind ja die Übersetzungen (locallang.php), da sich diese auch mit minimalsten PHP-Kenntnissen anpassen/erweitern lassen.
Tut mir leid, dass ich ein wenig Offtopic geworden bin, aber es passt ja wenigstens zu Jochens Vorschlag sich mal an die Entwickler zu wenden ...
Gruß
oNe2
oh das hab ich getan, nur leider ohne erforlg, was mich auch nicht wundert denn solche anfragen wird er bestimmt häufiger bekommen...
grüße
Hallo,
denn solche anfragen wird er bestimmt häufiger bekommen...
schon mal dran gedacht dass das der grund sein kann 8-)
Gruss
Herby
schon mal dran gedacht dass das der grund sein kann
jep...
jweiland schriebDiesen Code ins Setup:
plugin.tx_eeblog_pi1.listView.crdate_stdWrap.strftime = %A, %e. %B %Y
Das ist ja schon sehr konfortabel.. Nun hab ich grad mal nach ner Schreibweise für den Bereich <!-- ###BLOG_ENTRY### --> gesucht.. da wird mir leider noch die englische Formatierung des Datums angezeigt..
plugin.tx_eeblog_pi1.BlogEntry.crdate_stdWrap.strftime = %A, %e. %B %Y
ist es nicht 🙁