Re: [TYPO3-german] Marker in bodytext ersetzen

[Ralf-Rene Schröder]

bin mir grad nicht ganz sicher ob es wirklich dein Problem löst, denn
"constants" hat ja keine stdWrap Funktion (soweit ich weiß), sondern ist
nur ein string, und somit nicht dynamisch zu befüllen

bin aber jetzt zu müde um es zu kontrollieren...


Am 08.05.2013 23:10, schrieb Stephan Grass:
> Jau, danke, das ist es. Wie so vieles, kannte ich das auch noch nicht.
> Cool!
> 
> On 2013-05-08 12:21:21 +, Ralf-Rene Schröder said:
> 
>> ich habe für sowas immer im TypoScript Setup folgenden Bereich:
>>
>> ##
>> ###
>>
>> site constants
>> constants {
>>   MY_CMS = TYPO3
>> MY_VERSION = 4.5.25
>> }
>>
>> und in meinem Contentelement dann:
>> Sie nutzen ###MY_CMS### Version:###MY_VERSION###
>>
>> Am 08.05.2013 12:48, schrieb Stephan Grass:
>>> Hi,
>>>
>>> wie kann man per TypoScript einen Marker im Bodytext ersetzen?
>>> Eine Seite enthält im Bodytext ###SALUTATION### für die personalisierte
>>> Anrede im Newsletter. Wenn jemand die Seite direkt aufruft, soll dieser
>>> Marker auch ersetzt werden. Hat da einer eine Idee?
>>>
>>> Ist Typo3 4.5.25
>>>
>>> Danke
>>> Stephan
> 
> 


-- 
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] Durcheinander im neuen News-System

[Steffen Liebig]

curluse ist schon lange aktiviert

Am 08.05.2013 22:06, schrieb Philipp Gampe:

Hi Steffen Liebig,

Steffen Liebig wrote:


  Kurios
ist nur, dass er beim Download keine Verbindung zum mirror findet. Kann
das mit SOAP zusammenhängen ?

Nein,

hast du mal curlUse = 1 im Install Tool probiert?

Viele Grüße


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

Re: [TYPO3-german] Marker in bodytext ersetzen

[Stephan Grass]

Jau, danke, das ist es. Wie so vieles, kannte ich das auch noch nicht. Cool!

On 2013-05-08 12:21:21 +, Ralf-Rene Schröder said:


ich habe für sowas immer im TypoScript Setup folgenden Bereich:


### 


site constants
constants {
MY_CMS = TYPO3
MY_VERSION = 4.5.25
}

und in meinem Contentelement dann:
Sie nutzen ###MY_CMS### Version:###MY_VERSION###

Am 08.05.2013 12:48, schrieb Stephan Grass:

Hi,

wie kann man per TypoScript einen Marker im Bodytext ersetzen?
Eine Seite enthält im Bodytext ###SALUTATION### für die personalisierte
Anrede im Newsletter. Wenn jemand die Seite direkt aufruft, soll dieser
Marker auch ersetzt werden. Hat da einer eine Idee?

Ist Typo3 4.5.25

Danke
Stephan



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

Re: [TYPO3-german] Marker in bodytext ersetzen

[Stephan Grass]

On 2013-05-08 12:43:02 +, David Bruchmann said:


Am 08.05.2013 19:37, schrieb chris Wolff:

hier noch mal der koregierte code

10 = TEMPLATE
10.template < styles.content.get
10.marks.SALUTATION = TEXT
10.marks.SALUTATION.value = Hello There


Hallo Chris,

ja so ist es richtig.
Auf dieser Seite ist alles Notwendige bezüglich Typoscript erklärt:
http://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Template/Index.html


Das 



ist für dieses Problem der falsche Ansatz...

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

Re: [TYPO3-german] Durcheinander im neuen News-System

[Philipp Gampe]

Hi Steffen Liebig,

Steffen Liebig wrote:

>  Kurios
> ist nur, dass er beim Download keine Verbindung zum mirror findet. Kann
> das mit SOAP zusammenhängen ?
Nein,

hast du mal curlUse = 1 im Install Tool probiert?

Viele 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] Durcheinander im neuen News-System

[Steffen Liebig]

In diesem Fall nicht. Es geht um eine Fehlermeldung, die explizit eine 
PHP-Funktion betrifft (undefined function oder was das war) und immer 
auftauchte, wenn ich tt_news in meiner 6.1 installieren wollte. Alle 
anderen Versionen spinnen mir entweder beim Import ins neue News System 
(4.7.2) oder bei der Extensioninstallation generell (6.0.x). Im Gov Pack 
der 6.1 soll es funktionierend enthalten sein.


Mit SOAP scheint zumindest das nix zu tun zu haben (?!). Der EM meiner 
6.1 als solcher läuft inzwischen incl list receive aus dem TER. Kurios 
ist nur, dass er beim Download keine Verbindung zum mirror findet. Kann 
das mit SOAP zusammenhängen ?


Am 07.05.2013 21:21, schrieb Elmar Hinz:
steht noch aus: 6.1 Gov Pack besorgen (tt_news gepatched dabei, aus 
dem TER nachinstallieren liess es sich nicht wegen veralteter 
PHP-Funktion)


Falls Du diese Probleme mit der SOAP-Verbindung meinst. Du kannst die 
t3x-Dateien manuell herunterladen und dann wieder manuell über den 
Extension Manager hochspielen. So umgehst Du SOAP. Ging jedenfalls bei 
den 4.x-Versionen so.


\Elmar




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

Re: [TYPO3-german] Durcheinander im neuen News-System

[Steffen Liebig]

Kurzfassung des Testablaufs und -ergebnisses unter 4.7.2:

- besorgt, in typo3conf/ext entpackt und installiert
1) Fehler: extension key "news" not loaded
2) Ordner und keys in localconf in "news" umbenannt"
3) Installation und table updates ok
4) Import wie gehabt: Hauptordner zeigt nur alte Datensätze an

Ich mach dann die Tage (könnte theoretisch auch nächste Woche werden) 
mit dem Government Package von 6.1 weiter...schau mer mal :-).


Am 07.05.2013 21:22, schrieb Philipp Gampe:

Hi Steffen Liebig,

Steffen Liebig wrote:


für die es wohl Patches geben soll...evtl
hakt das mitm news system, ergo nochn Grund mehr, das Ganze mit einer
passenden Kombi 6.1/tt_news anzugehen

Bei tx_news solltest du die git Version nehmen:
https://git.typo3.org/TYPO3v4/Extensions/news.git/shortlog/refs/heads/master
In der Liste findest du oben rechts einen Link "snapshot".

So bekommst du auch die Extension auch ohne git in der aktuellen Version.

Vor einiger Zeit hat Georg am Importer geschraubt, ich weiß nicht, inwieweit
dies schon in die TER Version eingeflossen ist.

Viele Grüße


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

Re: [TYPO3-german] TYPO3 6.1 - 404 bei tx_news und comments

[Philipp Holdener]

Hallo




Wenn ich das hier in der realurl_autoconf Datei auskommentiere gehts:

array(
'GETvar' => 'tx_news_pi1[controller]',
'noMatch' => 'null',
'default' => 'News',
),

array(
'GETvar' => 'tx_news_pi1[action]',
'noMatch' => 'null',
'default' => 'detail',
),


Nur eins von beiden auskommenterieren hilft nicht.

Verstehe da leider zuwenig von um daraus Schlüsse ziehen zu können :(



hat mir niemand einen Tipp wie ich news und realurl zusammen zum laufen 
bringe mit TYPO3 6.1 ?



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

Re: [TYPO3-german] jQuery-Bibliothek in eigenen Extensions

[Stefan Reichelt]

Hallo Peter,

On 08/05/2013 15:04, Peter Linzenkirchner wrote:
> 2. allgemeines Reihenfolgeproblem

includeJSFooterlib und die anderen includeJS Dinger haben die
Eigenschaft 'forceOnTop' mit der man sagen das das der Eintrag der damit
gesetzt ist immer als erstes hinzugefuegt werden soll egal wieviele
andere bereits eingetragen sind:

page.includeJSFooterlib.jquery = blublub
page.includeJSFooterlib.jquery.forceOnTop = 1

Falls mehrere Eintraege mit forceOnTop gesetzt sind benimmt es sich dann
wie ein Stack.


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

Re: [TYPO3-german] jQuery-Bibliothek in eigenen Extensions

[Sven Wappler]

Hallo Peter,

ein Reihenfolge-Problem sollte nicht auftreten, wenn die richtigen
Befehle verwendet werden. includeJSFooterlibs wird vor includeJSFooter
geladen. Ich kann mir gerade nicht erklären, warum es bei dir zu einem
Problem kommen soll, sofern die Befehle korrekt verwendet werden.

Grüße, Sven


Am 08.05.2013 16:25, schrieb Peter Linzenkirchner:
> Hallo Sven, 
> 
> wenn man den Core nicht mitliefert, ist die Extension keine 
> Plug&Play-Extension mehr ... Einschalten per Constants ist unter dem Aspekt 
> die bessere Lösung. 
> 
> Auch wenn alles im Footer (oder im Head) geladen wird, gibt es ein 
> Reihenfolge-Problem, das habe ich eben mit Powermail gemerkt: Meine Extension 
> wurde vor Powermail installiert, ohne jQuery. Powermail lädt jQuery, aber 
> nach meinem jQuery-Plugin. Ergebnis ist ein JavaScript-Fehler. Den 
> Reihenfolge-Fehler gibts sogar dann, wenn man den jQuery-Core nur einmal über 
> eine Extension lädt; diese Extension muss dann nämlich grundsätzlich als 
> erstes installiert werden. Das würde wieder dafür sprechen, alle Extension 
> grundsätzlich ohne den jQuery-Core auszuliefern, und in der Doku darauf zu 
> verweisen, dass der Core eigens geladen werden muss. 
> 
> --
> 
> Dein Ansatz erscheint mir aber logisch und ein guter Kompromiss. Werde meine 
> Extension so umschreiben, dass jQuery per Constants geladen wird. Und wenn 
> ich da schon dabei bin, dann auch gleich eine Konstante ob in Head oder in 
> den Footer. 
> 
> Danke!
> Peter
> 
> 
> 
> Am 08.05.2013 um 15:48 schrieb Sven Wappler :
> 
>>
>> Hallo Peter,
>>
>> ich als Webentwickler bin der Meinung, auf das Mitliefern des
>> jQuery-Cores zu verzichten, oder wenn überhaupt dann einfach optional
>> über eine Template-Konstante einschaltbar zu machen.
>> Der jQuery-Core sollte nicht mitgeliefert werden, weil meistens die
>> Versionen schnell veralten und man irgendwann dann sowieso den Core
>> manuell einbauen muss, weil der Extension-Entwickler nicht aktualisiert
>> (warum sollte er auch jeden Monat).
>> Außerdem muss man sich als Administrator sowieso um die Kompatibilität
>> der einzelnen Skripte kümmern. Und so kompliziert ist der Einbau des
>> Cores mit ein wenig TypoScript nun auch wieder nicht.
>> Sollte die eigene Extension jQuery Java-Scripte benötigen, dann einfach
>> in den Footer damit. Dort können sie immer geladen werden, egal ob der
>> Core im Header oder im Footer geladen wird.
>>
>> Grüße, Sven
>>
>>
>> Am 08.05.2013 15:04, schrieb Peter Linzenkirchner:
>>> Hallo!
>>>
>>> ich habe in der Extension-Entwicklung ein Problem mit dem Einbinden von 
>>> jQuery, das generellerer Natur ist, deshalb würde ich das gerne 
>>> diskutieren. 
>>>
>>> Viele Extensions benötigen jQuery und binden die Bibliothek auch ein. 
>>> Sobald man mehr als eine Extension installiert, wird die Bibliothek also 
>>> doppelt installiert und man bekommt JavaScript-Fehler. Meist kann man das 
>>> Einbinden der Bibliothek per Typoscript abschalten, z. B. bei Powermail 
>>> über dieses Typoscript: 
>>>
>>> page {
>>> includeJSFooterlibs {
>>> powermailJQuery >
>>> powermailJQuery.external >
>>> }
>>> }
>>>
>>> Man kann also theoretisch das Einbinden der Bibliothek in allen Extensions 
>>> abschalten und nur in einer drin lassen. Aber in dem Fall gibt es zwei 
>>> Probleme: 
>>>
>>> 1. Header / Footer
>>> Ein Teil der Extensions bindet das eigene JavaScript bzw. die 
>>> jQuery-Plugins im Header ein. Wenn man jQuery selbst im Footer einbindet, 
>>> bekommt man entsprechende Fehlermeldungen, dass jQuery nicht gefunden wird. 
>>> Man muss 
>>> - entweder eine eigene jQuery-Bibliothek in den Head einbinden, 
>>> - oder dafür sorgen, dass alle Extensions ihre jQuery-Plugins in den Footer 
>>> legen. 
>>>
>>> 2. allgemeines Reihenfolgeproblem
>>> includeJSFooterlibs scheint die JavaScript-Bibliothek nicht in 
>>> alphabetischer Reihenfolge zu laden sondern in der Lade-Reihenfolge der 
>>> Extensions. Das kann zu kuriosen Zufällen führen: mal ist jQuery an erster 
>>> Stelle, mal nicht ... mal wirft es Fehler, mal nicht. und es reicht, eine 
>>> Extension kurz zu deinstallieren und schon geht es nicht mehr. 
>>>
>>> ---
>>>
>>> gibt es da Lösungen, Ideen? Wie gehe ich in einer eigenen Extension am 
>>> besten damit um? 
>>>
>>> Ich binde momentan meine JavaScript-Bibliothek so ein: 
>>> $GLOBALS['TSFE']->pSetup['includeJSFooterlibs.'][$this->extKey.'_1']  ... 
>>> das erscheint mir zunehmend als schlechte Idee. 
>>>
>>> Alex macht es in Powermail so: 
>>>
>>> page {
>>> includeJSFooterlibs {
>>> 
>>> }
>>> }
>>>
>>> das ist flexibler denke ich, weil man einfach den Abschnitt aus dem 
>>> Extension-Setup kopieren, erweitern und dann ins page-setup einbauen kann. 
>>> Aber es ist nicht benutzerfreundlich ... 
>>>
>>> Danke
>>> Peter
>>>
>>>
>>>
>>> --
>>> Xing: http://www.xing.com/profile/Peter_Linzenkirchner
>>> Web: http://www.typo3-lisardo.de
>>> Facebook: http://tinyurl.com/lisardo-multim

Re: [TYPO3-german] jQuery-Bibliothek in eigenen Extensions

[Peter Linzenkirchner]

Hallo Sven, 

wenn man den Core nicht mitliefert, ist die Extension keine Plug&Play-Extension 
mehr ... Einschalten per Constants ist unter dem Aspekt die bessere Lösung. 

Auch wenn alles im Footer (oder im Head) geladen wird, gibt es ein 
Reihenfolge-Problem, das habe ich eben mit Powermail gemerkt: Meine Extension 
wurde vor Powermail installiert, ohne jQuery. Powermail lädt jQuery, aber nach 
meinem jQuery-Plugin. Ergebnis ist ein JavaScript-Fehler. Den 
Reihenfolge-Fehler gibts sogar dann, wenn man den jQuery-Core nur einmal über 
eine Extension lädt; diese Extension muss dann nämlich grundsätzlich als erstes 
installiert werden. Das würde wieder dafür sprechen, alle Extension 
grundsätzlich ohne den jQuery-Core auszuliefern, und in der Doku darauf zu 
verweisen, dass der Core eigens geladen werden muss. 

--

Dein Ansatz erscheint mir aber logisch und ein guter Kompromiss. Werde meine 
Extension so umschreiben, dass jQuery per Constants geladen wird. Und wenn ich 
da schon dabei bin, dann auch gleich eine Konstante ob in Head oder in den 
Footer. 

Danke!
Peter



Am 08.05.2013 um 15:48 schrieb Sven Wappler :

> 
> Hallo Peter,
> 
> ich als Webentwickler bin der Meinung, auf das Mitliefern des
> jQuery-Cores zu verzichten, oder wenn überhaupt dann einfach optional
> über eine Template-Konstante einschaltbar zu machen.
> Der jQuery-Core sollte nicht mitgeliefert werden, weil meistens die
> Versionen schnell veralten und man irgendwann dann sowieso den Core
> manuell einbauen muss, weil der Extension-Entwickler nicht aktualisiert
> (warum sollte er auch jeden Monat).
> Außerdem muss man sich als Administrator sowieso um die Kompatibilität
> der einzelnen Skripte kümmern. Und so kompliziert ist der Einbau des
> Cores mit ein wenig TypoScript nun auch wieder nicht.
> Sollte die eigene Extension jQuery Java-Scripte benötigen, dann einfach
> in den Footer damit. Dort können sie immer geladen werden, egal ob der
> Core im Header oder im Footer geladen wird.
> 
> Grüße, Sven
> 
> 
> Am 08.05.2013 15:04, schrieb Peter Linzenkirchner:
>> Hallo!
>> 
>> ich habe in der Extension-Entwicklung ein Problem mit dem Einbinden von 
>> jQuery, das generellerer Natur ist, deshalb würde ich das gerne diskutieren. 
>> 
>> Viele Extensions benötigen jQuery und binden die Bibliothek auch ein. Sobald 
>> man mehr als eine Extension installiert, wird die Bibliothek also doppelt 
>> installiert und man bekommt JavaScript-Fehler. Meist kann man das Einbinden 
>> der Bibliothek per Typoscript abschalten, z. B. bei Powermail über dieses 
>> Typoscript: 
>> 
>> page {
>>  includeJSFooterlibs {
>>  powermailJQuery >
>>  powermailJQuery.external >
>>  }
>> }
>> 
>> Man kann also theoretisch das Einbinden der Bibliothek in allen Extensions 
>> abschalten und nur in einer drin lassen. Aber in dem Fall gibt es zwei 
>> Probleme: 
>> 
>> 1. Header / Footer
>> Ein Teil der Extensions bindet das eigene JavaScript bzw. die jQuery-Plugins 
>> im Header ein. Wenn man jQuery selbst im Footer einbindet, bekommt man 
>> entsprechende Fehlermeldungen, dass jQuery nicht gefunden wird. 
>> Man muss 
>> - entweder eine eigene jQuery-Bibliothek in den Head einbinden, 
>> - oder dafür sorgen, dass alle Extensions ihre jQuery-Plugins in den Footer 
>> legen. 
>> 
>> 2. allgemeines Reihenfolgeproblem
>> includeJSFooterlibs scheint die JavaScript-Bibliothek nicht in 
>> alphabetischer Reihenfolge zu laden sondern in der Lade-Reihenfolge der 
>> Extensions. Das kann zu kuriosen Zufällen führen: mal ist jQuery an erster 
>> Stelle, mal nicht ... mal wirft es Fehler, mal nicht. und es reicht, eine 
>> Extension kurz zu deinstallieren und schon geht es nicht mehr. 
>> 
>> ---
>> 
>> gibt es da Lösungen, Ideen? Wie gehe ich in einer eigenen Extension am 
>> besten damit um? 
>> 
>> Ich binde momentan meine JavaScript-Bibliothek so ein: 
>> $GLOBALS['TSFE']->pSetup['includeJSFooterlibs.'][$this->extKey.'_1']  ... 
>> das erscheint mir zunehmend als schlechte Idee. 
>> 
>> Alex macht es in Powermail so: 
>> 
>> page {
>>  includeJSFooterlibs {
>>  
>>  }
>> }
>> 
>> das ist flexibler denke ich, weil man einfach den Abschnitt aus dem 
>> Extension-Setup kopieren, erweitern und dann ins page-setup einbauen kann. 
>> Aber es ist nicht benutzerfreundlich ... 
>> 
>> Danke
>> Peter
>> 
>> 
>> 
>> --
>> Xing: http://www.xing.com/profile/Peter_Linzenkirchner
>> Web: http://www.typo3-lisardo.de
>> Facebook: http://tinyurl.com/lisardo-multimedia
>> 
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>> 
> 
> 
> -- 
> WapplerSystems: http://www.wapplersystems.de
> T3Yaml Template: http://t3yaml.de
> T3bootstraptv: http://t3bootstraptv.de
> Xing: https://www.xing.com/profile/Sven_Wappler
> Geeklist: http://geekli.st/svewap
> Twitter: https://twitter.com/WapplerSystems
> 

Re: [TYPO3-german] jQuery-Bibliothek in eigenen Extensions

[d.ros]

Prinzipiell ist es sinnvoll Bibliotheken ausschließlich per TS zu laden, 
um Flexibilität zu wahren.


Des weiteren solltest Du per Konstanten die Einbindung aktivierbar und 
dekativierbar machen. Zusätzlich sollte man sich aussuchen können per 
Konstante, ob die in Header oder Footer soll.


http://docs.typo3.org/typo3cms/TyposcriptReference/singlehtml/ Suche 
nach includeJS.[array]


moveJsFromHeaderToFooter ist auch ein Freund.

Zwei Zeilen in der Dokumentation bezüglich der Einbindung tun den Rest.

Grüße

David

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

Re: [TYPO3-german] ERROR 500 - Typo3 - 6.1.0

[Andreas Becker]

Hast du evtl. eine alte localconf.php mit Werten jedoch auch mit require gehabt 
so bezieht die Umwandlung der alten zur neuen Seite eben diese require Zeilen 
nicht mit ein. Fazit ist der Error den du Beschreibtst u.a.

Wenn du eine neue Example localConfiguration hat und die in eine Seite kopierst 
die noch unter 4.* laeuft und die du dann in 6.1 updatest, so werden die 
bestehenden Eintragungen in der localConfiguration NICHT uebernommen sondern 
rigoros ueberschrieben! Ohne vorwarnung!

Ist eben TYPO3! Just Fun :-)

Sent from my iPad

On 5 พ.ค. 2556, at 16:06, Philipp Gampe  wrote:

> Hi m.marh...@freenet.de,
> 
> m.marh...@freenet.de wrote:
> 
>> das Problem bei der Sache ist das keine LocalConfiguration Datei nach der
>> Installation besteht, und ein manuelles erzeugen bisher nicht angenommen
>> wird. Typo3 (source und dummy) ist mittlerweile komplett neu draufgespielt
>> (tt_news also gar nicht mehr vorhanden), ich kann allerdings nichtmal das
>> install tool aufrufen.
> 
> In diesem Fall musst du wirklich in den Error Log schauen. Vermutlich fehlt 
> dir etwas grundlegendes (falsche PHP Version, Dateirechte).
> 
> Viele Grüße
> -- 
> Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
> Documentation – linkvalidator
> 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

Re: [TYPO3-german] jQuery-Bibliothek in eigenen Extensions

[Sven Wappler]

Hallo Peter,

ich als Webentwickler bin der Meinung, auf das Mitliefern des
jQuery-Cores zu verzichten, oder wenn überhaupt dann einfach optional
über eine Template-Konstante einschaltbar zu machen.
Der jQuery-Core sollte nicht mitgeliefert werden, weil meistens die
Versionen schnell veralten und man irgendwann dann sowieso den Core
manuell einbauen muss, weil der Extension-Entwickler nicht aktualisiert
(warum sollte er auch jeden Monat).
Außerdem muss man sich als Administrator sowieso um die Kompatibilität
der einzelnen Skripte kümmern. Und so kompliziert ist der Einbau des
Cores mit ein wenig TypoScript nun auch wieder nicht.
Sollte die eigene Extension jQuery Java-Scripte benötigen, dann einfach
in den Footer damit. Dort können sie immer geladen werden, egal ob der
Core im Header oder im Footer geladen wird.

Grüße, Sven


Am 08.05.2013 15:04, schrieb Peter Linzenkirchner:
> Hallo!
> 
> ich habe in der Extension-Entwicklung ein Problem mit dem Einbinden von 
> jQuery, das generellerer Natur ist, deshalb würde ich das gerne diskutieren. 
> 
> Viele Extensions benötigen jQuery und binden die Bibliothek auch ein. Sobald 
> man mehr als eine Extension installiert, wird die Bibliothek also doppelt 
> installiert und man bekommt JavaScript-Fehler. Meist kann man das Einbinden 
> der Bibliothek per Typoscript abschalten, z. B. bei Powermail über dieses 
> Typoscript: 
> 
> page {
>   includeJSFooterlibs {
>   powermailJQuery >
>   powermailJQuery.external >
>   }
> }
> 
> Man kann also theoretisch das Einbinden der Bibliothek in allen Extensions 
> abschalten und nur in einer drin lassen. Aber in dem Fall gibt es zwei 
> Probleme: 
> 
> 1. Header / Footer
> Ein Teil der Extensions bindet das eigene JavaScript bzw. die jQuery-Plugins 
> im Header ein. Wenn man jQuery selbst im Footer einbindet, bekommt man 
> entsprechende Fehlermeldungen, dass jQuery nicht gefunden wird. 
> Man muss 
> - entweder eine eigene jQuery-Bibliothek in den Head einbinden, 
> - oder dafür sorgen, dass alle Extensions ihre jQuery-Plugins in den Footer 
> legen. 
> 
> 2. allgemeines Reihenfolgeproblem
> includeJSFooterlibs scheint die JavaScript-Bibliothek nicht in alphabetischer 
> Reihenfolge zu laden sondern in der Lade-Reihenfolge der Extensions. Das kann 
> zu kuriosen Zufällen führen: mal ist jQuery an erster Stelle, mal nicht ... 
> mal wirft es Fehler, mal nicht. und es reicht, eine Extension kurz zu 
> deinstallieren und schon geht es nicht mehr. 
> 
> ---
> 
> gibt es da Lösungen, Ideen? Wie gehe ich in einer eigenen Extension am besten 
> damit um? 
> 
> Ich binde momentan meine JavaScript-Bibliothek so ein: 
> $GLOBALS['TSFE']->pSetup['includeJSFooterlibs.'][$this->extKey.'_1']  ... 
> das erscheint mir zunehmend als schlechte Idee. 
> 
> Alex macht es in Powermail so: 
> 
> page {
>   includeJSFooterlibs {
>   
>   }
> }
> 
> das ist flexibler denke ich, weil man einfach den Abschnitt aus dem 
> Extension-Setup kopieren, erweitern und dann ins page-setup einbauen kann. 
> Aber es ist nicht benutzerfreundlich ... 
> 
> Danke
> Peter
> 
> 
> 
> --
> Xing: http://www.xing.com/profile/Peter_Linzenkirchner
> Web: http://www.typo3-lisardo.de
> Facebook: http://tinyurl.com/lisardo-multimedia
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 


-- 
WapplerSystems: http://www.wapplersystems.de
T3Yaml Template: http://t3yaml.de
T3bootstraptv: http://t3bootstraptv.de
Xing: https://www.xing.com/profile/Sven_Wappler
Geeklist: http://geekli.st/svewap
Twitter: https://twitter.com/WapplerSystems
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler im TER ???

[Andreas Becker]

Du bist kein Alien oder wir sind beide Aliens :-) Diese mysterioese Extension 
taucht auch hier auf

andi

Sent from my iPad

On 7 พ.ค. 2556, at 1:18, Arthur Koncar  wrote:

> Hallo,
> 
> habe soeben einige TYPO3 v4.7.11-Installationen auf den neuesten Stand 
> gebracht und bin auf folgenden Fehler im TER gestoßen:
> 
> es wird eine Extension angezeigt, die zwar nicht installiert, aber bereit zum 
> Update ist. Sie trägt die kryptische Bezeichnung ?[no title] (v)?; das deutet 
> also darauf hin, dass die Ext. keinen korrekt vergebenen Namen besitzt und 
> auch keine Versionsangabe. Interessanterweise zeigt ein onMouseOver über das 
> Update-Symbol (der Baustein mit den beiden grünen Pfeilen) folgenden Tooltip 
> an: ?Erweiterungen von Version auf Version 1.12.5 aktualisieren?.
> 
> Noch spannender wird die Sache allerdings, wenn man sich die Dateistruktur 
> der ?Extension? ansieht: das sind nämlich die TYPO3-Sources v4.x, allerdings 
> ist die index.html in ?index.html_old? umbenannt.
> 
> Meine Fragen:
> - hat jemand dasselbe Problem oder bin ich ein Alien?
> - hat jemand eine Idee, woher diese ?Extension? kommt?
> - hat jemand die Ext. schon gelöscht?
> 
> Bin im Moment etwas ratlos, was ich damit anfangen soll. Any hints?
> 
> Ach ja, bevor ich es vergesse: es handelt sich um hierbei um voneinander 
> völlig unabhängige Installationen bei voneinander unabhängigen Hostern, es 
> gibt hier also keine Verbindungen.
> 
> Greets,
> 
> Arthur Kon?ar
> 
> 
> 
> ArtKon.com
> 
> 
> ___
> 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] jQuery-Bibliothek in eigenen Extensions

[Peter Linzenkirchner]

Hallo!

ich habe in der Extension-Entwicklung ein Problem mit dem Einbinden von jQuery, 
das generellerer Natur ist, deshalb würde ich das gerne diskutieren. 

Viele Extensions benötigen jQuery und binden die Bibliothek auch ein. Sobald 
man mehr als eine Extension installiert, wird die Bibliothek also doppelt 
installiert und man bekommt JavaScript-Fehler. Meist kann man das Einbinden der 
Bibliothek per Typoscript abschalten, z. B. bei Powermail über dieses 
Typoscript: 

page {
includeJSFooterlibs {
powermailJQuery >
powermailJQuery.external >
}
}

Man kann also theoretisch das Einbinden der Bibliothek in allen Extensions 
abschalten und nur in einer drin lassen. Aber in dem Fall gibt es zwei 
Probleme: 

1. Header / Footer
Ein Teil der Extensions bindet das eigene JavaScript bzw. die jQuery-Plugins im 
Header ein. Wenn man jQuery selbst im Footer einbindet, bekommt man 
entsprechende Fehlermeldungen, dass jQuery nicht gefunden wird. 
Man muss 
- entweder eine eigene jQuery-Bibliothek in den Head einbinden, 
- oder dafür sorgen, dass alle Extensions ihre jQuery-Plugins in den Footer 
legen. 

2. allgemeines Reihenfolgeproblem
includeJSFooterlibs scheint die JavaScript-Bibliothek nicht in alphabetischer 
Reihenfolge zu laden sondern in der Lade-Reihenfolge der Extensions. Das kann 
zu kuriosen Zufällen führen: mal ist jQuery an erster Stelle, mal nicht ... mal 
wirft es Fehler, mal nicht. und es reicht, eine Extension kurz zu 
deinstallieren und schon geht es nicht mehr. 

---

gibt es da Lösungen, Ideen? Wie gehe ich in einer eigenen Extension am besten 
damit um? 

Ich binde momentan meine JavaScript-Bibliothek so ein: 
$GLOBALS['TSFE']->pSetup['includeJSFooterlibs.'][$this->extKey.'_1']  ... 
das erscheint mir zunehmend als schlechte Idee. 

Alex macht es in Powermail so: 

page {
includeJSFooterlibs {

}
}

das ist flexibler denke ich, weil man einfach den Abschnitt aus dem 
Extension-Setup kopieren, erweitern und dann ins page-setup einbauen kann. Aber 
es ist nicht benutzerfreundlich ... 

Danke
Peter



--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

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

Re: [TYPO3-german] Marker in bodytext ersetzen

[David Bruchmann]

Am 08.05.2013 19:37, schrieb chris Wolff:

hier noch mal der koregierte code

10 = TEMPLATE
10.template < styles.content.get
10.marks.SALUTATION = TEXT
10.marks.SALUTATION.value = Hello There


Hallo Chris,

ja so ist es richtig.
Auf dieser Seite ist alles Notwendige bezüglich Typoscript erklärt:
http://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Template/Index.html


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

Re: [TYPO3-german] Marker in bodytext ersetzen

[chris Wolff]

Hi David.
Wenn man von meinem tippfehler abssieht.
würde es funktionieren du kannst

das TEMPLATE object mit beliebigen cObjects bestücken.
und hinter styles.content.get verbirgt sich ja auch nur ein vordefiniertes
CONTENT cObject
hier noch mal der koregierte code

10 = TEMPLATE
10.template < styles.content.get
10.marks.SALUTATION = TEXT
10.marks.SALUTATION.value = Hello There



2013/5/8 David Bruchmann 

> Am 08.05.2013 18:51, schrieb chris Wolff:
>
>  Hi Du Könntest folgendes bauen:
>>
>> 10 = TEMPLATE
>> 10.tempalte < styles.content.get
>> 10.marker.SALUTATION = TEXT
>> 10.marker.SALUTATION.value = Hello There
>>
>
> Ja, könnt er, das würde aber nicht funktionieren ;-)
>
> __**_
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-**german
>



-- 
christian wolff - webdeveloper, tech-loving geek and typo3 enthusiast
telefon: +49 30 347 244 88
mobil:  +49 179 49 44 758
email: ch...@connye.com
adresse: friedelstraße 31 - 12047 berlin

xing-profil: http://www.xing.com/profile/Christian_Wolff43
google+: https://plus.google.com/u/0/115669673917212236875/posts?hl=de
facebook: https://www.facebook.com/1stMachine
flattr: https://flattr.com/profile/1stmachine
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Marker in bodytext ersetzen

[Ralf-Rene Schröder]

ich habe für sowas immer im TypoScript Setup folgenden Bereich:


### site constants
constants {
MY_CMS = TYPO3
MY_VERSION = 4.5.25
}

und in meinem Contentelement dann:
Sie nutzen ###MY_CMS### Version:###MY_VERSION###

Am 08.05.2013 12:48, schrieb Stephan Grass:
> Hi,
> 
> wie kann man per TypoScript einen Marker im Bodytext ersetzen?
> Eine Seite enthält im Bodytext ###SALUTATION### für die personalisierte
> Anrede im Newsletter. Wenn jemand die Seite direkt aufruft, soll dieser
> Marker auch ersetzt werden. Hat da einer eine Idee?
> 
> Ist Typo3 4.5.25
> 
> Danke
> Stephan
> 


-- 
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] Marker in bodytext ersetzen

[David Bruchmann]

Am 08.05.2013 18:51, schrieb chris Wolff:

Hi Du Könntest folgendes bauen:

10 = TEMPLATE
10.tempalte < styles.content.get
10.marker.SALUTATION = TEXT
10.marker.SALUTATION.value = Hello There


Ja, könnt er, das würde aber nicht funktionieren ;-)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Marker in bodytext ersetzen

[chris Wolff]

Hi Du Könntest folgendes bauen:

10 = TEMPLATE
10.tempalte < styles.content.get
10.marker.SALUTATION = TEXT
10.marker.SALUTATION.value = Hello There


Am 8. Mai 2013 12:48 schrieb Stephan Grass :

> Hi,
>
> wie kann man per TypoScript einen Marker im Bodytext ersetzen?
> Eine Seite enthält im Bodytext ###SALUTATION### für die personalisierte
> Anrede im Newsletter. Wenn jemand die Seite direkt aufruft, soll dieser
> Marker auch ersetzt werden. Hat da einer eine Idee?
>
> Ist Typo3 4.5.25
>
> Danke
> Stephan
>
> __**_
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-**german
>



-- 
christian wolff - webdeveloper, tech-loving geek and typo3 enthusiast
telefon: +49 30 347 244 88
mobil:  +49 179 49 44 758
email: ch...@connye.com
adresse: friedelstraße 31 - 12047 berlin

xing-profil: http://www.xing.com/profile/Christian_Wolff43
google+: https://plus.google.com/u/0/115669673917212236875/posts?hl=de
facebook: https://www.facebook.com/1stMachine
flattr: https://flattr.com/profile/1stmachine
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] extbase - anzeige von datensätzen

[Seidel, Christopher]

Mit $count
Übergabe an Extbase erfolgt allerdings zwingend mit arguments="{count : '10'}"

Viele Grüße

Christopher 

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Hans-Peter M.
Gesendet: Mittwoch, 8. Mai 2013 13:32
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Re: extbase - anzeige von datensätzen

Hi,

vielleicht die Frage anders gestellt:
Wie setzt ich folgende URL in Extbase um:

http://xy.xy/index.php?extension=list&count=5
http://xy.xy/index.php?extension=list&count=10
http://xy.xy/index.php?extension=list&count=20

Wie fange ich den Count Parameter ab?

Gruß
HP

Am 07.05.2013 14:16, schrieb Hans-Peter M.:
> Hallo,
>
> ich möchte gerne in meiner Extension den User die Menge der 
> angezeigten Datensätze auswählen lassen. Er bekommt ein Selectfeld zur 
> Auswahl und kann nun auswählen ob 5,10 oder 20 Datensätzen auf einer 
> Seite angezeigt werden.
>
> Wie gehe ich hier richtig vor?
>
> Ich habe ja einen ListController und benötigte eigentlich noch einen 
> zweiten Parameter? Aus der Extbase/Fluid Doku werde ich nicht so 
> richtig schlau.
>
> Gruß
> HP

___
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] Re: extbase - anzeige von datensätzen

[Hans-Peter M.]

Hi,

vielleicht die Frage anders gestellt:
Wie setzt ich folgende URL in Extbase um:

http://xy.xy/index.php?extension=list&count=5
http://xy.xy/index.php?extension=list&count=10
http://xy.xy/index.php?extension=list&count=20

Wie fange ich den Count Parameter ab?

Gruß
HP

Am 07.05.2013 14:16, schrieb Hans-Peter M.:

Hallo,

ich möchte gerne in meiner Extension den User die Menge der angezeigten
Datensätze auswählen lassen. Er bekommt ein Selectfeld zur Auswahl und
kann nun auswählen ob 5,10 oder 20 Datensätzen auf einer Seite angezeigt
werden.

Wie gehe ich hier richtig vor?

Ich habe ja einen ListController und benötigte eigentlich noch einen
zweiten Parameter? Aus der Extbase/Fluid Doku werde ich nicht so richtig
schlau.

Gruß
HP


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

[TYPO3-german] Marker in bodytext ersetzen

[Stephan Grass]

Hi,

wie kann man per TypoScript einen Marker im Bodytext ersetzen?
Eine Seite enthält im Bodytext ###SALUTATION### für die personalisierte 
Anrede im Newsletter. Wenn jemand die Seite direkt aufruft, soll dieser 
Marker auch ersetzt werden. Hat da einer eine Idee?


Ist Typo3 4.5.25

Danke
Stephan

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

Re: [TYPO3-german] typo3 6.0.5 Update EM wirft Fehler

[bernd wilke]

Am 08.05.2013 09:11, schrieb Georg Ringer:

Hallo,

Am 08.05.2013 08:34, schrieb bernd wilke:

könnte man nicht einfach vor der Nutzung abfragen, ob es überhaupt
Einträge in der Tabelle gibt und gglfs. eine Meldung ausgeben, in der
dann auch erklärt werden kann wie man default-Werte in die Tabelle bekommt.
Wäre zumindest sinnvoller als endlos-Schleifen oder Crash (mit und ohne
PHP-Fehlermeldung)


wäre theoretisch denkbar, aber eigentlich macht das den code nicht
schöner wenn man an jeder stelle alles immer 3x prüfen muss. genau das
install tool und der upgrade wizard sind dazu da, die dinge abzufangen.
wenn man die schritte nicht befolgt, sollten diese schritte nicht
nochmal an anderen stellen codiert werden.

georg

'user-friendly' ist aber dass alle möglichen Fehler des Benutzers 
abgefangen werden.
in diesem Fall: entweder erzwingen, dass der Benutzer auch den Import 
gemacht hat (dann muss die Fehlermeldung kommen solange der Import nicht 
erfolgt ist) oder eben wenn Daten erforderlich sind und nicht vorhanden 
sind.
Wobei ich zweiteres für sinnvoller halte, da man nie weiß wie ein 
Anwender an eine Stelle kommt. vielleicht hat er es ja geschafft an 
genau der einen Stelle wo der Import erzwungen wird vorbei zu kommen. 
natürlich nur weil er nicht wusste dass man dort immer vorbei gehen muss.
(Es hilft nichts wenn der Pförtner jeden Besucher ausführlichst 
kontrolliert und protokolliert, die Besucher aber die Hintertür 
benutzen, die die Raucher offen stehen lassen. Dann ist es schon 
sicherer vor dem Zugang zum sensiblen Rechenzentrum noch mal zu 
kontrollieren.)


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: Powermail 2.06 und Typo3 4.6.6

[Helmut Schumacher]

Und noch etwas was ich gerade festegestellt habe...
Es tritt nur auf bei double opt in..
Die erste mail die kommt sieht alles TOP aus.
Wenn ich dann bestätige und den Datensatz somit frei gebe bekommt das ganze nur noch den Time Stamp aus der Datenbank 


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

[TYPO3-german] Powermail 2.06 und Typo3 4.6.6

[Helmut Schumacher]

Hallo Leute,

eventuell wurde das Thema schon bearbeitet, leider habe ich aber dazu nichts 
gefunden.
Wer kann helfen..
Folgendes Problem..
Habe mit Powermail ein Formular erstellt und alles funktioniert so weit 
tadellos bis auf das Datumsfeld.
Wenn ich den Datepicker auf rufe alles gut...auch das ausgewählte Datum wird 
Ordnungsgemäß angezeigt.
Wenn ich das Formular dann absenden bekomme ich das Datum in der E-Mail aber 
falsch angezeigt.
Bsp.: eingegeben im Formular 07.05.2013...in der Mail kommt an "Datum der 
Antragstellung   1367877600 "
Komme ich echt nicht mit klares ist der timestamp aus den Datenbank was 
ausgegeben wird.
Wie kann ich es hinbekommen das dass richtige Datum ausgegeben wird.

Danke für jede Hilfe

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

Re: [TYPO3-german] typo3 6.0.5 Update EM wirft Fehler

[Johannes C. Schulz - EnzephaloN IT-Solutions]

Moin

Da hab ich ja ne Diskussion wegen MEINEM Fehler angezettelt.
Aus Sicht eines erfahrenen typo3-Users: Man wird sich (wie bei so vielen Sachen 
im Umgang mit typo3) daran gewöhnen im Upgrade-Manager auf den Button zum 
importieren der EM-Daten zu klicken!
Ich verstehe die Bedenken den Code nicht sinnlos mit redundanten Abfragen 
vollzupflastern und halte es auch für richtig dies nicht zu tun.

Grüße
Johannes

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Georg Ringer
Gesendet: Mittwoch, 8. Mai 2013 09:11
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] typo3 6.0.5 Update EM wirft Fehler

Hallo,

Am 08.05.2013 08:34, schrieb bernd wilke:
> könnte man nicht einfach vor der Nutzung abfragen, ob es überhaupt 
> Einträge in der Tabelle gibt und gglfs. eine Meldung ausgeben, in der 
> dann auch erklärt werden kann wie man default-Werte in die Tabelle bekommt.
> Wäre zumindest sinnvoller als endlos-Schleifen oder Crash (mit und 
> ohne
> PHP-Fehlermeldung)

wäre theoretisch denkbar, aber eigentlich macht das den code nicht schöner wenn 
man an jeder stelle alles immer 3x prüfen muss. genau das install tool und der 
upgrade wizard sind dazu da, die dinge abzufangen.
wenn man die schritte nicht befolgt, sollten diese schritte nicht nochmal an 
anderen stellen codiert werden.

georg

___
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] typo3 6.0.5 Update EM wirft Fehler

[Georg Ringer]

Hallo,

Am 08.05.2013 08:34, schrieb bernd wilke:
> könnte man nicht einfach vor der Nutzung abfragen, ob es überhaupt
> Einträge in der Tabelle gibt und gglfs. eine Meldung ausgeben, in der
> dann auch erklärt werden kann wie man default-Werte in die Tabelle bekommt.
> Wäre zumindest sinnvoller als endlos-Schleifen oder Crash (mit und ohne
> PHP-Fehlermeldung)

wäre theoretisch denkbar, aber eigentlich macht das den code nicht
schöner wenn man an jeder stelle alles immer 3x prüfen muss. genau das
install tool und der upgrade wizard sind dazu da, die dinge abzufangen.
wenn man die schritte nicht befolgt, sollten diese schritte nicht
nochmal an anderen stellen codiert werden.

georg

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