Re: [TYPO3-german] Standard Bild-Element wird nicht ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird

2014-10-16 Diskussionsfäden JCL - Johannes C. Laxander
Hallo Ralf-René, 

  #1: PHP Warning: array_replace_recursive() [a 
 href='function.array-replace-recursive'function.array-replace
 -recursive/a]: Argument #1 is not an array in ...
 ich kann zwar nicht helfen... aber wenn du die ursache für 
 diesen Fehler hast BITTE hier posten ... ich habe den auch 

werde ich tun - wenn ich's nicht vergesse ;)

Aber noch bin ich keinen Milimeter weiter.

Johannes. 


 andauernd (auch bei diversen Extensions die auf anderen 
 Installationen OK sind) ich finde einfach die Ursache für 
 diese Fehlermeldung nicht (ich kann sie einfach abschalten, 
 es funktioniert alles, aber mein BE Protokoll füllt sich ohne Ende...)

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

Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member function getUrl()

2014-10-16 Diskussionsfäden berfh
Hi Philipp,
ich habe soeben, hoffentlich richtig, das Ticket erstellt.
https://forge.typo3.org/issues/62266
 
Kann der Grund für die Fehlermeldung vielleicht in den externen Links begründet 
liegen? 
Wie schon geschrieben, werden mit deiner vorübergehenden Lösung, externe Links 
als Falsch angezeigt, obwohl die Links funktionieren.
Hier 3 ausgewählte Beispiele:
http://www.palgrave.com/products/title.aspx?pid=382867 Exception: Curl error: 
Maximum (5) redirects followed
http://onlinelibrary.wiley.com/doi/10./j.1758-5899.2011.00122.x/abstract An 
error occurred (405): Method Not Allowed.
http://www.nytimes.com/2009/12/03/opinion/03iht-edmergenthaler.html?_r=4ref=global;
 Exception: Domain www.nytimes.com cannot set cookies for www.stg.nytimes.com

Vielen Dank für die Unterstützung
Gunther

 

Gesendet: Mittwoch, 15. Oktober 2014 um 19:25 Uhr
Von: Philipp Gampe philipp.ga...@typo3.org
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member 
function getUrl()
Hi Gunther,

bernd wilke wrote:

 Bzgl. Der Meldung als Bugreport. Wie kann ich einen neuen Bugreport
 erstellen,
  ich finde nur bereits gemeldete Bugs, aber keine Möglichkeit einen
 neuen Report zu erstellen.


 du must dich erst mit deinem TYPO3-Account anmelden. dann erscheint ein
 Link zum Erstellen neuer Forge-Ticket

Sobald du das Ticket erstellt hast, bitte hier posten.

Einen ersten Patch habe ich schon einmal angehängt. Mich wundert, warum
bisher niemand dieses Problem hatte.

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
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Sprachumschaltung unter beibehaltung der Autokonfiguration von RealURL

2014-10-16 Diskussionsfäden Dr Dieter Porth
Für die Sprachumschaltung möchte ich in Realurl eine Adresse zum
Beispiel vom Typ
www.example.com/en/
ausgeben lassen. Bisher, unter Verwendung der Autokonfiguration von
Realurl, erhalte ich nur die Ausgabe
www.example.com/1/

Wenn ich entsprechende Änderungen in realurl_conf.php vornehme, lässt
sich das Problem lösen. Die  'realurl_conf.php' hat aber den Nachteil,
dass ich bei jeder Änderung der Konfiguration von Realurl die
Korrekturen nachziehen muss. Ich möchte, dass die gewünschten Änderungen
fester Bestandteil der Autokonfiguration von Realurl werden.
Wie kann ich die gewünschten Änderungen in der Autokonfiguration von
Realurl - ohne Konstruktion einer eigenen Extension - erreichen?
Über einen Tipp oder Hinweis werde ich mich freuen.


Dieter

-- 
Dr. Dieter Porth
- Mein kleines TYPO3-Labor: http://www.mobger.de/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] Standard Bild-Element wird nicht ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird

2014-10-16 Diskussionsfäden JCL - Johannes C. Laxander

Frohe Kunde!

Der Fehler (siehe auch https://forge.typo3.org/issues/62139)

#1: PHP Warning: array_replace_recursive() [a 
href='function.array-replace-recursive'function.array-replace-recursive/a]: 
Argument #1 is not an array in ...

lässt sich mit diesem Patch beheben: https://review.typo3.org/#/c/33263/

Problem scheint gelöst, zumindest ist bei mir die Fehlermeldung weg, aber 
ausgegeben wird das Standard-Bild trotzdem nicht. Mein ursprüngliches Problem 
besteht also immer noch.

Vllt. hilt dir der Patch ja auch. Viel Erfolg!

Gruß, Johannes.



 
 Hallo Ralf-René, 
 
   #1: PHP Warning: array_replace_recursive() [a
  href='function.array-replace-recursive'function.array-replace
  -recursive/a]: Argument #1 is not an array in ...
  ich kann zwar nicht helfen... aber wenn du die ursache für diesen 
  Fehler hast BITTE hier posten ... ich habe den auch
 
 werde ich tun - wenn ich's nicht vergesse ;)
 
 Aber noch bin ich keinen Milimeter weiter.
 
 Johannes. 
 
 
  andauernd (auch bei diversen Extensions die auf anderen 
 Installationen 
  OK sind) ich finde einfach die Ursache für diese 
 Fehlermeldung nicht 
  (ich kann sie einfach abschalten, es funktioniert alles, 
 aber mein BE 
  Protokoll füllt sich ohne Ende...)
 
 ___
 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] Standard Bild-Element wird nicht ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird

2014-10-16 Diskussionsfäden JCL - Johannes C. Laxander

Die Fehlermeldung in der Frontendausgabe ist mit dem Patch behoben (siehe mein 
vorhergehendes Posting). Das TYPO3 Standard Inhaltselment Image wird aber 
immer noch nicht ausgegeben.

Woher soll TYPO3 denn jetzt wissen, dass die Ausgabe aus dem Objeckt 
tt_content.image.default gerendert werden soll und nicht mehr aus 
tt_content.image???

Da muss ich doch sicher noch was tun! Aber was?   

Johannes.

 
 ich möchte aufgrund der Layout-Auswahl im Inhaltselement die 
 HTML-Ausgabe ändern. Dafür habe ich dieses Typoscript (TYPO3 6.2.5):
 
 # CASE Object um 'image'
 # Inhaltselement 'image' kopieren (sichern) temp.tt_content  
 tt_content.image # 'image'-Element löschen tt_content.image  
 # neu aufbauen als CASE-Objekt tt_content.image = CASE 
 tt_content.image {
   # Layouts auswählen
   # default = Standard 'image'-Objekt
   # 1 - Bild-Text-Banner
   key.field = layout
   # Gesicherte Standard-Konfiguration zurück kopieren
   default  temp.tt_content
   # Bild-Text-Banner
   1  temp.tt_content
   # Image Teaser
   2  temp.tt_content
 }
 
 Die neu definierten Objekte sind eigene Inhaltselemente und 
 werden wie gewünscht ausgegeben. Bei einem Standard Image 
 Inhaltselement wird aber dieser Fehler ausgegeben:
 
 #1: PHP Warning: array_replace_recursive() [a 
 href='function.array-replace-recursive'function.array-replace
 -recursive/a]: Argument #1 is not an array in ...
 
 Wo liegt mein Fehler? Ich vermute es liegt an default  
 temp.tt_content !? Aber wie geht’s richtig?
 
 Gruß, Johannes.
 
 
 
 ___
 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] Ordner löschen

2014-10-16 Diskussionsfäden Matthias Vetter

Hallo ich habe das Problem das ich einen von mir erstellten Ordner im fileadmin 
löschen möchte, ich dort aber die Fehlermeldung bekomme das es nicht geht weil 
dort noch Dateien im Ordner sind. Gibt es eine Möglichkeit das zu umgehen? In 
den Backend-Benutzereinstellung habe ich das Häcken gesetzt bei Verzeichnis 
rekursiv löschen.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Cache Problem mit Extbase

2014-10-16 Diskussionsfäden Hendrik Reimers

Hallo,

habe eine Ext. gebaut mit Extbase/Fluid. Soweit so gut, das Problem ist jetzt wenn ich von der 
listAction auf die showAction verlinke (normal per f:link.action ) und der TYPO3 
Cache aktiv ist (also no_cache = 0) wird mir immer der falsche Eintrag angezeigt (zuvor 
gecachte eintrag) in der Detailansicht. Sobald ich per URL aber sage no_cache=1 
wird mir der korrekte Eintrag angezeigt. In der URL passt aber alles sprich cHash usw ist drin.

Jemand eine Idee woran das liegen könnte?

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

Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member function getUrl()

2014-10-16 Diskussionsfäden Philipp Gampe
Hi be...@gmx.de,

be...@gmx.de wrote:

 Kann der Grund für die Fehlermeldung vielleicht in den externen Links
 begründet liegen? Wie schon geschrieben, werden mit deiner vorübergehenden
 Lösung, externe Links als Falsch angezeigt, obwohl die Links
 funktionieren. Hier 3 ausgewählte Beispiele:
 http://www.palgrave.com/products/title.aspx?pid=382867 Exception: Curl
 error: Maximum (5) redirects followed

Das ist korrekt. Das Gleiche passiert, wenn du die URL per wget anforderst.

 
http://onlinelibrary.wiley.com/doi/10./j.1758-5899.2011.00122.x/abstract
 An error occurred (405): Method Not Allowed.

Das ist korrekt. Die Webseite unterstützt keine HEAD Request. Ich werde zu 
dem Ticket einen Workaround dazu einbauen, sofern ich die Situation sicher 
erkennen kann.

 http://www.nytimes.com/2009/12/03/opinion/03iht-edmergenthaler.html?_r=4ref=global;
 Exception: Domain www.nytimes.com cannot set cookies for
 www.stg.nytimes.com

Das ist ein Bug in der Seite. Browser verhalten sich hier toleranter, aber 
Cookies dürfen immer nur für die aufgerufene Domain gesetzt werden.

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

[TYPO3-german] TS Template Editor + Firefox

2014-10-16 Diskussionsfäden Jan Kornblum

Hi Newsgroup,

wenn ich mit Firefox im TS Template Editor ein Typoscript Template mit 
mehr als ca. 250 Zeilen bearbeite, zwingt das den Browser für etliche 
Sekunden in die Knie (100% CPU usw., Browser reagiert nicht mehr). Am 
heftigsten ist das bei 6.2 LTS Installationen... Meine Hardware ist 
relativ modern und bietet eigentlich genug Ressourcen.


Hat jemand ähnliche Phänomene oder vielleicht Ideen zur Abhilfe?

Danke und viele Grüße
Jan


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


[TYPO3-german] error: Call to a member function setTSlogMessage() on a non-object in ContentObjectRenderer

2014-10-16 Diskussionsfäden Johannes C. Schulz - EnzephaloN IT-Solutions
Hallo

In meiner eigenen Extension wird bei Durchlaufen einer Action (anlegen von
Datensätzen und senden einer Email) folgender Fehler geworfen:

Fatal error: Call to a member function setTSlogMessage() on a non-object
in/is/htdocs/wp1106888_H2WDP83R7T/www/typo3_sources/typo3_src-6.2.5/typo3/sy
sext/frontend/Classes/ContentObject/ContentObjectRenderer.php on line 768

Da die Datensätze korrekt angelegt, aber die Email nicht gesendet wird
vermute ich daß es irgendwo dort den Fehler gibt. Aber trotzdem sollte die
obige Fehlermeldung doch nicht erscheinen, oder? Kann mir jemand sagen auf
was genau die Fehlermeldung hindeutet?

Danke
Johannes

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


Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member function getUrl()

2014-10-16 Diskussionsfäden berfh
Hi Phillip,
sorry, aber mit dem Patch bekomme ich jetzt diese Fehlermeldung:
#1: PHP Catchable Fatal Error: Object of class __PHP_Incomplete_Class could not 
be converted to string in 
/html/typo3/typo3_src-6.2.5/typo3/sysext/linkvalidator/Classes/Linktype/ExternalLinktype.php
 line 148

und dies ist der Bereich auf den sich die Meldung bezieht:
case 'loop':
$response = sprintf($GLOBALS['LANG']-getLL('list.report.redirectloop'), 
$errorParams['errorCode'], $errorParams['location']);
break;

LG Gunther

Gesendet: Donnerstag, 16. Oktober 2014 um 10:25 Uhr
Von: Philipp Gampe philipp.ga...@typo3.org
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member 
function getUrl()
Hi be...@gmx.de,

be...@gmx.de wrote:

 Kann der Grund für die Fehlermeldung vielleicht in den externen Links
 begründet liegen? Wie schon geschrieben, werden mit deiner vorübergehenden
 Lösung, externe Links als Falsch angezeigt, obwohl die Links
 funktionieren. Hier 3 ausgewählte Beispiele:
 http://www.palgrave.com/products/title.aspx?pid=382867 Exception: Curl
 error: Maximum (5) redirects followed

Das ist korrekt. Das Gleiche passiert, wenn du die URL per wget anforderst.


http://onlinelibrary.wiley.com/doi/10./j.1758-5899.2011.00122.x/abstract[http://onlinelibrary.wiley.com/doi/10./j.1758-5899.2011.00122.x/abstract]
 An error occurred (405): Method Not Allowed.

Das ist korrekt. Die Webseite unterstützt keine HEAD Request. Ich werde zu
dem Ticket einen Workaround dazu einbauen, sofern ich die Situation sicher
erkennen kann.

 http://www.nytimes.com/2009/12/03/opinion/03iht-edmergenthaler.html?_r=4ref=global[http://www.nytimes.com/2009/12/03/opinion/03iht-edmergenthaler.html?_r=4ref=global;]
 Exception: Domain www.nytimes.com[http://www.nytimes.com] cannot set cookies 
 for
 www.stg.nytimes.com[http://www.stg.nytimes.com]

Das ist ein Bug in der Seite. Browser verhalten sich hier toleranter, aber
Cookies dürfen immer nur für die aufgerufene Domain gesetzt werden.

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[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] linkvalidator: Fatal error: Call to a member function getUrl()

2014-10-16 Diskussionsfäden Philipp Gampe
Hi be...@gmx.de,

be...@gmx.de wrote:

Tut mir Leid. Ich habe beim Patch einen Fehler gemacht.

Bitte füge folgenden Code oberhalb der Fehlerzeile ein:
if (!is_scalar($errorParams['location'])) {
$errorParams['location'] = 'Sorry';
}

Alternativ kannst du auch die Linkvalidator Tabelle löschen.

Dann kannst du das Modul wieder aufrufen und mit dem neuen Patch (siehe 
Review System Patchset 2) einen neuen Durchlauf starten.
Danach kannst den obigen Code wieder löschen.

Grüße
Phil

 Hi Phillip,
 sorry, aber mit dem Patch bekomme ich jetzt diese Fehlermeldung:
 #1: PHP Catchable Fatal Error: Object of class __PHP_Incomplete_Class
 #could not be converted to string in
 
#/html/typo3/typo3_src-6.2.5/typo3/sysext/linkvalidator/Classes/Linktype/ExternalLinktype.php
 #line 148
 
 und dies ist der Bereich auf den sich die Meldung bezieht:
 case 'loop':
 $response = sprintf($GLOBALS['LANG']-getLL('list.report.redirectloop'),
 $errorParams['errorCode'], $errorParams['location']); break;
 
 LG Gunther
 
 Gesendet: Donnerstag, 16. Oktober 2014 um 10:25 Uhr
 Von: Philipp Gampe philipp.ga...@typo3.org
 An: typo3-german@lists.typo3.org
 Betreff: Re: [TYPO3-german] linkvalidator: Fatal error: Call to a member
 function getUrl() Hi be...@gmx.de,
 
 be...@gmx.de wrote:
 
 Kann der Grund für die Fehlermeldung vielleicht in den externen Links
 begründet liegen? Wie schon geschrieben, werden mit deiner
 vorübergehenden Lösung, externe Links als Falsch angezeigt, obwohl die
 Links funktionieren. Hier 3 ausgewählte Beispiele:
 http://www.palgrave.com/products/title.aspx?pid=382867 Exception: Curl
 error: Maximum (5) redirects followed
 
 Das ist korrekt. Das Gleiche passiert, wenn du die URL per wget
 anforderst.
 

 
http://onlinelibrary.wiley.com/doi/10./j.1758-5899.2011.00122.x/abstract[http://onlinelibrary.wiley.com/doi/10./j.1758-5899.2011.00122.x/abstract]
 An error occurred (405): Method Not Allowed.
 
 Das ist korrekt. Die Webseite unterstützt keine HEAD Request. Ich werde zu
 dem Ticket einen Workaround dazu einbauen, sofern ich die Situation sicher
 erkennen kann.
 
 http://www.nytimes.com/2009/12/03/opinion/03iht-edmergenthaler.html?_r=4ref=global[http://www.nytimes.com/2009/12/03/opinion/03iht-edmergenthaler.html?_r=4ref=global;]
 Exception: Domain www.nytimes.com[http://www.nytimes.com] cannot set
 cookies for www.stg.nytimes.com[http://www.stg.nytimes.com]
 
 Das ist ein Bug in der Seite. Browser verhalten sich hier toleranter, aber
 Cookies dürfen immer nur für die aufgerufene Domain gesetzt werden.
 
 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[http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german]
-- 
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

[TYPO3-german] TYPO3 linkTP in action controller

2014-10-16 Diskussionsfäden dialoop TYPO3-Support-Team

Hallo,

ich müsste in einen Action-Controller einen Link generieren zu einer 
bestimmten Seite mit UID und entsprechender Action.


Auf die Option es über f:link.action action=myAction 
controller=myController arguments=myArguments 
pageUid=myPageUidmyLinkText/f:link.action
kann ich im Template leider nicht zurückgreifen da es dort innerhalb 
eines Templates des jQuery Plugins CLNDR ausgegeben werden soll und ich 
es als JSArray übergebe.


Also eigentlich brauche ich eine Funktion die mir folgendes generiert a 
href= 
mydetails.html?tx_myextension_myplugin[action]=showtx_myextension_myplugin[controller]=MyControllertx_myextension_myplugin[MyUid]=MyUidtext/a



Früher gabs dafür diese Methode:

tslib_pibase::pi_linkTP(
$str,
$urlParameters = array(),
$cache = 0,
$altPageId = 0
);

Doch wie realisiere ich das ganze nun nach dem MVC-Prinzip?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] error: Call to a member function setTSlogMessage() on a non-object in ContentObjectRenderer

2014-10-16 Diskussionsfäden Philipp Gampe
Hi Johannes,

Johannes C. Schulz - EnzephaloN IT-Solutions wrote:

 Fatal error: Call to a member function setTSlogMessage() on a non-object
 
in/is/htdocs/wp1106888_H2WDP83R7T/www/typo3_sources/typo3_src-6.2.5/typo3/sy
 sext/frontend/Classes/ContentObject/ContentObjectRenderer.php on line 768
 
 Da die Datensätze korrekt angelegt, aber die Email nicht gesendet wird
 vermute ich daß es irgendwo dort den Fehler gibt. Aber trotzdem sollte die
 obige Fehlermeldung doch nicht erscheinen, oder? Kann mir jemand sagen auf
 was genau die Fehlermeldung hindeutet?

Das sind mehrere Fehler in Einem. Zuerst ist $GLOBALS['TT'] nicht gesetzt, 
d.h. das Frontend ist nicht richtig initialisiert.
Dann wurde eine Klasse verwendet, welche nicht innerhalb eines erlaubten 
Namesraums für USER_INT Klassen ist (zumindest wenn dies die Methode 
convertToUserIntObject ist; Sorry ich habe hier nur den master und dort sind 
alle Zeilen etwas verschoben.).

Du solltest also zuerst $GLOBALS['TT'] an den Start bringen und dann 
schauen, welche Fehlermeldung ausgespuckt wird.
Die TS Log Messages werden übrigens im Admin Panel ausgegeben.

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] TYPO3 linkTP in action controller

2014-10-16 Diskussionsfäden Chris Wolff - AERTiCKET AG
Hi Du kannst,
f:uri.action

Nutzen das verhält sich wie f:link.action nur das es die url zurück gibt. Das 
lässt sich dan in dein JS array problemlos einbauen.

hier noch ein link zur referenz:
https://fluidtypo3.org/viewhelpers/fluid/master/Uri/ActionViewHelper.html

gruss chris



-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von dialoop 
TYPO3-Support-Team
Gesendet: Donnerstag, 16. Oktober 2014 13:10
An: German TYPO3 Userlist
Betreff: [TYPO3-german] TYPO3 linkTP in action controller

Hallo,

ich müsste in einen Action-Controller einen Link generieren zu einer bestimmten 
Seite mit UID und entsprechender Action.

Auf die Option es über f:link.action action=myAction 
controller=myController arguments=myArguments 
pageUid=myPageUidmyLinkText/f:link.action
kann ich im Template leider nicht zurückgreifen da es dort innerhalb eines 
Templates des jQuery Plugins CLNDR ausgegeben werden soll und ich es als 
JSArray übergebe.

Also eigentlich brauche ich eine Funktion die mir folgendes generiert a href= 
mydetails.html?tx_myextension_myplugin[action]=showtx_myextension_myplugin[controller]=MyControllertx_myextension_myplugin[MyUid]=MyUidtext/a


Früher gabs dafür diese Methode:

tslib_pibase::pi_linkTP(
 $str,
 $urlParameters = array(),
 $cache = 0,
 $altPageId = 0
);

Doch wie realisiere ich das ganze nun nach dem MVC-Prinzip?
___
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] error: Call to a member function setTSlogMessage() on a non-object in ContentObjectRenderer

2014-10-16 Diskussionsfäden Johannes C. Schulz - EnzephaloN IT-Solutions
Hallo Philipp

Danke für Deine Antwort.

 Du solltest also zuerst $GLOBALS['TT'] an den Start bringen und dann schauen, 
 welche Fehlermeldung ausgespuckt wird.
Ähm, es handelt sich hier um ein Backend-Modul... Und nun? :-/

Btw: Ich habe in dem Modul noch eine Update-Action die auch eine Email 
versendet. Da funktioniert es und es wird kein Fehler geworfen.

Viele Grüße
Johannes

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

[TYPO3-german] Re: Standard Bild-Element wird nicht ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird

2014-10-16 Diskussionsfäden Ralf-Rene Schröder
Am 16.10.2014 10:01, schrieb JCL - Johannes C. Laxander:
 Frohe Kunde!
 Der Fehler (siehe auch https://forge.typo3.org/issues/62139)
 #1: PHP Warning: array_replace_recursive() [a 
 href='function.array-replace-recursive'function.array-replace-recursive/a]:
  Argument #1 is not an array in ...
 lässt sich mit diesem Patch beheben: https://review.typo3.org/#/c/33263/
 Problem scheint gelöst, zumindest ist bei mir die Fehlermeldung weg, aber 
 ausgegeben wird das Standard-Bild trotzdem nicht. Mein ursprüngliches Problem 
 besteht also immer noch.
 Vllt. hilt dir der Patch ja auch. Viel Erfolg!

danke... hat bei mir geholfen...
und jetzt ist auch die Ursache endlich klar

Problem is, that a reference to a non exsisting typoscript object
creates a non array as return value which is then passed to a function
which awaits an array as parameter.

und solche Referenzen auf nichts hatte ich in meinem Basistemplate
einige drin (damit es vielseitiger einsetzbar ist)...


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] WEC Map und NN Address

2014-10-16 Diskussionsfäden Stefan Wobbe

Auch auf die Gefahr hin das ich total nerve, hier noch mal das Problem mit dem 
JOIN.

In PhpMyAdmin funktioniert folgende Abfrage ohne Probleme und gibt das 
erwartete Ergebnis aus:

SELECT tx_nnaddress_domain_model_address . * , tx_nnaddress_person_group_mm . * 
, tx_nnaddress_domain_model_person . *
FROM tx_nnaddress_domain_model_address
JOIN tx_nnaddress_person_group_mm ON tx_nnaddress_domain_model_address.person = 
tx_nnaddress_person_group_mm.uid_local
JOIN tx_nnaddress_domain_model_person ON 
tx_nnaddress_domain_model_address.person = tx_nnaddress_domain_model_person.uid
WHERE tx_nnaddress_person_group_mm.uid_foreign =1
AND tx_nnaddress_domain_model_address.person = 
tx_nnaddress_domain_model_person.uid

Umgesetzt in TS sieht das bei mir so aus:

tables {
10 {
  table = tx_nnaddress_domain_model_address
  select = 
tx_nnaddress_domain_model_address.*,tx_nnaddress_person_group_mm.*
  join = JOIN tx_nnaddress_person_group_mm ON 
tx_nnaddress_domain_model_address.person = 
tx_nnaddress_person_group_mm.uid_local JOIN tx_nnaddress_domain_model_person ON 
tx_nnaddress_domain_model_address.person = tx_nnaddress_domain_model_person.uid
  where = tx_nnaddress_person_group_mm.uid_foreign = 1 AND 
tx_nnaddress_domain_model_address.person = tx_nnaddress_domain_model_person.uid

...

Dies führt aber zu folgender Fehlerausgabe im Typo3 Debug Modus:
Column 'pid' in where clause is ambiguous

Die WHERE Abfrage in der Fehlerausgabe sieht wie folgt aus:
WHERE tx_nnaddress_person_group_mm.uid_foreign = 1 AND pid IN (14) AND 
tx_nnaddress_domain_model_address.deleted=0...

Ich gehe davon aus das das pid IN (14) von WEC Map hinzugefügt wird. 
Da es ja sowohl in tx_nnaddress_domain_model_address als auch in tx_nnaddress_domain_model_person die Spalte pid gibt weiß MySql hier nicht welche er verwenden soll.


Ich habe versucht durch explizites laden einzelner Spalten 
(tx_nnaddress_domain_model_person.uid,tx_nnaddress_domain_model_person.organisation
 ...) das Problem zu umgehen was aber leider nicht funktioniert. Ich hoffe das 
mir dabei noch einmal jemand helfen kann.

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

Re: [TYPO3-german] WEC Map und NN Address

2014-10-16 Diskussionsfäden Stefan Wobbe

Im select fehlt natürlich die tx_nnaddress_domain_model_person im TS hab ich 
sie aber natürlich drin.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: file:current:alternative -- Text aus Original nicht aus Zuordnung

2014-10-16 Diskussionsfäden Jürg Blaser

1.Tip: SELECT uid,file,alternative,title,description  FROM `sys_file_metadata` 
WHERE `file` = XXX
2.Tip: GOOGLE: typo3 typoscript query

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


Re: [TYPO3-german] TYPO3 linkTP in action controller

2014-10-16 Diskussionsfäden dialoop TYPO3-Support-Team

Hallo Chris,

leider klappt das nicht ganz, anbei die Erläuterung:

a href=f:uri.action action='show' arguments='{event: %= event.uid 
%}' controller='Event' extensionName='myExtName' 
pluginName='myPluginName' pageUid='53' /

%= moment(event.date).format('L') %
br /
%= event.title %
/a


Dabei kommt der Wert für %= event.uid % aus folgendem Array:

script type=text/javascript
var eventsArray = [
{eventsFromDatabase} -- // Hier wird das Events-Objekt aus dem 
Controller an die View übergeben

Ergebnis:
{ date:'2014-09-08', title:'EVENT 04 SEPTEMBER 2014', uid: 3, pid: 53 },
];
/script

Doch bei dem Aufbau der f:uri.action in zusammenhang mit %= event.uid 
% bekom ich folgende Fehlermeldung:
*#1237900529: The argument arguments was registered with type array, 
but is of type string in view helper 
TYPO3\CMS\Fluid\ViewHelpers\Uri\ActionViewHelper*


Daher bräuchte ich folgendes im Controller:

foreach ($events as $event) {
$url = MethodeZumGenerierenDesURLStrings($event-getUid());
}

Ergebnis sollte dann sein:
'details.html?tx_myext_myplugin[action]=showtx_myext_myplugin[controller]=Eventtx_myext_myplugin[event]=1';


Wie gesagt früher machte man das mit link_TP.

Vielen Dank schon mal für deine Mühe.



Am 16.10.2014 um 13:20 schrieb Chris Wolff - AERTiCKET AG:

Hi Du kannst,
f:uri.action

Nutzen das verhält sich wie f:link.action nur das es die url zurück gibt. Das 
lässt sich dan in dein JS array problemlos einbauen.

hier noch ein link zur referenz:
https://fluidtypo3.org/viewhelpers/fluid/master/Uri/ActionViewHelper.html

gruss chris



-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von dialoop 
TYPO3-Support-Team
Gesendet: Donnerstag, 16. Oktober 2014 13:10
An: German TYPO3 Userlist
Betreff: [TYPO3-german] TYPO3 linkTP in action controller

Hallo,

ich müsste in einen Action-Controller einen Link generieren zu einer bestimmten 
Seite mit UID und entsprechender Action.

Auf die Option es über f:link.action action=myAction
controller=myController arguments=myArguments
pageUid=myPageUidmyLinkText/f:link.action
kann ich im Template leider nicht zurückgreifen da es dort innerhalb eines 
Templates des jQuery Plugins CLNDR ausgegeben werden soll und ich es als 
JSArray übergebe.

Also eigentlich brauche ich eine Funktion die mir folgendes generiert a href=
mydetails.html?tx_myextension_myplugin[action]=showtx_myextension_myplugin[controller]=MyControllertx_myextension_myplugin[MyUid]=MyUidtext/a


Früher gabs dafür diese Methode:

tslib_pibase::pi_linkTP(
  $str,
  $urlParameters = array(),
  $cache = 0,
  $altPageId = 0
);

Doch wie realisiere ich das ganze nun nach dem MVC-Prinzip?
___
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] FAL-Objekte im RTE anzeigen

2014-10-16 Diskussionsfäden Michael Stein
Hallo zusammen,
ich mache gerade meine ersten Erfahrungen mit FAL.
Ist es möglich ein FAL-Objekt (pdf-Datei) im RTE zu verlinken und die FAL-
Vorzüge zu genießen?.

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

Re: [TYPO3-german] Standard Bild-Element wird nicht ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird

2014-10-16 Diskussionsfäden JCL - Johannes C. Laxander

GELÖST!

Hier hab' ich die Lösung gefunden: 
http://www.fassing.eu/loesungen/typo3/ce-layout-switch/.
Danke an Claus Fassing! Nicht das ganze Image Object manipulieren sondern nur 
tt_content.image.20. So funktionierts:

# CASE Object um 'image'
# Inhaltselement 'image' kopieren (sichern)
temp.image  tt_content.image.20
# 'image'-Element löschen
tt_content.image.20 
# neu aufbauen als CASE-Objekt
tt_content.image.20 = CASE
tt_content.image.20 {
  # Layouts auswählen
  # default = Standard 'image'-Objekt
  # 1 - Bild-Text-Banner
  key.field = layout
  # Gesicherte Standard-Konfiguration zurück kopieren
  default  temp.image
  # Bild-Text-Banner hat als Basis ebefalls die Standard-Konfiguration
  1  temp.image
  # Page Image Teaser
  2  temp.image
} 
tt_content.image.1 {
  # Manipulationen
}
tt_content.image.2 {
  # Manipulationen
}
# Da die Content Elemente Bild und Text  Bild zusammenhängen, 
# muss für die Verwendung Text  Bild das Original tt_content.image.20 
referenziert werden,
# da durch die Manipulation der Text nicht mehr gerendert wird.
tt_content.textpic.20 =  tt_content.image.20.default



Johannes.

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org 
 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von 
 JCL - Johannes C. Laxander
 Gesendet: Donnerstag, 16. Oktober 2014 10:08
 An: 'German TYPO3 Userlist'
 Betreff: Re: [TYPO3-german]Standard Bild-Element wird nicht 
 ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird
 
 
 Die Fehlermeldung in der Frontendausgabe ist mit dem Patch 
 behoben (siehe mein vorhergehendes Posting). Das TYPO3 
 Standard Inhaltselment Image wird aber immer noch nicht ausgegeben.
 
 Woher soll TYPO3 denn jetzt wissen, dass die Ausgabe aus dem 
 Objeckt tt_content.image.default gerendert werden soll und 
 nicht mehr aus tt_content.image???
 
 Da muss ich doch sicher noch was tun! Aber was?   
 
 Johannes.
 
  
  ich möchte aufgrund der Layout-Auswahl im Inhaltselement die 
  HTML-Ausgabe ändern. Dafür habe ich dieses Typoscript (TYPO3 6.2.5):
  
  # CASE Object um 'image'
  # Inhaltselement 'image' kopieren (sichern) temp.tt_content  
  tt_content.image # 'image'-Element löschen tt_content.image  # neu 
  aufbauen als CASE-Objekt tt_content.image = CASE tt_content.image {
# Layouts auswählen
# default = Standard 'image'-Objekt
# 1 - Bild-Text-Banner
key.field = layout
# Gesicherte Standard-Konfiguration zurück kopieren
default  temp.tt_content
# Bild-Text-Banner
1  temp.tt_content
# Image Teaser
2  temp.tt_content
  }
  
  Die neu definierten Objekte sind eigene Inhaltselemente 
 und werden 
  wie gewünscht ausgegeben. Bei einem Standard Image 
 Inhaltselement wird 
  aber dieser Fehler ausgegeben:
  
  #1: PHP Warning: array_replace_recursive() [a 
  href='function.array-replace-recursive'function.array-replace
  -recursive/a]: Argument #1 is not an array in ...
  
  Wo liegt mein Fehler? Ich vermute es liegt an default  
  temp.tt_content !? Aber wie geht’s richtig?
  
  Gruß, Johannes.
  
  
  
  ___
  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

[TYPO3-german] Extbase, Ajax-Dispatcher und Template not found.

2014-10-16 Diskussionsfäden Marc Willmann
Hallo,

ich steh grade auf der Leitung. Ich habe:

- TYPO3 6.2 LTS
- Extension, initial mit Extension Builder erstellt.
- Mehrere Models, die über Relationen miteinander verknüpft sind.
- ein Plugin, das wunderbar funktioniert und eine list-Action implementiert.

Nun soll per Ajax dynamisch Inhalt dazugeladen werden; dazu habe ich
einen Ajax-Dispatcher (von Klaus Heuer, mit den Anpassungen für TYPO3
6.2) eingebaut und konfiguriert, der auch in die richtige Action meines
Controllers durchleitet. Wenn ich im Controller per echo 'irgendwas'
Ausgaben erzeuge, werden diese sauber im Frontend (via Ajax-Call)
ausgegeben.

Allerdings greift der Zugriff auf die vorhandenen Templates nicht. Ich
erhalte immer

Sorry, the requested view was not found.

The technical reason is: No template was found. View could not be
resolved for action xxx in class ...Controller.

Das Template ist aber da, und wird auch korrekt ausgeliefert, wenn ich
NICHT über den Ajax-Dispatcher komme, sondern das Plugin verwende. Ja,
das Template ist UpperCamelCase.


Desweiteren: ich komme im Controller nicht an die Eigenschaften meiner
Objekte ran. Normalerweise sollte ja etwas in der Art

$objects = $this-objectRepository-findAll();

$resultArray = array();

foreach ($objects as $object){
$resultArray[$object-getUid()] = $object-getTitle();
}

return json_encode($resultArray);

funktionieren. Ich bekomme aus dem Repo zwar die richtige Anzahl (und
zwar nicht nur bei der findAll, sondern auch mit einer eigenen Methode)
der Objekte, aber die Eigenschaften sind ALLE leer.

Da das nicht die erste Extbase-Extension ist und analoges in anderen
Erweiterungen recht problemlos funktioniert, steh ich grade komplett auf
der Leitung. Wer mag mich runterschubsen?

Vielen Dank im Voraus


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


[TYPO3-german] Re: Seiten die als Mountpoint genutzt werden besser sichtbar machen

2014-10-16 Diskussionsfäden markus neumann

hat niemand nen blassen?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


[TYPO3-german] FAL imagecaption vs. CE Image description/caption

2014-10-16 Diskussionsfäden JCL - Johannes C. Laxander

Hallo,

wenn ich in TYPO3 6.2.5 in den Metadaten eines Bildes eine Bildunterschrift 
anlege wird diese nicht in die Bild-Metadaten des Inhaltselements übernommen. 
Stattdessen wird die Description als Bildunterschrift ausgegeben.

Ist das so gewollt oder noch ein Bug? Lässt sich das umkonfigurieren oder wie 
kann ich die FAL imagecaption als Bildunterschrift im CE Image ausgeben?

Gruß, Johannes.

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

Re: [TYPO3-german] Standard Bild-Element wird nicht ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird

2014-10-16 Diskussionsfäden JCL - Johannes C. Laxander


Bei meinem zuvor geposteten Code hat sich ein Schreibfehler eingeschlichen, 
sorry.
Im Objektpfad fehl die 20. Richtig muss es heißen:

tt_content.image.20.1 {
  # Manipulationen
}
tt_content.image.20.2 {
  # Manipulationen
}

 
 
 GELÖST!
 
 Hier hab' ich die Lösung gefunden: 
 http://www.fassing.eu/loesungen/typo3/ce-layout-switch/.
 Danke an Claus Fassing! Nicht das ganze Image Object 
 manipulieren sondern nur tt_content.image.20. So funktionierts:
 
 # CASE Object um 'image'
 # Inhaltselement 'image' kopieren (sichern) temp.image  
 tt_content.image.20 # 'image'-Element löschen 
 tt_content.image.20  # neu aufbauen als CASE-Objekt 
 tt_content.image.20 = CASE tt_content.image.20 {
   # Layouts auswählen
   # default = Standard 'image'-Objekt
   # 1 - Bild-Text-Banner
   key.field = layout
   # Gesicherte Standard-Konfiguration zurück kopieren
   default  temp.image
   # Bild-Text-Banner hat als Basis ebefalls die Standard-Konfiguration
   1  temp.image
   # Page Image Teaser
   2  temp.image
 }
 tt_content.image.1 {
   # Manipulationen
 }
 tt_content.image.2 {
   # Manipulationen
 }
 # Da die Content Elemente Bild und Text  Bild 
 zusammenhängen, # muss für die Verwendung Text  Bild das 
 Original tt_content.image.20 referenziert werden, # da durch 
 die Manipulation der Text nicht mehr gerendert wird.
 tt_content.textpic.20 =  tt_content.image.20.default
 
 
 
 Johannes.
 
  -Ursprüngliche Nachricht-
  Von: typo3-german-boun...@lists.typo3.org
  [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von JCL - 
  Johannes C. Laxander
  Gesendet: Donnerstag, 16. Oktober 2014 10:08
  An: 'German TYPO3 Userlist'
  Betreff: Re: [TYPO3-german]Standard Bild-Element wird nicht 
  ausgegeben, wenn HTML-Ausgabe für andere Layouts umgeschrieben wird
  
  
  Die Fehlermeldung in der Frontendausgabe ist mit dem Patch behoben 
  (siehe mein vorhergehendes Posting). Das TYPO3 Standard 
 Inhaltselment 
  Image wird aber immer noch nicht ausgegeben.
  
  Woher soll TYPO3 denn jetzt wissen, dass die Ausgabe aus 
 dem Objeckt 
  tt_content.image.default gerendert werden soll und nicht mehr aus 
  tt_content.image???
  
  Da muss ich doch sicher noch was tun! Aber was?   
  
  Johannes.
  
   
   ich möchte aufgrund der Layout-Auswahl im Inhaltselement die 
   HTML-Ausgabe ändern. Dafür habe ich dieses Typoscript 
 (TYPO3 6.2.5):
   
   # CASE Object um 'image'
   # Inhaltselement 'image' kopieren (sichern) temp.tt_content  
   tt_content.image # 'image'-Element löschen 
 tt_content.image  # neu 
   aufbauen als CASE-Objekt tt_content.image = CASE 
 tt_content.image {
 # Layouts auswählen
 # default = Standard 'image'-Objekt
 # 1 - Bild-Text-Banner
 key.field = layout
 # Gesicherte Standard-Konfiguration zurück kopieren
 default  temp.tt_content
 # Bild-Text-Banner
 1  temp.tt_content
 # Image Teaser
 2  temp.tt_content
   }
   
   Die neu definierten Objekte sind eigene Inhaltselemente 
  und werden
   wie gewünscht ausgegeben. Bei einem Standard Image
  Inhaltselement wird
   aber dieser Fehler ausgegeben:
   
   #1: PHP Warning: array_replace_recursive() [a 
   href='function.array-replace-recursive'function.array-replace
   -recursive/a]: Argument #1 is not an array in ...
   
   Wo liegt mein Fehler? Ich vermute es liegt an default  
   temp.tt_content !? Aber wie geht’s richtig?
   
   Gruß, Johannes.
   
   
   
   ___
   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
 

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

Re: [TYPO3-german] Seiten die als Mountpoint genutzt werden besser sichtbar machen

2014-10-16 Diskussionsfäden Renzo Bauen
Die Seiten kannst Du damit im Seitenbaum einfärben:
options.pageTree.backgroundColor.XX = rgba(65,91,160,0.5)
wobei XX die uid der Seite ist.

Beste Grüsse, Renzo
-- 
conPassione gmbh
CH-3661 Uetendorf
+41 33 345 00 92 

Am Donnerstag, den 16.10.2014, 17:08 +0200 schrieb markus neumann:

 hat niemand nen blassen?
 ___
 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] WEC Map und NN Address

2014-10-16 Diskussionsfäden Jan Bartels

Am 16.10.2014 um 14:15 schrieb Stefan Wobbe:

Dies führt aber zu folgender Fehlerausgabe im Typo3 Debug Modus:
Column 'pid' in where clause is ambiguous

Die WHERE Abfrage in der Fehlerausgabe sieht wie folgt aus:
WHERE tx_nnaddress_person_group_mm.uid_foreign = 1 AND pid IN (14) AND
tx_nnaddress_domain_model_address.deleted=0...

Ich gehe davon aus das das pid IN (14) von WEC Map hinzugefügt wird. Da
es ja sowohl in tx_nnaddress_domain_model_address als auch in
tx_nnaddress_domain_model_person die Spalte pid gibt weiß MySql hier
nicht welche er verwenden soll.

Dann lass doch einfach die pid-Angabe im TS weg.

Gruß,

Jan

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

Re: [TYPO3-german] WEC Map und NN Address

2014-10-16 Diskussionsfäden Stefan Wobbe

Quote: Jan Bartels wrote on Thu, 16 October 2014 19:23


Am 16.10.2014 um 14:15 schrieb Stefan Wobbe:
 Dies führt aber zu folgender Fehlerausgabe im Typo3 Debug Modus:
 Column 'pid' in where clause is ambiguous

 Die WHERE Abfrage in der Fehlerausgabe sieht wie folgt aus:
 WHERE tx_nnaddress_person_group_mm.uid_foreign = 1 AND pid IN (14) AND
 tx_nnaddress_domain_model_address.deleted=0...

 Ich gehe davon aus das das pid IN (14) von WEC Map hinzugefügt wird. Da
 es ja sowohl in tx_nnaddress_domain_model_address als auch in
 tx_nnaddress_domain_model_person die Spalte pid gibt weiß MySql hier
 nicht welche er verwenden soll.
Dann lass doch einfach die pid-Angabe im TS weg.


Ich habe gar keine pid Angabe im TS das gibt nur der Debug Modus von Typo3 aus, 
aber in der class.tx_wecmap_pi3.php ist folgendes zu finden:

if(!empty($pid)) {
$pidList = $this-pi_getPidList($pid, $recursive);
$pidWhere = 'pid IN (' . 
$GLOBALS['TYPO3_DB']-cleanIntList($pidList) . ')';
} else {
$pidWhere = '1=1';
}



Gruß,

Jan




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

Re: [TYPO3-german] Seiten die als Mountpoint genutzt werden besser sichtbar machen

2014-10-16 Diskussionsfäden markus neumann

Danke dir, automatisch gibts keine möglichkeit?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] error: Call to a member function setTSlogMessage() on a non-object in ContentObjectRenderer

2014-10-16 Diskussionsfäden Philipp Gampe
Hi Johannes,

Johannes C. Schulz - EnzephaloN IT-Solutions wrote:

 Du solltest also zuerst $GLOBALS['TT'] an den Start bringen und dann
 schauen, welche Fehlermeldung ausgespuckt wird.
 Ähm, es handelt sich hier um ein Backend-Modul... Und nun? :-/

Entweder du setzt $GLOBALS['TT'] trotzdem, oder du versuchst den 
eigentlichen Fehler zu finden, so dass die Fehlerroutine nicht mehr 
aufgerufen wird.

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] WEC Map und NN Address

2014-10-16 Diskussionsfäden Jan Bartels

Am 16.10.2014 um 19:34 schrieb Stefan Wobbe:

Ich habe gar keine pid Angabe im TS das gibt nur der Debug Modus von
Typo3 aus
In Deinem ursprünglichen hattest Du das aber (siehe Dein 1. Posting im 
Thread):


plugin.tx_wecmap_pi3 {
 centerLat = 52
 centerLong = 11
 zoomLevel = 2
 pid = 14 
  tables {
10 {
  table = tx_nnaddress_domain_model_address
}
}


aber in der class.tx_wecmap_pi3.php ist folgendes zu finden:
if(!empty($pid)) {
$pidList = $this-pi_getPidList($pid, $recursive);
$pidWhere = 'pid IN (' . 
$GLOBALS['TYPO3_DB']-cleanIntList($pidList) . ')';
} else {
$pidWhere = '1=1';
}
Der Code ist richtig und wichtig, damit man z. B. in der Flexform einen 
Startpunkt wählen kann. Wenn pid nicht gesetzt ist, kommt folglich '1=1' 
heraus. Das ist das, was Du haben möchtest. Da bei Dir aber 'pid IN 
(14)' herausgekommen ist, scheinst Du pid doch noch gesetzt zu haben 
(und zwar auf 14, was Deinem ursprünglichen TS entspricht).


Gruß,

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

Re: [TYPO3-german] tx_news Bilder werden nicht skaliert

2014-10-16 Diskussionsfäden Ingo Lacheiner
Das Problem haben Bilder die in Typo3 6.2 (nicht migrierte) nicht als FAL-Mediendatei angelegt wurden gemacht. Hab jetzt für die Redakteure einfach nur das FAL Media-Files eingeblendet. 


Danke für eure Hilfe.

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