Re: [TYPO3-german] Thumbnails in List Modul deaktivieren
Am 12.8.2014 16:25, schrieb Falk: > Hallo zusammen, > > gibt es eigentlich eine Möglichkeit die Thumbnails im Listenmodul zu > deaktivieren? > > Danke und Gruß > Falk > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ja In Modul Konfiguration den Eintrag ändern nach $TCA['tt_content']['ctrl']['thumbnail'] = ''; In TYPO3CONF sollte danach eine "ext_tables.php" mit entsprechenden Eintrag zu finden sein. Dieter -- Dr. Dieter Porth 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] EXT:news ... newscounter im Kategoriemenü
Am 12.8.2014 11:39, schrieb Renzo Bauen: > TypoScript ist eine Konfigurationssprache und keine Programmiersprache, > deshalb meine ich, dass es schon prinzipiell nicht möglich ist, > Parameter zu übergeben... > Ist so nicht ganz richtig. Schau dir den Threat "powermail 2.x - Empfänger in Dropdown" an. Darin habe ich eine Lösung angegeben, wie man von Fluid nach TypoScript Parameter übergibt. Nur weil diese Art der Parameterübergabe beschissen dokumentiert ist, heißt es nicht, dass es nicht geht. Ich habe metaphorisch Fluid immer als TYPO3-Aufruf imTYPO3-Template gesehen. Eine Parameter-Übergabe von Fluid ans TypoScript ist also essitieller Teil des Fluid-Konzepts. Dieter -- Dr. Dieter Porth Kontakt: http://www.mobger.de/fussmenu/impressum/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Content Element Layout nicht zugewiesen
Am 11.8.2014 13:37, schrieb Ernst Fall:
> Genauso habe ich es gemacht (Sowohl einmal Snippet 1 und 2 ins
> TS-Roottemplate und Snippet 3 in die TSConfig der Root-Page). Ich habe
> das TS bis auf die Markerbefüllung und die Snippets runtergekürzt,
> trotzdem passiert nischt :S Zusätzlich habe ich einmal alle
> Extension-Templates aus den Includes entfeernt -> auch kein Effekt...
> Meine Vermutung wäre das sich das in 6.2 geändert hat, oder läuft es
> bei euch?
>
> Gruß,
> Ernst
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Hallo Ernst,
ein Blick in das Template-Analyse bzw. in den Object-Browser kann nicht
schaden.
Prüfe ob tt_content.stdWrap.innerWrap.cObject.default.20.10.prepend
benutzt wird. Wenn nicht, dann probiere es mit folgenden Snippet:
tt_content.stdWrap.innerWrap.cObject.default.20.10.prepend = TEXT
tt_content.stdWrap.innerWrap.cObject.default.20.10.prepend {
# trage layout-Nummer ein, so dass alle Layout als zusätzliche
verschiedene Klassen eingebaut werden
value = my-layout-{field:layout}
insertData = 1
noTrimWrap = || |
}
Neben csc-default sollte je nach Einstellung die Klasse my-layout-0,
my-layout-1, my-layout-2, ... auftauchen.
Das Snippet 3 brauchst du nur, wenn du zusätzliche Layouts haben willst.
Ein Blick in Template-Analyse (suche nach"tt_content.stdWrap" ) wäre
hilfreich gewesen, um zu sehen, dass das Feld 'layout' unter 6.2 im
css_styled_content nur bei tt_content.upload und tt_content.header
ausgewertet wird.
Mit besten Grüßen
Dieter
-- Dr. Dieter Porth
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] Partials / Templates / ContentElements?
Hallo Mark > Aber soll denn nicht eigentlich der User über die Inhaltselemente bestimmen, > wo etwas platziert wird? Wenn der User es wünscht, ja. Sonst nein Bedenke immer: TYPO3 ist ein Content-Managerment-Sytem. Es ist ein Inhalte-Verwaltungs-Programm und kein Design-Positionierungs-Programm. Das Design wird also festgelegt, damit sich der Redakteur darauf konzentrieren kann, gute Inhalte zu schreiben. > > Die Templates geben in den Beispielen vor: > > Header > einspaltiger Inhalt > zweispaltige Inhalt > Footer > > Vermutlich habe ich da einen Denkfehler, aber wenn der Nutzer seine Seite nun so gestalten will: > > > Header > zweispaltige Inhalt > einspaltiger Inhalt > einspaltiger Inhalt > zweispaltige Inhalt > Footer > > dann sollte doch m.E. der Inhaltsbereich einer Seite leer sein und nur durch ContentElemente gefüllt werden und da müsste dem User die Möglichkeit gegeben werden, die Gestaltung übernehmen, oder? Definiere dein Problem sauberer. Und stelle die richtigen Fragen: (Deine ja-Nein-Fragen bringen dich nicht weiter) 1 Header 2 zweispaltige Inhalt 3 einspaltiger Inhalt 4 einspaltiger Inhalt 5 zweispaltige Inhalt 6 Footer Wo sollen die Inhalte 1. bis 6 herkommen? Aus verschiedenen Backend-Spalten die jeweile verschieden Inhalt zusammenfassen, ( als Lösungskonzept zum jeweiligen Ausblenden der leere Sections) 2-5 als Content-Elemente aus der gleichen Spalte - Spaltigkeit eine (vielleicht das Corporate Design zerstörende) Spielerei für den Redakteur (Umschalter mit CSS-Klasse zum Beispiel mit Float ) Dieter -- Dr. Dieter Porth ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] powermail 2.x - Empfänger in Dropdown
Hi Philipp,
Danke für den regen Briefwechsel.
Weil es mich für meinen persönlichen TYPO3-Leitfaden interessiert hat -
habe es In der Antwortsseite und mit Emailversand mit einer
Testaufsetzung getestet.
Aus Sicherheitsgründen würde ich natürlich intval einbauen.
*TYPOSCRIPT**
==
*//* Test-Variante - Funktioniert i//
//lib.test.receiver = TEXT//
//lib.test.receiver.field = 0 //
//lib.test.receiver.intval = 1 //
//lib.test.receiver.prioriCalc = 1//
//*///
/
lib.test.receiver = CASE
lib.test.receiver {
# Name des Übergabe-Feldes
key.field = dropdown
default = TEXT
default.value = defa...@domain.ch
1 = TEXT
1.value = adres...@domain.ch
2 = TEXT
2.value = adres...@domain.ch
3 = TEXT
3.value = adres...@domain.ch
}
*Test beim Powermail-Plugin-Antwortsseite* (war beim Testen hilfreich)
==
{dropdown}
{f:cObject(typoscriptObjectPath:'lib.test.receiver', data:{dropdown:'3'})}
{f:cObject(typoscriptObjectPath: 'lib.test.receiver', data: {dropdown:
'{dropdown}'})}
*Test über P***owermail-P*lugin-Empfänger-Seite* *im Empfängerfeld *
===
{f:cObject(typoscriptObjectPath: 'lib.test.receiver', data: {dropdown:
'{dropdown}'})}
Dieter
--
Dr. Dieter Porth
Kontakt: http://www.mobger.de/fussmenu/impressum/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FAL - Replace File
Think Simple: Einfach die Originaldatei mit gleichen Namen im gleichen Ordner überschreiben. TYPO3 warnt vorm Upload, dass es die Originaldatei überschreibt. Am 7.8.2014 15:19, schrieb Stefan Beylen: > Hallo, > > in DAM gab es die Möglichkeit mittels einfachem Klick eine Datei zu replacen. Gibt es diese Möglichkeit in FAL auch? > Falls nein: Wie könnte man das bewerkstelligen? > > Danke & schöne Grüße > S. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -- Dr. Dieter Porth ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] powermail 2.x - Empfänger in Dropdown
Hi Philipp,
Dein Ergebnis deutet darauf hin, dass der GetPost-Parameter schon leer ist.
Sei "tx_powermail_pi1|field|56" die Variable {CheckWert} zugeordnet,
dann probiere im Powermailformular folgendes aus:
{f:cObject(typoscriptObjectPath:'lib.receiver',data:'{CheckWert}')}
Die Variable {CheckWert} sollte ja gefüllt sei, da sie ja ausgegeben wird.
Den key-Part beim CASE musst du wahrscheinlich abwandeln nach
key.data = |
damit das TypoScript korrekt funktioniert.
Getestet habe ich es nicht, weshalb du es nur als kleine Anregung werten
solltest.
Dieter
**
Am 5.8.2014 20:42, schrieb Philipp Holdener:
> Hallo zusammen
>
> Ich hab hier ein Selectfeld (id 56) mit dem Inhalt:
>
> Auswahl |
> Max 1 | 1
> Max 2 | 2
> Max 3 | 3
>
>
>
>
> Dann ein Typoscript mit
>
> lib.receiver = CASE
> lib.receiver {
>
> key.data = GP:tx_powermail_pi1|field|56
> key.intval = 1
>
> 1 = TEXT
> 1.value = adres...@domain.ch
> 2 = TEXT
> 2.value = adres...@domain.ch
> 3 = TEXT
> 3.value = adres...@domain.ch
> default = TEXT
> default.value = defa...@domain.ch
>
> }
>
>
>
> Und im Powermail Plugin steht bei Empfängeradresse:
> {f:cObject(typoscriptObjectPath:'lib.receiver')}
>
>
> Die Mail geht jedoch immer an die default Adresse.
>
> Hab ich was übersehen?
>
> Besten Dank für eure Tipps
>
> Gruss
> Philipp
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
--
Dr. Dieter Porth
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] Fragen zu Typo3 generell
Am 2.8.2014 22:30, schrieb Christoph Runge: Hallo Christoph, > Daher würde ich mir inzwischen zutrauen, in einem Zeitraum von wenigen > Monaten die grundlegenden Funktionen der Seite auch nur mit HTML Templates und TypoScript zu schreiben. Aber gibt es etwas, von dem ihr sagen würdete: "Ohne diese Extension kann ich nicht leben!" ? Ich denke, dass eine gute Extension hilft, die sich oft wiederholdende Arbeit von Schreiben und Testen zu vermeiden, wobei die die Einarbeitungszeit in die Extension kleiner als die Zeit für das Selber machen sein muss. Es gibt also so einige Extensions, die ich aus verschiedensten Gründen nicht missen möchte. > Ich bin mir immer noch nicht 100%ig sicher, was "fluid" jetzt genau bedeutet > - ist das jetzt (http://fluidtypo3.org/) oder die schon im core vorhandenen "Fluid Templating Engine" (fluid 6.2.0) - hat das was miteinander zu tun oder sind das verschiedene Dinge? Bislang habe ich unter "Fluid" im Allgemeinen das Templating-Konzept verstanden, welches TYPO3 mit seiner Templating Engine realisiert hat und welches durch eigene View-Helper erweitert werden kann. Die von Dir erwähnte Seite ist mir neu. Ich muss da man reinschauen. Vielleicht inspiriert sie mich. Aktuell beschäftigte ich mich intensiver mit an einem evolutionären Desining-Konzept, mit welchem ich systematisch und einfach die Übersicht/Dokumentierbarkeit/Planungshoheit über die zukünftig immer komplexer werdenden Websites behalten kann. Die Komplexität der Website wird meiner Ansicht nach in Zukunft weiter zunehmen, wenn ich an die wachsende Variablilität der Ausgabegeräte, an die zunehmende Vernetzung mit anderen Seiten und Website-Programmen oder auch an die zunehmende AJAX- und Eventsteuerung der Frontend-Ausgaben denke. Ich glaube, dass insbesondere das Nachladen von Content per AJAX in der kommenden Post-Responsive-Design-Ära wichtiger werden wird, weil es mehr Flexibilität und bessere Performance verspricht. > PS: Ist es möglich, auch in fortgeschrittene Seiten Extensions ein- und auch > wieder auszubauen, ohne die ganze Seite neu schreiben zu müssen? Wenn man die Übersicht über die Struktur seiner Website und die Funktionalität der Extension behalten hat, dann weiß man, was man mit dem Ein- und Ausbau der Extension bewirkt. Deine Frage erübrigt sich dann. Dieter -- Dr. Dieter Porth St. Antoniort 51 49610 Quakenbrück 05431 / 40 99 790 0160 / 99 18 06 88 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
