[TYPO3-german] Frage zu einem Upgrade Ordner Struktur

[Jochen Graf]

Guten morgen,

ich habe eine Webseite von Typo3 4.25 auf Typo3 6.1.7 umgestellt.
Das Upgrade klappte sauber.

Die Ordner Struktur ist noch die altebekannte und das Templavoila ist 
aktuell noch vorhanden. "Wird durch Backend-Layout abgelöst" erste Tests 
waren erfogreich.


jetztige Ordnerstruktur auf dem System
fileadmin/templates
--- css
--- java
--- scripts


Meine Frage wäre nun, muss ich in Bezug auf die Extensions die neue 
Ordnerstrukrut anlegen extbase/fluid

Recource
 Public
 Private
 usw. oder könnte ich die alte Ordnerstruktur so wie sie momentan ist, 
übernehmen.?


Da ich mit Extensionprogrammierung nicht viel zu tun habe, wäre es 
sicherherlich fatal, dass wenn später mal eine Extension Programmiert wird

und aufgrund der alten Struktur diese nicht sauber durchläuft.

vielen dank

gruss jochen
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Synchronisierung der Mailingliste typo3-german (at) lists.typo3.org mit Forum.typo3.org

[Steffen Gebert]

Hallo Gustav,

vielen Dank für deine Petition zur Einführung der bidirektionanlen 
Synchronisation.

Wie teilweise aber schon erwähnt wurde, ist sowas schon am Laufen. In der Tat 
scheint es da gerade aber Probleme zu geben, dem Log nach nur bei dieser Liste.

Ich werde mal zusehen, ob ich da heute Abend noch was ausrichten kann, 
ansonsten versuche ich es die nächsten Tage, gefixt zu bekommen.

Viele Grüße
Steffen
--
Steffen Gebert
TYPO3 Server Administration Team Member

TYPO3  inspiring people to share!
Get involved: http://typo3.org

My wish list:
https://www.amazon.de/registry/wishlist/922E3JYSQ7CV/ref=cm_wl_sb_v?sort=priority
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Hook gesucht für TypoScript

[Hendrik Reimers (KERN23.de)]

Hallo,

ich habe in den Seiteneigenschaften ein neues Feld. Das will ich jetzt 
im TypoScript haben, aber das Feld muss noch bisschen verändert werden, 
bevor es im TypoScript als field:meinFeld benutzt werden kann.


Hat jemand einen Tipp oder idee wie ich mich sozusagen zwischen 
TypoScript und den Seiteneigenschaften hängen kann mit einem Hook?


Will dann sozusagen folgendes machen:
page = PAGE
page.10 = TEXT
page.10.field = meinFeld

Danke schon mal und schönes Wochenende!

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] news extension erweitern um ein paar Felder

[Ralf-Rene Schröder]

und vielleicht noch eine kleine weitere Hilfestellung...
einen zusätzlichen Nachrichtentyp (flexform), wie bekomme ich den
eingerichtet ohne die anderen kaputt zu machen ???


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format

aktueller TIPP: www.startnext.de/typo3-theme-packages
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] news extension erweitern um ein paar Felder

[Ralf-Rene Schröder]

Am 14.02.2014 05:36, schrieb Georg Ringer:
> https://github.com/cyberhouse/t3ext-newsauthor

THANKS ...
hab es jetzt mit der Vorlage manuell gemacht und klappte problemlos...
weiß der Himmel welchen Fehler ich beim extension_builder mache (oder
er), dass es damit nicht klappte...


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format

aktueller TIPP: www.startnext.de/typo3-theme-packages
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] extension_builder & gridelements

[JoH asenau]

Am 14.02.2014 14:31, schrieb Sonja Dithmers:

Hallo,

ich möchte den extension_builder benutzen, doch leider wird mir im
Domain Modelling eine weiße Seite angezeigt. Nach kurzer Suche habe ich
das gefunden: Link 
Habe die t3skin_override.css mit dem Patch ausgetauscht doch das
funktioniert nicht. Wenn ich gridelements komplett rausnehme,
funktioniert das Domain Modelling wie gewohnt. Habe die T3 V 6.1.7 am
Start. Bei einer Installation mit V 6.1.5 hat es nach dem Patch
geklappt. Jemand noch eine Idee?



Patchen allein reicht nicht. Du musst auch sämtliche Caches, 
komprimierte JS- und CSS-Dateien und anderen Kram löschen, der damit 
zusammenhängt, sonst wird weiterhin der alte Kram angezogen.


HDH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Synchronisierung der Mailingliste typo3-german (at) lists.typo3.org mit Forum.typo3.org

[Thomas Skierlo]

@Chris Wolff VIA Forum

Ich befürchte, Du irrst Dich. Dein Beitrag vom Fri Feb 14 10:01:46 CET 2014 ist 
nicht im Forum angekommen (zumindest nicht bis 14:38). Ich habe ihn nur im 
Mailing List Archive gefunden - und antworte jetzt über das Forum.

Grüße,

Thomas
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] extension_builder & gridelements

[Sonja Dithmers]

Hallo,

ich möchte den extension_builder benutzen, doch leider wird mir im Domain Modelling eine weiße Seite angezeigt. Nach kurzer Suche habe ich das gefunden: Link  Habe die t3skin_override.css mit dem Patch ausgetauscht doch das funktioniert nicht. Wenn ich gridelements komplett rausnehme, funktioniert das Domain Modelling wie gewohnt. Habe die T3 V 6.1.7 am Start. Bei einer Installation mit V 6.1.5 hat es nach dem Patch geklappt. Jemand noch eine Idee? 



--
Gruß
Sonja D.

Das Gegenteil von schlau ist nicht dumm, sondern faul!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] formhandler und TYPO3 6.2 ??? (Zusatzfrage autologin)

[Nando Bosshart]

Hi - any hint on the "trailing slash" issue? 
i'm currently facing the same problem with 1.7dev an 6.2 beta5

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Synchronisierung der Mailingliste typo3-german (at) lists.typo3.org mit Forum.typo3.org

[Happy Pony]

Uiuiui. Ist das wirklich so?

es ist so.  hier ein Paar Beispiele:
1)   zu meinem Posting "Domain Record: wie definiere ich die Startseite für 
Subdomains?" vom 10 February 2014 21:03 hier im Forum sieht man nur einen  Posting.  
Auf der Mailingliste habe ich gerade 10 ausgefiltert.   Ich selbst bin auf die 
Mailingliste  ausgewichen, weil ich diese einzige Antwort im Forum als EMail bekommen 
habe.
2) das Thema "Domain Record: subxyz.mydomain.de beim Abruf von Typo3-Seiten 
einblenden" vom 11.02.2014 15:44 taucht hier im Forum gar nicht auf. auf der ML 
gibt's dazu insgesamt 5 EMails.
3) in diesem Thread "Synchronisierung der Mailingliste typo3-german (at) 
lists.typo3.org mit Forum.typo3.org" gibt's außer der Antwort von Thomas Skierlo auf 
der ML noch zwei Antworten.

Und auch sonst ist auf der ML vielmehr los, als hier im Forum ;-|. Aber vlt.bin 
ich zu ungeduldig und die Synchronisierung findet im zweiwöchentlichen Rhythmus 
statt (Ironie). Oder ich suche die EMails im falschen Forum.

Am 14.02.2014 09:42, schrieb bernd wilke auf der Mailingliste:
die fehlende Synchronisation sollte aber mal gemeldet werden. entweder in forge oder zuminest in der richtigen NG/ML/Forum typo3.teams.typo3org 


Gibt's freiwillige, die das machen?

Gruss, Gustav


Am 14.02.2014 10:01, schrieb Chris Wolff auf der Mailingliste:

meiner meinung nach wird in beide richtungen syncronsiert.



Quote: Thomas Skierlo (tsknl) wrote on Fri, 14 February 2014 09:27


Quote: Happy Pony (happypony) wrote on Fri, 14 February 2014 04:54

Synchronisierung in andere Richtung findet nicht statt.
> 


Uiuiui. Ist das wirklich so? Ich habe mich voller Begeisterung aus (fast) allen 
Mailinglisten abgemeldet, da ich der Ansicht war, beide wären bidirektional 
synchronisiert. Mir wäre es sehr unangenehm, wenn z.B. jemand aus der Liste 
antwortet, und ich bekomme das gar nicht mit. Das wäre auch für Dritte sehr 
demotivierend.





--
Gruss, Gustav
TYPO3 Version 4.5.3
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] phpMyAdmin 4.18.0 auf TYPO3 6.1.3

[Peter Schäfer]

Hallo Georg,

danke dafür, dass Du Dir so lieb Gedanken über die Probleme anderer 
machst. Nee, ernst gemeint.

Ich denke aber wir gehen da beide in eine ähnliche Richtung.

Im aktuellen Fall arbeite ich aber auf einem Server, der, außer Port 80, 
nicht von außen zu erreichen ist. Ich bin per VPN im Kundennetz.
Der VPN-Zugang darüber läuft über einen extra dafür (und das Firmennetz) 
angepassten Router.

Darüber hab ich dann als ROOT alle Möglichkeiten.

Allerdings auch keinen "externen" Zugang zu der DB.

Bin ich aber grad mal an einem anderen Ort, komme ich nicht in das 
Firmennetz und somit auch nicht auf die DB. Das T3 BE allerdings würde 
klappen.
Somit wäre es schön "mal eben", auch aus der Ferne, drüber schauen zu 
können.


SeeU
Peter

Am 14.02.2014 08:00, schrieb Georg Ringer:

Hallo Peter,

Am 14.02.2014 07:47, schrieb Peter Schäfer:

Um es Vorweg zu nehmen...
... das ist nicht das Problem.


nein aber eine andere Lösung.


Es war/ist aber auch nicht die Frage. Ich wollte lediglich wissen, ob
auch andere mit phpMyAdmin in der genannten Konfiguration Probleme haben
und wenn nicht, ob und wie ich diese ggfl. beheben kann.


nun ich hab ja die gleichen Anforderungen wie du, daher ist vielleicht
mein Weg auch interessant.



Mir geht es nur darum während der Entwicklung mal eben einen Blick auf
die DB schmeißen zu können. Bevor das System Live geht würde phpMyAdmin
dann eh wieder raus genommen werden.


Aber das ist ja doof so. Obiger Weg ist auch super für das
Produktivsystem und man braucht keine Extension dazu. Denn was machst du
auf Produktiv wenn du die DB mal brauchst?

Sofern du ein vernünftiges Deployment hast, ist es auch gar nicht
wirklich sinnvoll, da dann das über Extensions zu machen, weil die muss
man dann wieder hinzufügen und wegnehmen usw usw.



Wenn phpMyAdmin mittlerweile nicht mehr "gern gesehen ist", auch aus
Sicherheitsgründen, kann ich das gut nachvollziehen.


Keine der genannten Extensions hat aktuell eine Sicherheitslücke, aber
das kann sich auch wieder ändern.


Evtl. wird es ja auch nicht mehr angepasst. Dazu fehlen mir aber die
Informationen.


Das ist soweit ich weiß schon der Fall.



Allseits einen schönen Start ins Wochenende wünscht


ebenso

Lg Georg


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] tt_news zu anderen tt_news Detailansicht verlinken typo 4.5

[Chris Wolff - AERTiCKET AG]

Hi Dennis du legst ist eigendlich ganz einfach:

Angenommen du hast folgenden baum;
+home[1]
  +neustat listen ansicht [2]
  +Detail seite zu neustat [3]

dann sagst du dem plugin auf der startseite einfach das es bitte auf seite mit 
der id 3 verlinken soll.

Je nach dem wohin du den user dann schicken willst soltlest du noch darauf 
achten das die backPid richtig gesetzt wir damit
Der user auch zur home seite zurück geschickt wird.

Auf der neustadt listen ansicht verhält es sich genau so.

Gruss chris

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Denis Djubajlo
Gesendet: Freitag, 14. Februar 2014 11:05
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] tt_news zu anderen tt_news Detailansicht verlinken typo 
4.5

Hallo,

die Überschrift scheint schon deutlich zu sein, aber muss es noch genau 
erklären.

Also ich versuche auf der Startseite News zu haben, die zu "anderen"
News in die Detailansicht verlinken.

Sagen wir mal als bsp "Events in testStadt".

Dieser soll dann auf eine bestimmte News in die Detailansicht verlinken.

Dafür haben wir ja auch die Option das wir auf andere News verlinken können.
Aber wie kriege ich den nun dazu in die Detailansicht zu hüpfen?


Grüße

Denis D
___
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] Tipps, wie man Extensions für TYPO3 4.x und 6.x implementieren kann

[Chris Wolff - AERTiCKET AG]

Danke Für das Teilen Deiner Erkenntnisse.
Normalerweise Solltest du deine Classen Nicht in ext_autoload eintragen müssen 
wenn sie dem Typo3 Namenschema entsprechen.
Dann findet typo3 sie automatisch.

Ext_autoload.php ist nur für classen gedacht die nicht dem typo3 namenschema 
entsprechen z.b weil sie aus einer externenlibary kommen.

Es kann sein das es einschränkungen beim autoloading für "low-level" entry 
points gibt. (eID,scheduler) das weiss ich nicht genau.

Es stimmt das man die classenamen in ext_autoload.php kleinschreiben muss 
(jedenfalls unter typo3 4.5 später wurde das behoben)

Gruss chris


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Norbert Sendetzky
Gesendet: Freitag, 14. Februar 2014 12:02
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Tipps, wie man Extensions für TYPO3 4.x und 6.x 
implementieren kann

Hallo zusammen

Letzte Woche haben wir die erste Version der Arcaivas Webshop Extension 
veröffentlicht, die mit allen TYPO3 Versionen von 4.5 bis 6.1 funktionsfähig 
war (für die, die es interessiert gibt es hier mehr Infos dazu: 
http://forum.typo3.org/index.php/t/200655/). Dabei haben wir einige Erfahrungen 
gesammelt, die wir während des Anpassens und Testens der Extensions gemacht 
haben und die wir gerne hier teilen möchten.


Wenn ihr eure Extension direkt mit Extbase anstatt dem PI-basierenden Ansatz 
entwickelt habt, dann habt ihr sicher auch die neuen Tx_ Klassen benutzt, die 
die benötigte Funktionalität wesentlich sauberer kapseln. In TYPO3 6.x wurde 
das zwar auf Namespaces umgestellt, aber es gibt eine Kompatibilitätsschicht, 
so dass in den meisten Fällen auch die Tx_ Klassen in 6.x benutzt werden 
können. Leider haben sich aber einige Implementierungen in 6.x stark geändert 
und für genau die gibt es dann auch keine Kompatibilitätsschicht.

Einer dieser Problemfälle ist die Handhabung von flash messages im Tx_ 
ActionController bzw. in den neuen Namespace-Variante. Im 
Tx_Extbase_MVC_Controller_ActionController gibt es eine Eigenschaft 
flashMessageContainer, die ein Objekt enthält, zu dem man wichtige Nachrichten 
für den Benutzer hinzufügen kann, z.B. falls ein Fehler aufgetreten ist, der 
nicht weiter behandelt werden kann:

$this->flashMessageContainer->add( ... );

In TYPO3 6.x hat sich die Implementierung der flash message Objekte ziemlich 
stark geändert und ist nicht mehr kompatibel mit dem 
$this->flashMessageContainer Objekt weil sich die Methodennamen und die 
benutzten Objekte im Vergleich zu 4.x stark geändert haben. Eine 
Kompatibilitätsschicht gibt es dafür nicht, aber für die ganz alte t3lib_ 
Variante. Anstatt also die schönen neuen Objekte zu benutzen muss man hier auf 
die "altertümlichen" t3lib Klassen zurück greifen, damit es mit 4.x und 6.x 
funktioniert:

t3lib_FlashMessageQueue::addMessage( new t3lib_FlashMessage( '', 
'Error', t3lib_Flashmessage::ERROR );


Die Scheduler Tasks ("Planer" in der deutschen Übersetzung) machen auch 
Probleme, weil sich das PHP Interface für die "additional field provider" 
(Klassen um zusätzliche Felder im Task anzeigen und auswerten zu können) 
geändert hat und auch nicht rückwärtskompatibel ist.

In TYPO3 4.x erben die "additional fields provider" nur von tx_scheduler_Task 
und müssen folgende Methoden implementieren:
- public function getAdditionalFields( array &$taskInfo, $task, 
tx_scheduler_Module $parentObject )
- public function saveAdditionalFields( array $submittedData, tx_scheduler_Task 
$task )
- public function validateAdditionalFields( array &$submittedData, 
tx_scheduler_Module $parentObject ) 

Die Provider in 6.x müssen dagegen das 
\TYPO3\CMS\Scheduler\AdditionalFieldProviderInterface implementieren, das 
folgende Methodensignaturen beinhaltet:
- public function getAdditionalFields( array &$taskInfo, $task, 
\TYPO3\CMS\Scheduler\Controller\SchedulerModuleController $parentObject )
- public function saveAdditionalFields( array $submittedData, 
\TYPO3\CMS\Scheduler\Task\AbstractTask $task )
- public function validateAdditionalFields( array &$submittedData, 
\TYPO3\CMS\Scheduler\Controller\SchedulerModuleController $parentObject )

Der Unterschied ist im Typ des letzten Parameters der Methoden. Die übergebenen 
Objekte sind nicht kompatibel und haben unterschiedliche Methoden und es gibt 
auch nicht die Möglichkeit, nur die alte Variante zu benutzen. Unsere Lösung 
dafür war, zwei verschiedene Klassen zu implementieren mit dem jeweils 
richtigen Interface zu implementieren und den gemeinsamen Code in eine 
Basisklasse auszulagern, der von den jeweiligen getAdditionalFields(), 
saveAdditionalFields() und validateAdditionalFields() Methoden benutzt wird. Um 
die richtige Implementierung für die jeweilige TYPO3 Version bereit zu stellen 
haben wir eine Art "feature detection" in der ext_localconf.php benutzt (die 
TYPO3 Version als Weiche zu benutzen schlägt früher oder später immer fehl!):

if( class_

Re: [TYPO3-german] Fehlerursache?

[Jan Kornblum]

Hi Michael,

wenn die Datei/Verzeichnisrechte stimmen und das Problem nur sporadisch 
auftritt, dann koennte es moeglicherweise die Anzahl der vom Benutzer 
momentan geoeffneten Dateien oder Prozesse sein. Die Anzahl Prozesse sind 
laesst sich auf jeden Fall limitieren, bei Dateien bin ich mir nicht ganz 
sicher.


Dann wäre ein Strato PowerWeb Plus derzeit definitiv nicht TYPO3 6.1.x 
tauglich (schon krass eigentlich). Nicht einmal bei einer sehr kleinen 
Seite ohne ressourcenhungrige Extension (Mir ist natürlich klar dass, 
es weitaus bessere Hostingalternativen gibt).


Eine andere Moeglichkeit: der Benutzer kratzt staendig am Quota Limit und 
ueberschreitet es hin und wieder, sodass keine Daten in's Filesystem 
geschrieben werden koennen. Kurze Zeit spaeter sind Resourcen wieder frei und 
der Prozess kann wieder schreiben.


Kann nicht sein. Das Paket wurde jüngst geupgraded und da ist massig 
Space frei...



Nur zwei Ideen, die mir auf Anhieb in den Sinn kamen :-)


Vielen Dank dafür, Jan


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Tipps, wie man Extensions für TYPO3 4.x und 6.x implementieren kann

[Georg Ringer]

Hallo,

ich mach das so dass ich mit 6-2 einen cut ziehe und hier mit einem
eigenen branch arbeite.

zB https://git.typo3.org/TYPO3CMS/Extensions/news.git

da hab ich mit bugfixing eigentlich wenig probleme das in 2 branches zu
machen und dann bleibt das alles auch sauber

lg georg
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Tipps, wie man Extensions für TYPO3 4.x und 6.x implementieren kann

[Norbert Sendetzky]

Hallo zusammen

Letzte Woche haben wir die erste Version der Arcaivas Webshop Extension 
veröffentlicht, die mit allen TYPO3 Versionen von 4.5 bis 6.1 funktionsfähig 
war (für die, die es interessiert gibt es hier mehr Infos dazu: 
http://forum.typo3.org/index.php/t/200655/). Dabei haben wir einige Erfahrungen 
gesammelt, die wir während des Anpassens und Testens der Extensions gemacht 
haben und die wir gerne hier teilen möchten.


Wenn ihr eure Extension direkt mit Extbase anstatt dem PI-basierenden Ansatz 
entwickelt habt, dann habt ihr sicher auch die neuen Tx_ Klassen benutzt, die 
die benötigte Funktionalität wesentlich sauberer kapseln. In TYPO3 6.x wurde 
das zwar auf Namespaces umgestellt, aber es gibt eine Kompatibilitätsschicht, 
so dass in den meisten Fällen auch die Tx_ Klassen in 6.x benutzt werden 
können. Leider haben sich aber einige Implementierungen in 6.x stark geändert 
und für genau die gibt es dann auch keine Kompatibilitätsschicht.

Einer dieser Problemfälle ist die Handhabung von flash messages im Tx_ 
ActionController bzw. in den neuen Namespace-Variante. Im 
Tx_Extbase_MVC_Controller_ActionController gibt es eine Eigenschaft 
flashMessageContainer, die ein Objekt enthält, zu dem man wichtige Nachrichten 
für den Benutzer hinzufügen kann, z.B. falls ein Fehler aufgetreten ist, der 
nicht weiter behandelt werden kann:

$this->flashMessageContainer->add( ... );

In TYPO3 6.x hat sich die Implementierung der flash message Objekte ziemlich stark geändert 
und ist nicht mehr kompatibel mit dem $this->flashMessageContainer Objekt weil sich die 
Methodennamen und die benutzten Objekte im Vergleich zu 4.x stark geändert haben. Eine 
Kompatibilitätsschicht gibt es dafür nicht, aber für die ganz alte t3lib_ Variante. Anstatt 
also die schönen neuen Objekte zu benutzen muss man hier auf die "altertümlichen" 
t3lib Klassen zurück greifen, damit es mit 4.x und 6.x funktioniert:

t3lib_FlashMessageQueue::addMessage( new t3lib_FlashMessage( '', 
'Error', t3lib_Flashmessage::ERROR );


Die Scheduler Tasks ("Planer" in der deutschen Übersetzung) machen auch Probleme, weil 
sich das PHP Interface für die "additional field provider" (Klassen um zusätzliche Felder 
im Task anzeigen und auswerten zu können) geändert hat und auch nicht rückwärtskompatibel ist.

In TYPO3 4.x erben die "additional fields provider" nur von tx_scheduler_Task 
und müssen folgende Methoden implementieren:
- public function getAdditionalFields( array &$taskInfo, $task, 
tx_scheduler_Module $parentObject )
- public function saveAdditionalFields( array $submittedData, tx_scheduler_Task 
$task )
- public function validateAdditionalFields( array &$submittedData, tx_scheduler_Module $parentObject ) 


Die Provider in 6.x müssen dagegen das 
\TYPO3\CMS\Scheduler\AdditionalFieldProviderInterface implementieren, das 
folgende Methodensignaturen beinhaltet:
- public function getAdditionalFields( array &$taskInfo, $task, 
\TYPO3\CMS\Scheduler\Controller\SchedulerModuleController $parentObject )
- public function saveAdditionalFields( array $submittedData, 
\TYPO3\CMS\Scheduler\Task\AbstractTask $task )
- public function validateAdditionalFields( array &$submittedData, 
\TYPO3\CMS\Scheduler\Controller\SchedulerModuleController $parentObject )

Der Unterschied ist im Typ des letzten Parameters der Methoden. Die übergebenen Objekte 
sind nicht kompatibel und haben unterschiedliche Methoden und es gibt auch nicht die 
Möglichkeit, nur die alte Variante zu benutzen. Unsere Lösung dafür war, zwei 
verschiedene Klassen zu implementieren mit dem jeweils richtigen Interface zu 
implementieren und den gemeinsamen Code in eine Basisklasse auszulagern, der von den 
jeweiligen getAdditionalFields(), saveAdditionalFields() und validateAdditionalFields() 
Methoden benutzt wird. Um die richtige Implementierung für die jeweilige TYPO3 Version 
bereit zu stellen haben wir eine Art "feature detection" in der 
ext_localconf.php benutzt (die TYPO3 Version als Weiche zu benutzen schlägt früher oder 
später immer fehl!):

if( class_exists( '\TYPO3\CMS\Scheduler\Task\AbstractTask' ) ) {
   
$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['scheduler']['tasks']['Arcavias\Arcavias\Scheduler\Task\Typo6']
 = ...
} else {
   
$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['scheduler']['tasks']['Tx_Arcavias_Scheduler_Task_Typo4']
 = ...
}


Zu guter letzt sollte man sich vor Augen halten, dass die Namen der Tx_ Klassen 
in ext_autoload.php immer klein geschrieben werden müssen (das steht auch 
irgenwo in der Doku). In manchen Fällen funktioniert es auch mit der 
Orginalschreibweise (also camel-cased), aber nicht für den Schedulerteil. Um 
die Sache noch etwas komplizierter zu machen betrifft das allerdings nicht die 
neuen Klassen mit Namespaces in 6.x! Folgendes Beispiel für 4.x und 6.x 
funktioniert:

'tx_arcavias_scheduler_task_typo4' => $extensionPath . 
'Classes/Scheduler/Task/Typo4.php',
'tx_arcavias_scheduler_provider_typo4' => $extensionPath . 
'Classes/Scheduler/Prov

[TYPO3-german] tt_news zu anderen tt_news Detailansicht verlinken typo 4.5

[Denis Djubajlo]

Hallo,

die Überschrift scheint schon deutlich zu sein, aber muss es noch genau
erklären.

Also ich versuche auf der Startseite News zu haben, die zu "anderen"
News in die Detailansicht verlinken.

Sagen wir mal als bsp "Events in testStadt".

Dieser soll dann auf eine bestimmte News in die Detailansicht verlinken.

Dafür haben wir ja auch die Option das wir auf andere News verlinken können.
Aber wie kriege ich den nun dazu in die Detailansicht zu hüpfen?


Grüße

Denis D
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] f:if condition

[Bernhard Prange]

KOPF IMMER SCHÖN HART AUF DEN SCHREIBTISCH!!!

... Danke Bernd, das wars.


Am 14.02.2014 10:29, schrieb bernd wilke:

Am 14.02.14 09:56, schrieb Bernhard Prange:

Hallo Liste,
ich versuche gerade innerhalb eines Extensions Templates hiermit zu
arbeiten:

   
Ist wahr
ist falsch


Error des Templates ist:

A boolean expression has more than tree parts.



ich sehe zumindest in deinem Text hier ein ' zu viel (vor dem letzten ")

bernd


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] gridelements wrapping problem

[JoH asenau]

Am 13.02.2014 10:58, schrieb Karl:

Hmm jetzt geht es. Was ich sehr seltsam finde.

Ich lese überall das die Klasse nicht mehr tt_content.gridelements_pi1
ist sonder tt_content.gridelements_view und das man das im TS ändern
muss. Allerdings mit_view geht es nicht - mit _pi1 geht es nun doch...
wieso das?


Ist eigentlich ganz einfach: Es gibt einen Unterschied zwischen dem 
Klassennamen und dem TypoScript-Key, der sich auf den verwendeten CType 
bezieht. Zudem ist der Klassenname selbst unter 2.x bzw. 3.x nochmals an 
die neuen Gepflogenheiten im Core angepasst worden.


Aktueller Stand ist:

TYPO3 4.5 => GE 1.x

PHP-Klassenname tx_gridelements_view
tt_content.gridelements_pi1.20.10 {
  userFunc = tx_gridelements_view->main
}

TYPO3 6.0/6.1 => GE 2.x

PHP-Klassenname Gridelements
tt_content.gridelements_pi1.20.10 {
  userFunc = GridElementsTeam\Gridelements\Plugin\Gridelements->main
}

TYPO3 6.2 => GE 3.x

PHP-Klassenname Gridelements
tt_content.gridelements_pi1.20.10 {
  userFunc = GridElementsTeam\Gridelements\Plugin\Gridelements->main
}

In jedem Fall wird das Setup von tt_content.gridelements_pi1 vorsorglich 
auf tt_content.gridelements_view kopiert, weil wir irgendwann auch beim 
CType das _pi1 entsorgen wollen und es danach möglichst wenig Probleme 
für bestehende Setups geben soll.


HDH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] f:if condition

[bernd wilke]

Am 14.02.14 09:56, schrieb Bernhard Prange:

Hallo Liste,
ich versuche gerade innerhalb eines Extensions Templates hiermit zu
arbeiten:

   
Ist wahr
ist falsch


Error des Templates ist:

A boolean expression has more than tree parts.



ich sehe zumindest in deinem Text hier ein ' zu viel (vor dem letzten ")

bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Synchronisierung der Mailingliste typo3-german (at) lists.typo3.org mit Forum.typo3.org

[Chris Wolff - AERTiCKET AG]

Hallo Thomas,
meiner meinung nach wird in beide richtungen syncronsiert.
Es gab vor einiger zeit eine diskursion das das forum bilder erlaubt. Diese 
aber für die mailing liste entfernt werden.

Und dort haben meines wissen munter foren & mailing listen teilnehmer 
miteinander diskutiert.

Gruss chris

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Thomas Skierlo
Gesendet: Freitag, 14. Februar 2014 09:27
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Re: Synchronisierung der Mailingliste typo3-german (at) 
lists.typo3.org mit Forum.typo3.org

Quote: Happy Pony (happypony) wrote on Fri, 14 February 2014 04:54

Synchronisierung in andere Richtung findet nicht statt.
> 

Uiuiui. Ist das wirklich so? Ich habe mich voller Begeisterung aus (fast) allen 
Mailinglisten abgemeldet, da ich der Ansicht war, beide wären bidirektional 
synchronisiert. Mir wäre es sehr unangenehm, wenn z.B. jemand aus der Liste 
antwortet, und ich bekomme das gar nicht mit. Das wäre auch für Dritte sehr 
demotivierend.



___
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] f:if condition

[Bernhard Prange]

Hallo Liste,
ich versuche gerade innerhalb eines Extensions Templates hiermit zu 
arbeiten:


  

Ist wahr
ist falsch


Error des Templates ist:

A boolean expression has more than tree parts.

lib.currentDate ist im Timestamp format. und kann über f:cObject auch 
ausgegeben werden. newsItem.eventEnddate stammt aus einer Extension und 
ist auch verwendbar.


Ich nehme an, ich mache in der Bedinung was falsch. Aber was?

Gruß

Bernhard

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] YAG und Bildbeschriftung

[Tobias Leichsenring | EDVSolutions.org]

Hallo,

 

ich nutze in einem T3-System (Typo3 6.1.7) YAG und dort das Theme "Rondell".

 

Jetzt möchte ich nicht, dass in den Bildern die Beschreibung und teilweise
die Exif-Daten eingeblendet werden.

Die Änderung in der Konfiguration
(/typo3conf/ext/yag_themepack_jquery/Configuration/TypoScript/Themes/Rondell
/General.ts):

 

# Show the item title beneath the image

showTitle = 0

 

# Show the item description beneath the image

showDescription = 0

 

blieb leider ohne Erfolg. Hat jemand einen Tipp für mich ? 

 

 

 

Mit freundlichen Grüßen

Tobias Leichsenring

 

 

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] f:format.date ohne lokalisierung

[bernd wilke]

Gerade bin ich wieder darüber gestolpert:
für die php-Funktion date() gibt es (in PHP) keine Lokalisierung.
Wenn man Wochentage oder Monate in deutscher Bezeichnung haben möchte 
ist diese Formatierung nicht möglich.
Das habe ich gerade im Wiki[1] nachgetragen, inkl. der entsprechenden 
Forge-Tickets.


gibt es inzwischen den Ansatz strftime als Viewhelper einzubauen oder 
muss ich dafür noch ein Feature request machen?


[1] http://wiki.typo3.org/Fluid#f:format.date


Bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Synchronisierung der Mailingliste typo3-german (at) lists.typo3.org mit Forum.typo3.org

[bernd wilke]

Am 14.02.14 09:27, schrieb Thomas Skierlo:

Quote: Happy Pony (happypony) wrote on Fri, 14 February 2014 04:54

Synchronisierung in andere Richtung findet nicht statt.




Uiuiui. Ist das wirklich so? Ich habe mich voller Begeisterung aus
(fast) allen Mailinglisten abgemeldet, da ich der Ansicht war, beide
wären bidirektional synchronisiert. Mir wäre es sehr unangenehm, wenn
z.B. jemand aus der Liste antwortet, und ich bekomme das gar nicht mit.
Das wäre auch für Dritte sehr demotivierend.


in den Newsgroups (es gibt noch diesen dritten Weg!) scheinen alle 
Beiträge anzukommen. erst letzte Woche hat jemand mit fullquote auf ein 
Digest gantwortet :(


die fehlende Synchronisation sollte aber mal gemeldet werden. entweder 
in forge oder zuminest in der richtigen NG/ML/Forum typo3.teams.typo3org


bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Synchronisierung der Mailingliste typo3-german (at) lists.typo3.org mit Forum.typo3.org

[Thomas Skierlo]

Quote: Happy Pony (happypony) wrote on Fri, 14 February 2014 04:54

Synchronisierung in andere Richtung findet nicht statt.




Uiuiui. Ist das wirklich so? Ich habe mich voller Begeisterung aus (fast) allen 
Mailinglisten abgemeldet, da ich der Ansicht war, beide wären bidirektional 
synchronisiert. Mir wäre es sehr unangenehm, wenn z.B. jemand aus der Liste 
antwortet, und ich bekomme das gar nicht mit. Das wäre auch für Dritte sehr 
demotivierend.



___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german