Re: [TYPO3-german] Formhandler in eigener Extension
Ist es in deinem Fall wirklich notwendig, Formhandler in einen Controller
einzubinden?
Häufig reicht es auch im Fluid-Template mit f:cObject das Formular einzubinden
und kann der TypoScript-Bibliothek sogar Werte vom View übergeben.
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jorinde Milde
Gesendet: Freitag, 25. Juli 2014 14:23
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] WG: Formhandler in eigener Extension
Hallo Liste,
ich würde gern Formhandler in einer eigenen Extension einbinden.
Grundsätzlich funktioniert das Einbinden auch, nur die Funktionalität
(Validator, Finischer) scheinen nicht zu laufen.
Im Controller habe ich folgenden Code implementiert:
require_once(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('formhandler')
. 'pi1/class.tx_formhandler_pi1.php');
...
Class
Action:
$formhandler =
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('tx_formhandler_pi1');
$formhandler-cObj =
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('tslib_cObj');
$config =
$GLOBALS[TSFE]-tmpl-setup['plugin.']['tx_realestatemanager.']['formhandler.'];
$form = $formhandler-main(contactform,$config);
unset($config, $formhandler);
$this-view-assign('form', $form);
Im TypoScript Setup meiner Extension:
formhandler.settings plugin.Tx_Formhandler.settings.predef.contactform
formhandler.settings {
templateFile =
EXT:real_estate_manager/Resources/Private/Templates/Formhandler/contactform.html
}
Im Großen und Ganzen habe ich mich hieran orientiert:
http://blog.nimius.net/2014/04/formhandler-eigener-extension-verwenden/
Mit freundlichen Grüßen
Jorinde Milde
M.Sc. Jorinde Milde
Web Development
599media GmbH
Platz der Oktoberopfer 5
09599 Freiberg
Tel.: 03731 / 41 939 - 42
Fax: 03731 / 41 939 - 59
http://www.599media.dehttp://www.599media.de/
jorinde.mi...@599media.demailto:jorinde.mi...@599media.de
Geschäftsführer: Jens Engelmann
Sitz der Gesellschaft: Freiberg
HR: AG Chemnitz HRB 24695
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Text-Vorlagen für Datensätze
es gibt die ext. lorem ipsum ;) http://typo3.org/extensions/repository/view/lorem_ipsum ist aber schon etwas älter -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 28.07.2014 09:58, schrieb Sven Juergens: Hallo, Folgende Situation: In TYPO3 erstellen Redakteure Datensätze für eine Extension. Damit Sie nicht soviel eingeben müssen, würde ich Ihnen gerne die Möglichkeit geben, einen alten Datensatz als Vorlage zu nutzen. Ich stelle mir vor Sie nutzen einen Wizard suchen einen Datensatz aus und nach Auswahl eines solchen werden verschiedene Felder im neuen Datensatz befüllt. Kennt vielleicht jemand einen Weg wie man das am besten realisieren könnte ? Oder eine Extension die so was ähnliches umsetzt ? Sven ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Unterschiedliche Redakteursrechte pro Seitenbaum
mit den User-Gruppen geht sowas. Wobei man mit dem T3 Userrechten recht wenig machen kann! Empfinde ich noch als großes Manko bei TYPO3 ggf. geht mit der 6.2 nun mehr, habe ich mir noch nicht angeschaut. viele grüße -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 28.07.2014 10:16, schrieb Jost Baron: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin! Ich habe hier eine TYPO3-Installation mit mehreren Webseiten. Diese Seiten sind mit unterschiedlichen Technologien gemacht (eine mit FluidTypo3, die anderen mit den Kern-Elementen). Nun würde ich Redakteuren auf der FluidTypo3-Seite gerne nur die entsprechenden Content-Elemente zeigen, und diese auf anderen Seiten verbergen, und andersrum. Genauso würde ich gerne einige andere Felder nur auf einigen Seiten erlauben. Dabei geht es vor allem um die Usability. Geht das? Gruß Jost -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPWBrkACgkQNme/yCvmvTILYgCfXVToKO5wfoOU6lsyFYSbFc0c GW4AnReER+HxS6OsyZU/331k6NqXMIGr =24Qc -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] News in Extension verwenden
Schöne Sache, und wieder etwas gelernt =)
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Johannes Lang
Gesendet: Samstag, 26. Juli 2014 13:17
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Re: News in Extension verwenden
Es funktioniert doch:
settings plugin.tx_news.settings
settings {
tags.current = 1
useStdWrap = tags
}
Gruß Hannes
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Unterschiedliche Redakteursrechte pro Seitenbaum
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Sebastian! Wie geht das denn mit Nutzergruppen? Also ich kann natürlich z.B. pro Seitenbaum eine Gruppe definieren und der Gruppe jeweils Zugriff auf genau den Seitenbaum erlauben. Ein Redakteur wird dann einfach den Gruppen für die Seiten hinzugefügt, die er bearbeiten können soll. Das Problem ist, dass ein Redakteur mehrere Seitenbäume bearbeiten können soll. Wenn ich in einer Gruppe aber FluidTypo3-Elemente verbiete oder erlaube, dann sind die global verboten oder erlaubt. Das ist aber nicht das, was ich will. Und ich bezweifle, dass ich das Arbeiten mit verschiedenen Accounts pro Redakteur durchsetzen kann. Gruß Jost On 07/28/2014 10:27 AM, Sebastian Schmal wrote: mit den User-Gruppen geht sowas. Wobei man mit dem T3 Userrechten recht wenig machen kann! Empfinde ich noch als großes Manko bei TYPO3 ggf. geht mit der 6.2 nun mehr, habe ich mir noch nicht angeschaut. viele grüße -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 28.07.2014 10:16, schrieb Jost Baron: Moin! Ich habe hier eine TYPO3-Installation mit mehreren Webseiten. Diese Seiten sind mit unterschiedlichen Technologien gemacht (eine mit FluidTypo3, die anderen mit den Kern-Elementen). Nun würde ich Redakteuren auf der FluidTypo3-Seite gerne nur die entsprechenden Content-Elemente zeigen, und diese auf anderen Seiten verbergen, und andersrum. Genauso würde ich gerne einige andere Felder nur auf einigen Seiten erlauben. Dabei geht es vor allem um die Usability. Geht das? Gruß Jost -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPWDjgACgkQNme/yCvmvTJmhwCeMRcRDDUR/gU4dAZ+OzfrN6ld b4gAoKNh7xnKckjpMrbldB476+pbxzUj =FmlJ -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Unterschiedliche Redakteursrechte pro Seitenbaum
Hi Jost, Jost Baron wrote: Das Problem ist, dass ein Redakteur mehrere Seitenbäume bearbeiten können soll. Wenn ich in einer Gruppe aber FluidTypo3-Elemente verbiete oder erlaube, dann sind die global verboten oder erlaubt. Das ist aber nicht das, was ich will. Und ich bezweifle, dass ich das Arbeiten mit verschiedenen Accounts pro Redakteur durchsetzen kann. Dann musst du die in die General Records Storage Page Packen und diese in dem entsprechenden Seitenbaum so eintragen. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] LDAP-Auth nach Update auf 6.2
Niemand eine Idee? :) Am 18.07.2014 um 14:09 schrieb Marcus Raphelt: Hallo zusammen, ich habe nach einem Update von 6.1 auf 6.2 Probleme mit der LDAP-Authenfizierung im Frontend. * Im Groben: o felogin o LDAP-Auth via ldap_server / ldap_auth / ldap_lib / ldap_sync In der 6.1 lief das ganze problemlos. Nach dem Update auf die 6.2 ist es nun wie folgt: * Login-Form erscheint * Nach dem Submit verläuft die Kommunikation mit dem ActiveDirectory einwandfrei * Fehlermeldung erscheint (Login fehlgeschlagen) Der Punkt ist aber nun: beim nächsten Klick auf *irgendwas* - irgendeinen Link oder meinetwegen noch einmal auf den Submitbutton (Formular kann auch leer sein) - ist alles okay. Man sieht auch im devlog, dass die für den FE-User passenden FE-Groups dann sofort gefunden werden. Die Anmeldung läuft also unter der Haube weitestgehend durch, aber an irgendeiner Stelle scheint das Zusammenspiel von felogin / ldap_auth nicht (mehr) sauber zu klappen. Zusammenfassend: die Wegstrecke TYPO=LDAP=TYPO funktioniert, aber TYPO erkennt schlussendlich nicht, dass der Login okay ist - das passiert erst beim nächsten Request. Hat einer hier zumindest einen Tipp, wo ich ansetzen kann? Ich bin die ganze Extension durchgegangen, finde aber den Fehler nicht...Eine Umstellung auf eine andere LDAP-Extension ist im Moment vom Kunden nicht gewünscht. Gruß, Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT? responsive image mit css
Das captcha image habe ich mit viel css Bastelei inzwischen repsonsive bekommen. Jetzt scheitere ich seltsamerweise nur noch an dem via rte eingefügten kleinen Symbol für Emails und nutze ersatzweise zuätzliches css speziell dafür. Aber ist es wohl tatsächlich OT und irgendwie werde ich wohl irgendwann über die Lösung stolpern. Zum Schluss: Danke an alle für die Antworten. Robert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Voting for the new release cycles for TYPO3 CMS
Hi, after a long preparation phase, discussions and refinement, we ask the whole TYPO3 Community to vote on the new concept for the release cycles for our TYPO3 CMS product in future. Every member of the TYPO3 Community (all active contributors, extension authors, Association members, team members, mailing list participants, TYPO3 users etc) is invited to participate. Please read (or re-read) the Blueprint: http://wiki.typo3.org/Blueprints/Release And afterwards give one vote on the matter on this Doodle: https://doodle.com/vw5wwxds3b3952yv Please use your real name when voting, so that we can ensure legitimacy of the voting. We will consider the Blueprint approved if two-thirds of the valid votes are counted in favor of it. The voting ends on Sunday, August 3rd 2014, 12:00 CEST. Note that the discussion phase is over already, but you can still ask questions in case something is not clear to you. Please use the mailing list / forum / newsgroup for that (thread After the LTS is before the LTS). Kind regards, Ernesto -- Ernesto Baschny TYPO3 CMS Core Developer Release Manager TYPO3 4.5 6.2 LTS TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension Manager: Update Extension List error (Internal Server Error)
Hallo Ihrs ! Ich habe mir eine frisches Typo3 mit der Version 6.1.10 installiert. Wenn ich zum Extension Manager keinen Kontakt bekommen habe, aktivierte ich immer [curlUse] und gut war es. Doch diesmal ist etwas schief gelaufen. Eine wiederholte Installation hat nicht geholfen. Wenn ich den Fehler durch die Fehleranzeige anzeigen lasse, kommt folgende Meldung: Code: Update Extension List parsererror(SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data): Fatal error: Call to a member function getUid() on a non-object in /web/1/000/021/834/43950/htdocs/typo3/typo3/sysext/extensionmanager/Classes/Utility/Repository/Helper.php on line 251 Ich habe mir noch mal ein blankpack heruntergeladen und die Dateien Helper.php verglichen. Kein Fehler zu finden! Was kann ich tun? Danke für die Hilfe! Beste Grüße, Gravitas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] FAL Upload im Frontend?
Hallo, finde für folgendes keine richtige Lösung... Habe mit dem Ext. Builder für 6.2 eine Ext. gebaut. Aber Fileupload ist ja nicht integriert so richtig. Wie kann ich nun eine einzelne oder mehrere Dateien über das Frontend hochladen auf die TYPO3 typisch erlaubten Dateitypen prüfen und per FAL zu meinem Model hinzufügen? Im Model steht ja schon setCoverImage(...FileReference..). Hoffe mir kann jemand weiterhelfen. Danke schon mal grüße henny ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SSL Backend, normales Frontend
Am 25.07.2014 14:06, schrieb Chris Wolff - AERTiCKET AG: Langfristig solltest du Sowiso eine Lösung anstreben in der die gesamte Seite SSL spricht. Das ist allerdings bei einer Multi-Domaininstallation relativ komplex (sprich SNI oder SSL-Proxy - beides mit entsprechenden Vor- und Nachteilen. -- -c ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase/FAL Upload-Zielordner ändern, Dateibenennung
Hallo zusammen, vielleicht bin ich auch nur blind oder habe falsch gesucht, auf jeden Fall würde ich mich freuen, wenn mir jemand zu meiner zweiteiligen Frage helfen könnte :-). Ausgangslage: aufgrund besonderer Wünsche muss ich unter Typo3 6.2 mit Extbase/Fluid eine eigene Extension basteln. Das klappt soweit auch ganz gut, vor einem Problem / oder eigenem Wunsch stehe ich aber hinsichtlich Dateien (z.B. Bilder o.ä.), die ich für Datensätze meines Models benutzen möchte. Benutze ich für Dateien (z.B. ein Foto zu einem Mitarbeiter-Datensatz) die Variante als file in der TCA (mit u.a. 'internal_type' = 'file', 'uploadfolder' = 'uploads/tx_meinplugin/ordner') gefällt mir das Ergebnis eigentlich ganz gut, denn ich kann a) definieren in welchem Ordner ich die Datei abgelegt haben möchte und b) benennt mir Typo3 Dateien sogar automatisch um, wenn es als bild schon gibt, wird es eben bild01. Soweit so gut, allerdings ist dieses Vorgehen wohl lt. Typo3-Doku nicht mehr en vogue und man möge stattdessen mit FAL, also den reinen Verweisen arbeiten. Nun bekomme ich es auch hin, dass ich stattdessen eben FAL-Referenzen für die Bilder speichere (im BE kann entweder eine Datei neu hochgeladen werden oder eine vorhandene aus dem Baum gesucht werden), ich kann es auch ausgeben / auslesen, etc. aber zwei Dinge stören mich: 1. Wird eine Datei hochgeladen, landet diese immer im fileadmin/user_uploads-Ordner. Ich würde den Speicherort gerne ändern können (nur für meine Extension, idealerweise in der TCA o.ä. je nach Model, zu dem die Datei gehört, nicht für die gesamte Typo3-Installation), da ich a) gerne thematisch unterteilen möchte (Ordner für Mitarbeiterbilder, Ordner für Tierbilder etc...) und b) eigentlich die Dateien gerne an einer Stelle hätte, wo sie ein neugieriger Backend-Nutzer nicht ohne weiteres versaubeuteln könnte (fileadmin...). Der Wert uploadfolder in der TCA-Config scheint bei dieser Variante keinen Effekt zu haben. 2. Noch ärgerlicher ist für mich die Tatsache, dass beim Hochladen einer Datei Bild und bereits vorhander Datei Bild die vorhandene Datei (in user_uploads) entweder überschrieben wird, oder eben nichts hochgeladen wird. Das ist - besonders bei mehreren potentiellen Benutzern unkomfortabel bzw. gefährlich, da sich kaum jemand daran halten wird, seine Dateien VOR dem Upload sinnig / unique zu benennen. (3. An sich wäre ich ja mit automatischen unique Dateinamen schon glücklich, wenn es aber womöglich noch eine Möglichkeit gäbe, den Dateinamen um ein selbstgebautes Präfix zu ergänzen [z.B. uid_bild.jpg und uid_bild01.jpg], wäre das auch nett.) Eigentlich hört sich beides recht simpel an, aber trotz allen Suchens, GIDF usw. habe ich keine Lösung gefunden :-(. Würde mich freuen, wenn jemand einen Tipp hat bzw. mir die verweinten Augen öffnet :-). Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FAL Upload im Frontend?
Habe einmal folgende Lösung gefunden: Nutzt aber kein FAL!
in deinem Domain model wo das Bild zugeordnet sein soll:
const UPLOAD_TARGET = 'fileadmin/userimages/';
/**
* Sets the userimage
*
* @param \array $userimage
* @return void
*/
public function setUserimage($userimage) {
$date = new \DateTime();
$basicFileFunctions =
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('TYPO3\CMS\Core\Utility\File\BasicFileUtility');
$types = Array('image/png' = 'png', 'image/jpeg' = 'jpg', 'image/jpeg'
= 'jpeg', 'image/gif' = 'gif');
$fileName = $basicFileFunctions-getUniqueName(
$basicFileFunctions-cleanFileName($date-getTimestamp().'_'.$userimage['name']),
\TYPO3\CMS\Core\Utility\GeneralUtility::getFileAbsFileName(self::UPLOAD_TARGET)
);
if ($userimage['size'] = 0) {
$error = 'Upload fehlgeschlagen';
} elseif( !array_key_exists($userimage['type'], $types) ) {
$error = 'Das Bild hat ein ungültiges Format';
} else {
if ( \TYPO3\CMS\Core\Utility\GeneralUtility::upload_copy_move(
$userimage['tmp_name'], $fileName) ) {
$this-userimage = basename($fileName);
}
}
}
Dann kannst du im Formular das ganz einfach hochladen mit
f:form.upload property=daten.userimage /
Ist sicher nicht perfekt. Zum Beispiel zum error reporting etc.
Aber vielleicht hilft es. Denke man kann das ganze sicher noch umbauen das es
auch mit FAL funktioniert.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 backend function
Hallo Liste,
folgende Frage zum Thema eigene UserFunc.
Ich habe in der ext_table.php einer eigenen Erweiterung folgenden Code:
$GLOBALS['TYPO3_USER_SETTINGS']['columns']['tx_khkuser_pimage'] = array(
'label' =
'LLL:EXT:khk_user/locallang_db.xml:be_users.tx_khkuser_pimage',
'type' = 'user',
'userFunc' =
'TYPO3\khk_user\UserFunc\UserProfileRelations-getimage',
'table' = 'be_users',
);
dann eine Funktion in Classes/UserFunc/UserProfileRelations.php mit
folgendem Inhalt:
?php
namespace TYPO3\khk_user\UserFunc;
// t3lib_TCEmain Klasse laden
//require_once(PATH_t3lib.'class.t3lib_tcemain.php');
class UserProfileRelations {
public function getimage($PA, $fObj) {
return 'Test'.$BE_USER-user['username'];
}
}
?
Die Ausgabe mit Test funktioniert. Die Daten des $BE_USER Objektes
erhalte ich nicht. Das einbinden der t3lib_TCEmain Klasse funktioniert
an der Stelle auch nicht.
Wie kann ich auf die $BE_USER Objekte zugreifen?
Wie binde ich die BAckend Core Api hier ein?
Mit bestem Gruß
lars
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Extension Manager: Update Extension List error (Internal Server Error)
Lösung gefunden! Die Tabellen in der Datenbank waren wohl nicht richtig angelegt worden; warum auch immer das so ist oder war! InstallationTool --- Database Analyser --- IMPORT --- Haken bei tx_extensionmanager_domain_model_repository Rows: 1 --- write to database --- Fertig! Fehler behoben. ggf. [curlUse] aktivieren! Wenn es nicht funktioniert einfach noch mal folgende Option: Haken bei Import the whole file 'CURRENT_STATIC' directly (ignores selections above) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] LDAP-Auth nach Update auf 6.2
Lieber Marcus ich habe noch nicht mit einer LDAP-Authorisierung gearbeitet, aber ich könnte mir vorstellen, dass eine oder mehrere der diversen Extension die Du verwendest einen Fehler wirft, der nicht bis an die Oberfläche kommt. Deshalb ist es wichtig, das Debugging einzuschalten und möglichst viel über ev. fehlgeschlagene Aufrufe zu erfahren. Natürlich gehört dazu auch das Serverlog, welches oft auch hilfreiche Infos enthält. Vielleicht ist es ja nur eine Deprecated Function, welche das Problem macht. Wenn Du da was gefunden hast, kann man dir hier viel konkreter weiter helfen. Beste Grüsse Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Unterschiedliche Redakteursrechte pro Seitenbaum
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin Phillip, On 07/28/2014 11:27 AM, Philipp Gampe wrote: Hi Jost, Jost Baron wrote: Das Problem ist, dass ein Redakteur mehrere Seitenbäume bearbeiten können soll. Wenn ich in einer Gruppe aber FluidTypo3-Elemente verbiete oder erlaube, dann sind die global verboten oder erlaubt. Das ist aber nicht das, was ich will. Und ich bezweifle, dass ich das Arbeiten mit verschiedenen Accounts pro Redakteur durchsetzen kann. Dann musst du die in die General Records Storage Page Packen und diese in dem entsprechenden Seitenbaum so eintragen. Grüße Das verstehe ich nicht - kannst du das etwas weiter ausführen? Wo werden BE-Nutzer oder BE-Gruppen von General Record Storage Pages beeinflusst? Gruß Jost -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPWqO0ACgkQNme/yCvmvTI5AwCgtZ6aSuSBLcqgGmA6v2e6/0FB rBgAni/d4B3IWxG327/ECVKsi+Wut2Eh =j7X3 -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [Frage]Wechselnde Headerbilder in TYPO3
Hi,
ich habe zwei Typo3 Sites, eine mit version 6.2.0 und eine mit 6.2.4. Bei der
6.2.0 habe ich wie die Anleitungen auf dem Link eingestellt und es hat
funktioniert, aber nicht bei der 6.2.4.
jweiland.net/typo3/typoscript/bild-aus-den-seiteneigenschaften-auslesen-ab-typo3-60.html
Hat jemand von euch Erfahrungen mit der Version 6.2.4, um ein Headerbild pro
Menüpunkt zu wechseln? Oder is das ein Bug ? Ich brauche dringend eine Lösung
für 6.2.4, da ich gerade ein Projekt machen muss.
Vielen Dank!
begin 644 headerbild.txt
M0FEL9!A=7,@95N(%-E:71E;F5I9V5NV-H869T96X@875S;5S96X@86(@
M5%E03S,@-BXP#0I-:70@95R($5I;F;\:')U;F@=F]N($9!3!I;B!465!/
M,R`V+C`@YYD97)T('-I8V@@95R($-O94L('5M($)I;1EB!A=7,@95N
M(%-E:71E;F5I9V5NV-H869T96X@*%)EV]UF-ERD@875SG5L97-E;B!U
M;F0@875SG5G96)E;BP@96EN('=E;FEG+B!$:65S92!-971H;V1E('=IF0@
M9V5R;B!G96YO;6UE;BP@=6T@G5M($)E:7-P:65L($AE861EF)I;1EB!A
M=7-Z=6=E8F5N+!D:64@:F4@;F%C:!0;W-I=EO;B!I;2!396ET96YB875M
M('9AFEI97)E;B!S;VQL96XN(`T*35G96X@4VEE('IU97)S=!I;B!D96X@
M4V5I=5N96EG96YS8VAA9G1E;B!I;2!296ET97(@(E)EV]UF-ER(@96EN
M($)I;0@86XN#0I:6QD(EN(1E;B!396ET96YE:6=E;G-C:%F=5N(AI
M;G1EFQE9V5N#0H@#0I);2!47!OV-R:7!T+5-E='5P(OV;FYE;B!3:64@
M9%S($)I;0@;6ET(9O;=E;F1E;2!#;V1E(%UVQEV5N+!E:6YE;2!/
M8FIE:W0@;V1EB!-87)K97(@G5W96ES96X@=6YD(5N='-PF5C:5N9!I
M;2!496UP;%T92!A=7-G96)E;CH-FQI8BYH96%D97)I;6%G92`]($E-04=%
M#0IL:6(N:5A95R:6UA9V4@PT*H*!F:6QE('L-J`@H*!I;7!OG0N9%T
M82`](QE=F5L;65D:6$Z+3$L('-L:61E#0J@(*@=')E871)9$%S4F5F97)E
M;F-E(#T@,0T*H@HEM]R=YL:7-T3G5M(#T@,`T*H*!]#0I]#0I.974@
M:ENG5G96MO;6UE;B!IW0@95R(%!AF%M971EB!TF5A=$ED07-2969E
MF5N8V4@/2`Q+!D97(@:F5TG0@86(@5%E03S,@-BXP([V=EG(ES=X@
M#0I$=7)C:!D:64@06YG86)E('9O;B!L979E;UE9EA.BTQ+!S;ED92!W
M:7)D(5N='=E95R(1AR!A=68@95R(%K='5E;QE;B!396ET92!H:6YT
M97)L96=T92!:6QD(=E;F]M;65N+!O95R+!S;V9EFX@:V5I;F5S('9O
MFAA;F1E;B!IW0L(1AR!A=68@96EN97(@_)EF=E;W)D;F5T96X@4V5I
'=4N#0H-@``
`
end
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Formhandler in eigener Extension
Ich dachte ich müsste über den Controller gehen, da die admin email dynamisch
verändert werden muss. Nach dem Tipp, habe ich aber noch einmal genauer
nachgelesen und festgestellt, dass ich das auch über das data Feld von
cObject lösen kann. Jetzt funktioniert alles einwandfrei. Vielen, vielen Dank
für die Hilfe!
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk
Gesendet: Montag, 28. Juli 2014 09:49
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Formhandler in eigener Extension
Ist es in deinem Fall wirklich notwendig, Formhandler in einen Controller
einzubinden?
Häufig reicht es auch im Fluid-Template mit f:cObject das Formular einzubinden
und kann der TypoScript-Bibliothek sogar Werte vom View übergeben.
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jorinde Milde
Gesendet: Freitag, 25. Juli 2014 14:23
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] WG: Formhandler in eigener Extension
Hallo Liste,
ich würde gern Formhandler in einer eigenen Extension einbinden.
Grundsätzlich funktioniert das Einbinden auch, nur die Funktionalität
(Validator, Finischer) scheinen nicht zu laufen.
Im Controller habe ich folgenden Code implementiert:
require_once(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('formhandler')
. 'pi1/class.tx_formhandler_pi1.php');
...
Class
Action:
$formhandler =
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('tx_formhandler_pi1');
$formhandler-cObj =
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('tslib_cObj');
$config =
$GLOBALS[TSFE]-tmpl-setup['plugin.']['tx_realestatemanager.']['formhandler.'];
$form = $formhandler-main(contactform,$config);
unset($config, $formhandler);
$this-view-assign('form', $form);
Im TypoScript Setup meiner Extension:
formhandler.settings plugin.Tx_Formhandler.settings.predef.contactform
formhandler.settings {
templateFile =
EXT:real_estate_manager/Resources/Private/Templates/Formhandler/contactform.html
}
Im Großen und Ganzen habe ich mich hieran orientiert:
http://blog.nimius.net/2014/04/formhandler-eigener-extension-verwenden/
Mit freundlichen Grüßen
Jorinde Milde
M.Sc. Jorinde Milde
Web Development
599media GmbH
Platz der Oktoberopfer 5
09599 Freiberg
Tel.: 03731 / 41 939 - 42
Fax: 03731 / 41 939 - 59
http://www.599media.dehttp://www.599media.de/
jorinde.mi...@599media.demailto:jorinde.mi...@599media.de
Geschäftsführer: Jens Engelmann
Sitz der Gesellschaft: Freiberg
HR: AG Chemnitz HRB 24695
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
