Seiteninhalt:

Für Einsteiger

: TYPO3 Doku für Redakteure - extern

... gibt es hier eine gute Möglichkeit, sich zu informieren:

TYPO3 Dokumentation für Redakteure

So etwas kann man mit der Erweiterung rvt_tsobjtags machen:

Heute ist der:
<tsobj currentdate></tsobj>

Erzeugt am:
<tsobj generated> </tsobj>

TypoScript

<tsobj gifbtext25></tsobj>

#Heute ist der:
<tsobj currentdate></tsobj>

<tsobj gifbcurrentdate></tsobj>

#Erzeugt am:
<tsobj generated> </tsobj>

<tsobj gifbgenerated> </tsobj>

Images im BE bearbeiten

Gerade war ich über ein geniales AJAX-Tool für die Bildbearbeitung im BE gestolpert, da finde ich Opens external link in new window fdfx_be_image im TER - einfach genial.

: Bearbeitung im BE

: Original

: DAM nach dem Zuschnitt

Templates übersichtlich

So bekommt man gut Ordnung in seine TYPO3-Installation: einfach mehrere Sysordner anlegen, wo die Konfiguration für jedes Element/Plugin/Menü etc. gespeichert wird.

: Ermittlung der Verwendung eines Untertemplates

Nach oben

Ameos formidable + ameos_feuser_mgr

Um die Ameos better frontend user manager (ameos_feuser_mgr) Erweiterung zur Zusammenarbeit mit der aktuellen ameos_formidable (z.Z. 2.0.345) zu bewegen, waren die 2 unten aufgeführten Änderungen notwendig.

Problem: ohne diese Änderung werden neue Nutzer nicht in den angegebenen Sysordner, sondern in die root (Weltkugel) geschrieben.

in pi1/class.tx_ameosfeusermgr_pi1.php Zeilen 406 bzw. 431:

// function _populateDefaultGroupId($aData, $aParams, $oForm)
function _populateDefaultGroupId($aParams, $oForm) 
 
// function _populateGroups($aItems, $aParams, $oForm)
function _populateGroups($aParams, $oForm)

Änderung Datahandler in conf/users.xml

<datahandler:DB>
	<tablename>fe_users</tablename>
	<keyname>uid</keyname>
	<labelname>username</labelname>
	<process>
		<beforeInsertion>
			<userobj>
				<php><![CDATA[
					// create
					// adding pid, crdate and tstamp
					$aData = $this->getParams();	
					$aData["pid"] = $this->_oParent->flexConf["plugin_userpid"];
					$aData["crdate"] = time();
					$aData["tstamp"] = time();
					return $aData;
				]]></php>
			</userobj>
		</beforeInsertion>
	</process>
</datahandler:DB>

Außerdem habe ich die Erweiterung so angepasst, dass der Pfad zu den Template-Dateien im Flexform angegeben werden kann:

There are 4 files.

patch-ameos feuser mgr 1-1-0 with templateconfig (7.3 kb) patch für ameos_feuser_mgr mit konfigurierbarem Template-Pfad und ameos_formidable 2.0.345

T3X ameos feuser mgr-1 1 0-z-with template config-200908261701 (11.3 kb) ameos_feuser_mgr mit konfigurierbarem Template-Pfad und gepatcht für ameos_formidable 2.0.345

T3X ameos feuser mgr-1 1 0-for-2 0 345-200905021749 (11.1 kb) ameos_feuser_mgr gepatcht für ameos_formidable 2.0.345

patch-ameos feuser mgr-1.1.0-for-ameos-formidable-2.0.345 (2.35 kb) patch für ameos_feuser_mgr mit ameos_formidable 2.0.345

tt_news Fehler vermeiden

Öffnet man einen Link zu einem News-Artikel im Internet Explorer, kommt manchmal die Ausschrift "keine news_id übergeben" (wenn RealURL im Einsatz ist, auch sehr häufig bei Google zu finden ...).

Schaltet man den Fehlertext aus, wird - o Wunder - trotzdem die richtige News angezeigt:

[TCEFORM.tt_globalVar = GP:tx_ttnews|tt_news <1]
plugin.tt_news._LOCAL_LANG.de.noNewsIdMsg =
[global]

TypoScript-Konfiguration des eFaq Plugins

Am Ende dieses Abschnitts der Dokumentation zum "efaq" Plugin von Elmar Hinz wird das Ändern des Pfades für die Plugin-Templates wie folgt beschrieben:

To adapt the templates please copy the whole template directory into another location that is accessible for the serv er but not for other users like the editors. Set the TS setup plugin.tx_efaq.configuration.phpTemplatePath to the new location.

Leider funktioniert das so nicht, stattdessen wird die Konfiguration wie folgt angepasst:

plugin.tx_efaq.controllerSwitch.textSearch.configurations.pathToTemplateDirectory = fileadmin/efaq/templates
plugin.tx_efaq.controllerSwitch.dynamicSimpleFaq.configurations.pathToTemplateDirectory = fileadmin/efaq/templates
... (ersetze dynamicSimpleFaq durch simpleFaq, classicalFaqQuestions, classicalFaqAnswers ... je nach Verwendung)

Nun zum eigentlichen Problem: wir wollen in den Templates eine eigene Übersetzung einführen. Dazu wird die Datei locallang.xml aus dem typo3conf/ext/efaq/ Pfad nach fileadmin/efaq/ kopiert und im TS eingetragen:

plugin.tx_efaq.controllerSwitch.textSearch.configurations.pathToLanguageFile = fileadmin/efaq/locallang.xml

Nach dem dort die Anpassungen eingetragen sind:

                <languageKey index="de" type="array">
                         ...
                        <label index="searchword">Suche das Wort</label>
                        <label index="clearfilter">Filter zurücksetzen</label>
                </languageKey>

können in der Template-Datei (in dem Fall textSearch.php) die nicht übersetzten Strings z.B. wie folgt ersetzt werden:

<label for="efaq_textsearch_searchstring">%%%searchword%%%</label>
<input type="submit" name="efaq[action][clear]" value="%%%clearfilter%%%" />

Im Folgenden zeige ich ein angepasstes Template für "dynamicSimpleFaq", welches die Erweiterung "pmkhtmlcrop" verwendet, um eine Vorschau der ersten 200 Zeichen der FAQ-Antwort zu bieten. Weiterhin wird ein "Antwort anzeigen" bzw. "Antwort verbergen" Link dargestellt:

Template dynamicSimpleFaq mit Vorschau

<script type="text/javascript">
// <![CDATA[ 
	$(document).ready(function(){
		$("ol.faq > li > div").hide();
		$("ol.faq > li ").toggle( function(){ 
				$(this).children("div").show("medium"); 
				$(this).children("span").hide(); 
			}, function(){ 
				$(this).children("div").hide(); 
				$(this).children("span").show(); 
			}
		);
	});
	// ]]>
</script>
 
<?php $entryList = $this->get('entryList'); ?>
 
<?php if($entryList->isNotEmpty()): ?>
	<ol class="faq">
<?php endif; ?>
<?php for($entryList->rewind(); $entryList->valid(); $entryList->next()): $entry = $entryList->current(); ?>
 
        <li>
                <h3><a href="#"><?php $entry->printAsHtml('question'); ?></a></h3>
                <?php if($entry->has('author')): ?>
                                <strong> <?php $entry->printAsEmail('email', 'author'); ?> </strong>
                                <em> <?php print $entry->printAsUrl('url'); ?> </em>
                <?php endif; ?>
                <span><?php      $conf['htmlCrop']="200 | ... | 1 | .";
                         print tx_pmkhtmlcrop::htmlCrop($entry->AsRte('answer'),$conf);
                 ?>
                <a href="#">Antwort zeigen</a></span>
                <div><span><a href="#">Antwort verbergen</a></span><?php $entry->printAsRte('answer'); ?></div>
        </li>
 
<?php endfor; ?>
 
<?php if($entryList->isNotEmpty()): ?>
	</ol>
<?php endif; ?>

felogin ersetzt newloginbox ab 4.2.x

Ab der Version 4.2 ist die Extension "newloginbox" nicht mehr notwendig - die Version 3.1.1 verweigert die Installation wegen "core > 4.1.99". Die Extension felogin (http://wiki.typo3.org/index.php/Ext/felogin) muss daher lediglich installiert und anstelle von "Plugin einfügen -> newloginbox" ein neues Inhaltselement "Anmeldeformular" erzeugt und konfiguriert werden. D.h. es wird mit dieser Erweiterung automatisch das "Standard Login" Element ersetzt, und nicht wie bisher ein zusätzliches "Plugin einfügen" Element verwendet. Wichtig: Extmgr -> translation aktualisieren, damit Übersetzung vorhanden ist.

Forum: http://www.typo3forum.net/forum/typo3-4-x-fe-user/

Problemlösung für "Password mit MD5 mit bei abgeschaltetem Javascript" auch für db_yamltv: www.typo3forum.net/forum/typo3-4-x-fe-user/42828-keine-md5-verschl-sselung-passwortes-deaktiviertem-javascript.html