[TYPO3-german] Mehrere Bäume eine Installation
HAllo, ich habe ein Site mit Typo3 6.2.4. HIer habe ich mittlerweile einen zweiten Seitenbaum angelegt. Jede Seite hat sein eigenes Typoscript. Habe bei beiden Seiten angehakt Als Anfang der Website benutzen . Beide Seiten haben aber die gleiche Domain. Wenn ich jetzt die Startseite der neu angelegten Seite aufrufen will, werde ich immer auf die Hauptstartseite geleitet. Das habe ich noch nie gehabt. Sonst funktionierte es immer einwandfrei. Kann mir jemand sagen, wo das Problem liegt? Root - Erste Seite (Template mit TS) -- Unterseiten - Zweite Seite (Template mit TS) Diese Seite kann nicht aufgerufen werden -- Unterseiten Gruß Andre ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.5 auf 6.2
Hallo Michael, Philipp, ich denke, das mit der Wiki-Seite ist eine gute Idee. Mache ich so, ich denke, ich komme heute im Lauf des Tages dazu. Poste es dann hier. Gruß Peter Am 24.07.2014 um 00:33 schrieb Michael Schams typo3.li...@2014.trash.schams.net: On 23/07/14 22:48, Philipp Gampe wrote: [...] Mir gehts nicht um Infos zum Update für mich, sondern um einen Austausch: ich möchte meine Erfahrungen andern zur Verfügung stellen. Also eine Art FAQ; Problem - Lösung Mache einfach eine neue Wiki-Seite auf und frage das Doc-Team, einen Link in die Doku zu packen. Hey Peter! Wenn du den Link zu dieser neuen Wiki Seite auch hier posten koenntest, waere das cool :-) Das klingt interessant. Cheers Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- 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] Mehrere Bäume eine Installation
Am 24.07.14 08:36, schrieb Andre Sancken: HAllo, ich habe ein Site mit Typo3 6.2.4. HIer habe ich mittlerweile einen zweiten Seitenbaum angelegt. Jede Seite hat sein eigenes Typoscript. Habe bei beiden Seiten angehakt Als Anfang der Website benutzen . Beide Seiten haben aber die gleiche Domain. Wenn ich jetzt die == Startseite der neu angelegten Seite aufrufen will, werde ich immer auf die Hauptstartseite geleitet. Das habe ich noch nie gehabt. Sonst funktionierte es immer einwandfrei. Kann mir jemand sagen, wo das Problem liegt? domains sind wie adressen. wenn du zwei Häuser mit identischen Adressen (hausnummern) hast wird die Post immer an das erste Haus ausgeliefert, das Haus im Hinterhof mit der gleichen Adresse wird gar nicht erst gesucht. IRL das zweite Haus bekommt eine etwas andere Hausnummer (123a statt 123) um es eindeutig zu machen. bei Webseiten kann das eine Subdomain sein, dafür dann einfach Domain-Records auf den Seiten anlegen. 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] iframe - Umwandlung der Sonderzeichen (gelöst)
Schön zu hören. Ist aber echt merkwürdig, hmm. Bei einer sauberen Installation geht's auch ohne. Wie bist du darauf gekommen? Vielleicht ist bei einem gewachsenen System irgendwas im TS verstellt? -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Robert Hafenried Gesendet: Mittwoch, 23. Juli 2014 19:43 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] iframe - Umwandlung der Sonderzeichen (gelöst) Hallo David, auch wenn ich die Ursache noch immer nicht ganz verstehe, habe ich zumindest die unerwünschte Umcodierung jetzt dadurch gelöst, dass ich iframe zu lib.parseFunc_RTE.externalBlocks = hinzugefügt habe. In anderen Installationen war das bisher nicht nötig. Nochmals vielen Dank für Dein Mitdenken! Robert Quote: David Gurk wrote on Mon, 21 July 2014 14:07 Dann am besten mal eine Testunterseite im Seitenbaum anlegen und dort einmal das komplette TS-Setup resetten und CSS Styled Content neu einbinden. ___ 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] TCA-Definitionen im TYPO3 6.2 Core: wo?
Danke! Hab den Wald vor Bäumen nicht gesehen. Viele Grüße, Christoph Am 23.07.2014 12:32, schrieb David Gurk: tt_content findest du hier: typo3/sysext/frontend/Configuration/TCA/tt_content.php -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christoph Roth Gesendet: Mittwoch, 23. Juli 2014 12:27 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] TCA-Definitionen im TYPO3 6.2 Core: wo? Hallo, weiß jemand, in welcher Datei im neuen TYPO3 Core (ab 6.2) die TCA-Anfangswerte für im BE sichtbare Tabellen gesetzt werden, hier ganz besonders tt_content? Habe hier in der Liste gesucht und ein paar ältere Antworten gefunden, die aber nicht mehr zu stimmen scheinen. Viele Grüße, Christoph ___ 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] Fluid ViewHelper format.date: Uhrzeit wird mit der falschen Zeitzone ausgegeben
Hallo, On 07/22/2014 11:35 PM, Alisha wrote: ich schaffe es nicht, dass die lokale Uhrzeit ausgegeben wird. Also im Eingabeformular im Backend gebe ich z.B. 18:00 ein und im Fluid-template im FE wird dann 19:00 ausgegeben. Es wäre interessant was dann eigentlich im Datenbank Feld steht. Wenn du z.B. 18:00 eingibts müsste in dem Feld eigentlich 18*3600 = 64800 stehn. grüße, Bernhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid ViewHelper format.date: Uhrzeit wird mit der falschen Zeitzone ausgegeben
Hallo nochmal, On 07/24/2014 11:00 AM, Bernhard Kraft wrote: ich schaffe es nicht, dass die lokale Uhrzeit ausgegeben wird. Also im Eingabeformular im Backend gebe ich z.B. 18:00 ein und im Fluid-template im FE wird dann 19:00 ausgegeben. Habe mir jetzt den ViewHelper code für formate.date angesehen. Der taugt schlichtweg nichts für das ausgeben eines Feldes type='time', Laut TCA wird für ein Feld time einfach die anzahl der Sekunden seit 00:00 gespeichert. Dh. für die Ausgabe der stunden müsstest du nur intval($value/3600) rechnen, für die minuten intval(($value%3600)/60) und für die sekunden $value%60. Die Datums-Viewhelper macht hier ja komplett was anderes. Er geht von einem Datum aus und die unix timestamp 0 ist ja je nach Zeitzone entweder 1:00 (1.1.1970) in Deutschland/Österriech, 19:00 31.12.1969 in den USA, oder 8 Uhr morgens in China. grüße, Bernhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] iframe - Umwandlung der Sonderzeichen (gelöst)
Hallo David, ich denke, dass ich die Ursache gefunden habe. Im Template war zum Rendern des Contents der Viewhelper 'format.html' eingetragen. Mit 'format.raw' wird der iframe korrekt dargestellt. Robert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] News in Extension verwenden
Hallo!
Habe die Newsausgabe mit dem cObject Viewhelper gemacht:
f:cObject typoscriptObjectPath=lib.news data=1 /
Der zugehörige TS-Code:
lib.news tt_content.list.20.news_pi1
lib.news {
controller = News
switchableControllerActions {
News {
1 = list
}
}
settings plugin.tx_news.settings
settings {
tags.current = 1
limit = 30
detailPid = 222
#overrideFlexformSettingsIfEmpty := addToList(detailPid)
startingpoint = 111
}
}
Die Ausgabe der News erfolgt und über settings.tags = [tag-id] können die News gefiltert werden, was dann aus der Extension geliefert wird.
Da Problem dabei ist, wie bekomme ich den übergebenen Werte aus dem Viewhelper
in settings.tags?
mit settings.tags.current = 1 funktioniert es nicht.
Die Zuweisung an ein Textobjekt läuft problemlos:
f:cObject typoscriptObjectPath=lib.selectedTags 2/f:cObject
lib.selectedTags= TEXT
lib.selectedTags {
value.current = 1
wrap = Value:|
}
Vielen Dank
Hannes
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] iframe - Umwandlung der Sonderzeichen (gelöst)
Oh ja, das macht sogar Sinn. Ich hatte jetzt gar nicht bedacht, dass du die
Ausgabe in Fluid machst. Du übergibst den Content wohl über die FLUIDTEMPLATE
Variablen, oder? Da ist dann f:format.raw quasi Pflicht.
Wenn du allerdings über f:cObject gehst und dann eine Bibliothek wie die
folgende nimmst, dann rennt man nicht in solch' ein Problem:
lib.Helper.ContentColumn {
0 styles.content.get
0 {
select {
where = colPos=0
}
}
1 styles.content.get
1 {
select {
where = colPos=1
}
}
2 styles.content.get
2 {
select {
where = colPos=2
}
}
}
Dann brauchst du nur noch im Template: f:cObject
typoscriptObjectPath=lib.Helper.ContentColumn.0 /
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Robert Hafenried
Gesendet: Donnerstag, 24. Juli 2014 13:13
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] iframe - Umwandlung der Sonderzeichen (gelöst)
Hallo David,
ich denke, dass ich die Ursache gefunden habe. Im Template war zum Rendern des
Contents der Viewhelper 'format.html' eingetragen. Mit 'format.raw' wird der
iframe korrekt dargestellt.
Robert
___
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] News in Extension verwenden
Also plugin.tx_extample.settings erwartet üblicherweise nur Strings, es sei,
die einzelnen Werte werde von der Extension einmal als TypoScript geparsed. Ich
bin mir gerade nicht 100%ig sicher, aber bei EXT:news scheint es für diese
Option nicht der Fall zu sein.
Hier werden die Settings in ein DemandObject umgewandelt:
https://github.com/TYPO3-extensions/news/blob/master/Classes/Controller/TagController.php#L49
Die Tags werden dann hier gesetzt:
https://github.com/TYPO3-extensions/news/blob/master/Classes/Controller/NewsController.php#L94
Und das ist die Methode, die den Wert setzt:
https://github.com/TYPO3-extensions/news/blob/master/Classes/Domain/Model/Dto/NewsDemand.php#L210
Wenn ich das jetzt ohne Ausprobieren durchdenke, dann müsste in deinen Fall
beim Setting der Wert leer sein.
Es könnte also sein, dass das was du vor hast, grundsätzlich nicht geht.
Hast du das ggf. irgendwo gefunden, z.B. in der Doku?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Johannes Lang
Gesendet: Donnerstag, 24. Juli 2014 13:23
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] News in Extension verwenden
Hallo!
Habe die Newsausgabe mit dem cObject Viewhelper gemacht:
f:cObject typoscriptObjectPath=lib.news data=1 /
Der zugehörige TS-Code:
lib.news tt_content.list.20.news_pi1
lib.news {
controller = News
switchableControllerActions {
News {
1 = list
}
}
settings plugin.tx_news.settings
settings {
tags.current = 1
limit = 30
detailPid = 222
#overrideFlexformSettingsIfEmpty := addToList(detailPid)
startingpoint = 111
}
}
Die Ausgabe der News erfolgt und über settings.tags = [tag-id] können die News
gefiltert werden, was dann aus der Extension geliefert wird.
Da Problem dabei ist, wie bekomme ich den übergebenen Werte aus dem Viewhelper
in settings.tags?
mit settings.tags.current = 1 funktioniert es nicht.
Die Zuweisung an ein Textobjekt läuft problemlos:
f:cObject typoscriptObjectPath=lib.selectedTags 2/f:cObject
lib.selectedTags= TEXT
lib.selectedTags {
value.current = 1
wrap = Value:|
}
Vielen Dank
Hannes
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] f:link.page auf versteckte Übersetzung
Hallo David.
Wenn du wirklich sys_language-Tabelle um ein Feld erweitert hast dann kommst
du da aus dem stdWrap im Sprachmenü zunächst mal nicht ran.
Wenn das Menü auf special = language steht, sind trotzdem weiterhin alle
Menü-Items jeweils Seiten, keine Sprachen.
Beispiel: Es gibt die Sprachen 0, 1 und 3 auf die Seite 1234 und haben somit
drei TMENUITEM.
Die drei TMENUITEM sind aber alle die gleiche Seite mit der ID 1234.
Wenn du im stdWrap auf data = field : uid zugreifst, wirst du jeweils die
1234 finden.
Du hast es also auch im Sprachmenü mit Seiten zu tun, nicht mit Sprachen.
Der einzige verlässliche Sprachindikator (den du mittels TypoScript gettext
abfragen kannst) steht übrigens in field : _ADD_GETVARS.
* Beim ersten Menüeintrag ist der entweder leer oder mit L=0 vorbelegt
(Standardsprache).
* Beim zweiten Menüeintrag ist er L=1 für die Sprache mit der ID 1
* Beim zweiten Menüeintrag ist der L=3 für die Sprache mit der ID 3
Du musst dir also auf jeden Fall eine kleine Hilfs-PHP-Funktion schreiben, die
dir z.B. mittels parse_str($this-cObj-data['_ADD_GETVARS'], $addGetVars);
den konkreten Wert der L-Variable ermittelt. Erst dann kannst du die
sys_language-Tabelle auslesen und den zugehörigen Link zur externen Seite
ermitteln.
Das alles ist relativ unschön. Das Problem ist aber eben, dass du innerhalb des
Renderings der TMENUITEMs nicht mehr auf die Sprache des Menüeintrags zugreifen
kannst.
Zauber dir einfach mit USERDEF1 und einer eigenen userFunc eine geeignete
Stelle für einen Breakpoint und schau dir $this-cObj-data an sowie
TSFE-register. Auf viel mehr kannst du mit getText nicht zugreifen, und alles
was da nicht drin steht musst du dir selbst ausdenken.
Gruß,
Stephan Schuler
Web-Entwickler
Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Website: media.netlogix.de
E-Mail-Archivierung – Rechtssicher, wirtschaftlich, clever
Jetzt anmelden zum kostenlosen Webinar am 29.07.:
http://it-training.netlogix.de/angebote/webinare/mailstore
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Greiner
Gesendet: Mittwoch, 23. Juli 2014 17:31
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] f:link.page auf versteckte Übersetzung
Hi Stephan!
Vielen Dank für die umfangreiche Antwort.
Das von dir vorgeschlagene ist ja auch ziemlich Umfangreich. Ich überlege
gerade ob es nicht evtl. möglich wäre, das ganze mit Hausmitteln, sprich dem
normalen TypoScript Languagemenu, zu lösen.
Soweit ich weiß gibt es ja den USERDEF1 Zustand, der dafür zuständig ist, Links
für nicht existente Seiten zu definieren.
Man müsste dann im stdWrap.typolink.parameter das extra hinzugefügte Feld
abfragen. Aber genau daran scheitert es bei mir. Entweder weil ich mich einfach
nicht klug genug anstelle, oder, was schlimmer wäre, diese Möglichkeit einfach
nicht besteht.
Vielleicht kommen wir gemeinsam zu einem guten Lösungsansatz.
Gruß, David.
Am 23.07.2014 17:05 schrieb Stephan Schuler stephan.schu...@netlogix.de:
Hallo David.
Ich stoße auch regelmäßig an diese Stelle und ärgere mich ein wenig.
Die einzige Stelle im TYPO3-Core die die von dir angesprochenen Checkboxen
berücksichtigt ist das Menü, genauer gesagt das AbstractMenuContentObject. Es
gibt keinen ViewHelper dafür, keine Overlayfunktion und keinen stdWrap.
Um grundsätzlich den Wert der Checkbox auszulesen muss die Property
l18n_cfg einer Seite in GeneralUtility::hideIfNotTranslated() geworfen
werden, raus kommt dann TRUE oder FALSE und gibt an, wie sich verhalten
werden soll wenn keine Übersetzung existiert.
Das Menü bedeutet aber in diesem Fall: Sowohl das Seitenmenü, das ab einer
anzugebenden Startseite eine anzugebende Zahl an Treelevels rendert als auch
(Trommelwirbel) das Sprachmenü, also das Menü mit special = language und
special.value = {$uidsOfAllowedLanguages}. Und natürlich auch alle anderen
specials, wie rootline oder update.
Ich bin bei Menüs, auch bei Sprachmenüs, bisher immer der Einfachheit halber
beim TypoScript-Menüobjekt geblieben. Gerade solche Feinheiten wie Seite im
Menü verbergen oder Nur Seiten anzeigen die in dieser Übersetzung vorhanden
sind sind leider bislang nicht anderweitig implementiert.
Als Implementierungsidee könnte ich mir vorstellen, irgend ein Menü als
Standard-HierarchicalMenu-Objekt innerhalb eines MenuViewHelpers (den es noch
nicht gibt) zu erzeugen (unabhängig davon ob das jetzt ein Seitenmenü ist,
ein Sprachmenü oder eines der anderen special-Varianten), das sich
ergebende HTML dann durch einen XML-Parser (das DOMDocument bietet sich hier
an) zu schieben und so den Coreoutput in ein eigenes Menu DomainObject zu
verwandeln. Das lässt sich dann im ViewHelper in den den
templateVariableContainer übergeben und kann man durch Partials und Nesting
ein ganz hervorragendes Menü bauen, ohne dabei auf
Re: [TYPO3-german] iframe - Umwandlung der Sonderzeichen (gelöst)
Danke für Anregung, werde ich gerne ausprobieren. Durch die Umstellung auf 'format.raw' hat sich übrigens auch das Problem gelegentlicher inhaltsleerer p-Tags erledigt. Robert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] iframe - Umwandlung der Sonderzeichen (gelöst)
Ja die p's kommen bei f:format.html durch lib.parseFunc_RTE
Es ist auch möglich f:format.html parseFuncTSPath={content}/f:format.html
zu schreiben, wodurch dann die Verwendung dieser TS-Lib verhindert wird. Das
ist schon fast sowas wie ein kleiner Cheat. ^_^
Wenn du dir mal den ViewHelper anschaust, dann sollte einiges klarer werden:
typo3_src-6.2.4/typo3/sysext/fluid/Classes/ViewHelpers/Format/HtmlViewHelper.php
Man könnte dann also auch sowas machen wie:
lib.parseFunc_RTE_modified lib.parseFunc_RTE
lib.parseFunc_RTE_modified {
nonTypoTagStdWrap ...
}
f:format.html
parseFuncTSPath=lib.parseFunc_RTE_modified{content}/f:format.html
=)
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Robert Hafenried
Gesendet: Donnerstag, 24. Juli 2014 15:56
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] iframe - Umwandlung der Sonderzeichen (gelöst)
Danke für Anregung, werde ich gerne ausprobieren.
Durch die Umstellung auf 'format.raw' hat sich übrigens auch das Problem
gelegentlicher inhaltsleerer p-Tags erledigt.
Robert
___
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] Fluid ViewHelper format.date: Uhrzeit wird mit der falschen Zeitzone ausgegeben
Hallo miteiander,
erstmal vielen Dank für eure Antworten.
@Bernhard: du hast Recht, ich kam wie oben beschrieben auch zu ähnlichen
Erklärungen...
In ein datetime-Objekt umzuwandeln, erscheint mir nicht sinnvoll, wenn
ich nur die Uhrzeit brauche. Ich habe jetzt einen Mini-Viewhelper
eingebaut, der die Sekunden umwandelt in HH:MM und dann passt es.
public function render($tst) {
$sec = (int)$tst;
return sprintf(%02d:%02d,
($sec/60/60)%24,($sec/60)%60);
}
Danke für eure Unterstützung!
vg
Alisha
Am 24.07.2014 11:08, schrieb Bernhard Kraft:
Hallo nochmal,
On 07/24/2014 11:00 AM, Bernhard Kraft wrote:
ich schaffe es nicht, dass die lokale Uhrzeit ausgegeben wird. Also im
Eingabeformular im Backend gebe ich z.B. 18:00 ein und im Fluid-template
im FE wird dann 19:00 ausgegeben.
Habe mir jetzt den ViewHelper code für formate.date angesehen. Der taugt
schlichtweg nichts für das ausgeben eines Feldes type='time',
Laut TCA wird für ein Feld time einfach die anzahl der Sekunden seit
00:00 gespeichert. Dh. für die Ausgabe der stunden müsstest du nur
intval($value/3600) rechnen, für die minuten
intval(($value%3600)/60) und für die sekunden $value%60.
Die Datums-Viewhelper macht hier ja komplett was anderes. Er geht von
einem Datum aus und die unix timestamp 0 ist ja je nach Zeitzone
entweder 1:00 (1.1.1970) in Deutschland/Österriech, 19:00 31.12.1969 in
den USA, oder 8 Uhr morgens in China.
grüße,
Bernhard
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] News in Extension verwenden
Hallo David,
Ja leider, steht das in settings['tags']: array(1) { [current]= string(1)
1 }
Gibt es einen Weg den Wert korrekt zu übergeben?
Da reichen meine Typoscript Kenntnise nicht aus, z.B. den Wert aus:
lib.selectedTags= TEXT
lib.selectedTags {
value.current = 1
}
an
lib.news.settings.tags zu übergeben wobei zuvor der Inhalt aufgelöst wird.
LG Hannes
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
