Re: [TYPO3-german] TYPO3 4.7 TCA: Sortierbares Auswahl bei Select im renderMode "tree"

2013-07-09 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hm, wenn ich mir ersatzweise für meine Extension "Tx_MyExt" einen Viewhelper 
baue, der mir die Itemliste für mein Select bereitstellt, wie rufe ich den denn 
für 
"itemsProcFunc" in meiner TCA-Definition auf? Das geht doch sicher.

Ralf

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Philipp Gampe
Gesendet: Dienstag, 9. Juli 2013 15:02
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] TYPO3 4.7 TCA: Sortierbares Auswahl bei Select im 
renderMode "tree"

Hi Ralf,

Ralf Schlömer, TYPO3-Mailing-List wrote:

> ist es möglich, ein Select-Field im renderMode „tree“ so zu 
> konfigurieren, dass man die Auswahl hinterher (wie beim Standard Select) 
> sortieren kann?

Missing feature.

Edit wird auch angezeigt, obwohl man gar keinen Eintrag auswählen kann.

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

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

Re: [TYPO3-german] TYPO3 4.7 TCA: Sortierbares Auswahl bei Select im renderMode "tree"

2013-07-09 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
... so etwas habe ich befürchtet. :D

Danke

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Georg Ringer
Gesendet: Dienstag, 9. Juli 2013 13:42
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] TYPO3 4.7 TCA: Sortierbares Auswahl bei Select
im renderMode "tree"

Hi,

IMO nein

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

[TYPO3-german] TYPO3 4.7 TCA: Sortierbares Auswahl bei Select im renderMode "tree"

2013-07-09 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi zusammen,

 

ist es möglich, ein Select-Field im renderMode „tree“ so zu konfigurieren,
dass man die Auswahl hinterher (wie beim Standard Select) sortieren kann?

 

Grüße,

Ralf

 

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

Re: [TYPO3-german] extBase/fluid: Registrierung eines Namespaces

2013-06-30 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Ah, danke. :)

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Kay Strobach
Gesendet: Freitag, 28. Juni 2013 21:50
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] extBase/fluid: Registrierung eines Namespaces

Hi,

guck mal hier:
http://de.slideshare.net/enetinfo/t3ak12-extbase-11562975

--> Folie 5!!!

Grüße
Kay

Am 28.06.13 14:37, schrieb Ralf Schlömer, TYPO3-Mailing-List:
> Hi zusammen,
> 
>  
> 
> kann ich in einer eigenen extBase/fluid-Extension einen Namespace für 
> meine ViewHelper an einer Stelle zentral registrieren, oder muss ich 
> in jeder nötigen Datei meine Namespace-Deklaration a la „{namespace 
> me=Tx_MyExtension_ViewHelpers}“ einbinden?
> 
>  
> 
>  
> 
> Grüße,
> 
> Ralf
> 
>  
> 


--
http://www.kay-strobach.de - Open Source Rocks

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

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV
73VDF2
  - https://flattr.com/profile/kaystrobach

___
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/fluid: Registrierung eines Namespaces

2013-06-28 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi zusammen,

 

kann ich in einer eigenen extBase/fluid-Extension einen Namespace für meine
ViewHelper an einer Stelle zentral registrieren, oder muss ich in jeder
nötigen Datei meine Namespace-Deklaration a la „{namespace
me=Tx_MyExtension_ViewHelpers}“ einbinden?

 

 

Grüße,

Ralf

 

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

Re: [TYPO3-german] TypoScript: getText-Problem mit dataWrap = DB:table:uid:field

2013-06-26 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
insertData = 1 wirkt sich auch auf wrap3 aus. Letztendlich steht da dann
Seite {MeinSeitentitel}, wobei {MeinSeitentitel} dann als
eingeschobener data-Block interpretiert wird. Nur das da nichts bei
rauskommt. :)

Der bessere Weg wäre wohl:

10 = TEXT
10 {
data = page:title
wrap = Seite {|}
}

Grüße,
Ralf

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jörg Hambuch
Gesendet: Mittwoch, 26. Juni 2013 16:02
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] TypoScript: getText-Problem mit dataWrap =
DB:table:uid:field

Hallo,

folgendes TypoScript funktioniert unter 4.7.12 nicht. Es erfolgt keine
Ausgabe außer "Seite ".

10 = TEXT
10 {
   dataWrap = DB:pages:{GP:id}:title
   wrap3 = Seite {|}
   insertData = 1
}

Unter 4.5 funktioniert es fehlerfrei und gibt "Seite " plus den Seitentitel
aus.

Hat sich da etwas in 4.7 geändert oder ist das ein Bug? Habe weder in der
TSref noch im Bugtracker etwas dazu gefunden.

Vielen Dank und schöne Grüße
Jörg
___
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] fe_users: Daten aus extBase-Erweiterung werden nicht gespeichert.

2013-06-24 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi zusammen,

 

ich habe eine eigene extBase Erweiterung, welche die fe_users um einige
Felder erweitert. Zum Registrieren eines neuen FE-Benutzers verwende ich
sr_feuser_register, welche die neuen Felder korrekt mit allen Werten
anzeigt. Auch im 2. Schritt der Registration (Daten werden zur Überprüfung
angezeigt) werden die neuen Felder mit korrekten Werten in den Hidden-Fields
aufgeführt.

Nur speichern lassen Sie sich die neuen Felder über das FE nicht. 

Im BE dagegen kann ich die neuen Felder in einem Datensatz korrekt editieren
und dann werden Sie auch im Frontend richtig ausgegeben.

 

Woran kann es liegen?

 

Grüße,

Ralf

 

 

 

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

Re: [TYPO3-german] TYPO3 4.5: Fehler beim Seitentyp "Verweis" mit unterschiedlichen Verweiszielen bei Mehrsprachigkeit

2013-06-13 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Das war es!
Besten Dank. :)


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian
Hennecke
Gesendet: Donnerstag, 13. Juni 2013 17:11
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] TYPO3 4.5: Fehler beim Seitentyp "Verweis" mit
unterschiedlichen Verweiszielen bei Mehrsprachigkeit

Am 13.06.2013 15:23, schrieb Ralf Schlömer, TYPO3-Mailing-List:
> Hi zusammen,
>
>
>
> ich habe hier ein mehrsprachiges TYPO3 4.5.25 System bei dem einer 
> Seite vom Typ „Verweis“ unterschiedliche Verweisziele für jede Sprache 
> zugewiesen werden sollen. Leider wird bei der Ausgabe in jeder Sprache 
> nur auf das Verweisziel der Default-Sprache verwiesen. Ansonsten läuft 
> die Übersetzung wie gewollt. Testweise habe ich das Verhalten in einem 
> TYPO3 4.7.x System nachgebaut, da funktioniert es einwandfrei.
>
>
>
> Zwar konnte ich einige Verweise auf diesen (bzw. ähnliche) Fehler im 
> Zusammenhang mit dem Seitentyp „Verweis“ finden, aber nirgendwo ein
Lösung.
>
> Kenn vielleicht jemand einen Lösungsansatz für dieses Problem?

Ohne Anspruch auf Korrektheit: Schau Dir mal
$TYPO3_CONF_VARS['FE']['pageOverlayFields'] in der localconf.php an. 
Diese Einstellung legt fest, welche Felder der Seitendatensätze lokalisiert
werden können. Damit das Overlay funktionieren kann, müssen dort shortcut
und shortcut_mode aufgeführt sein.

Gruß
Christian
___
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] TYPO3 4.5: Fehler beim Seitentyp "Verweis" mit unterschiedlichen Verweiszielen bei Mehrsprachigkeit

2013-06-13 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi zusammen,

 

ich habe hier ein mehrsprachiges TYPO3 4.5.25 System bei dem einer Seite vom
Typ „Verweis“ unterschiedliche Verweisziele für jede Sprache zugewiesen
werden sollen. Leider wird bei der Ausgabe in jeder Sprache nur auf das
Verweisziel der Default-Sprache verwiesen. Ansonsten läuft die Übersetzung
wie gewollt. Testweise habe ich das Verhalten in einem TYPO3 4.7.x System
nachgebaut, da funktioniert es einwandfrei.

 

Zwar konnte ich einige Verweise auf diesen (bzw. ähnliche) Fehler im
Zusammenhang mit dem Seitentyp „Verweis“ finden, aber nirgendwo ein Lösung.

Kenn vielleicht jemand einen Lösungsansatz für dieses Problem?

 

Grüße,

Ralf

 

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

Re: [TYPO3-german] HMENU + special=list nur 1 Level?

2013-06-12 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Ja, expAll = 0 in allen Leveln.
Also das klappt hier einwandfrei (außer wenn special.value = rootpage):

lib. rightcol = COA
lib. rightcol {
  10 = HMENU
  10 {
special = list
special.value = 7
wrap = |
1 = TMENU
1 {
  expAll = 0
  noBlur = 1
  wrap = |
  NO = 1
  NO {
wrapItemAndSub = |
  }
  ACT < .NO
}
2 < .1
3 < .2
4 < .3
5 < .4
6 < .5
7 < .6
  }
}

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jan Kornblum
Gesendet: Dienstag, 11. Juni 2013 23:33
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] HMENU + special=list nur 1 Level?

> Solange special.value != rootpage ist, funktioniert 's mit list bei 
> mir bis Level 7, denke danach wir es auch keine Abweichungen mehr geben.

Auch mit expAll=0, also wenn die Ebenen nur aufklappen wenn angeklickt???



___
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] Seltsame Cookie-Auswertung

2013-06-11 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi Liste,

 

ich frage per TS den Wert eines Cookies einmal in einem if ab

 

10 = COA_INT

10 {

if.value.data = global:_REQUEST|myCookie

if.equals = myValue

10 = TEXT

10.value = … and now, something complete different.

}

 

und einmal als TEXT

 

10 = TEXT

10.data = GP:_REQUEST:myCookie

 

Während die Ausgabe des Cookie-Wertes im Text-Objekt auf der Startseite
(www.myDomain.com  ) und allen Unterseiten korrekt
ist, wird er im if anscheinend nur auf den Unterseiten richtig ausgewertet.
Jedenfalls hat der Cookie-Wert im if keinerlei Auswirkung auf die
Startseite. Habe ich den Cookie-Path falsch gesetzt? Muss da irgendwas
anderes als ein „/“ rein?

 

Der Cookie selbst ist so konfiguriert:

 

Domain:  .myDomain.com

Path: /

Expires:   Irgendwann nächstes Jahr

Value:  myValue

 

 

Grüße,

Ralf

 

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

Re: [TYPO3-german] Per Extension angelegte Seiten im Backend nach Titel sortieren (TYPO3 4.7.x)

2013-06-10 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hm, leider sind die CSV-Daten völlig unsortiert und ich lege Seiten über
zwei Ebenen an also

Seite 1
Seite 1.1
Seite 1.2
...
Seite 2
Seite 2.1
Seite 2.2
Seite 2.3
...
...
...

Wobei es mir auf die Sortierung der zweiten Ebene ankommt.

Da die Seiten letztendlich per

tce = t3lib_div::makeInstance('t3lib_TCEmain');
$tce->start($data, $cmd);
$tce->process_datamap();

erzeugt, komme ich dann wohl nicht darum herum, dass Array "$data" im
Vorfeld irgendwie zu sortieren.

Hmmmpf. :)

... mal schauen ob ich da was hinbekomme.


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Klengel,
Müsserref Cigdem
Gesendet: Montag, 10. Juni 2013 15:19
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Per Extension angelegte Seiten im Backend nach
Titel sortieren (TYPO3 4.7.x)

Hallo Ralf, 

sind die Seiten beim Import aus der CSV schon sortiert? Dann könntest du
beim DB-Import die Spalte 'sorted' oder 'sorting' gleich mitsetzten. 
Ich hab z.B. eine Extension geschrieben, die Profilseiten für die
Mitarbeiter anlegt. Diese Seiten lagen dann unsortiert in einem Ordner. Mit
einem Skript habe ich die dann ausgelesen (mit Order by title asc) und dann
wieder in die DB geschrieben und die sorting/sorted Spalte immer wieder
beschrieben - also einen counter gesetzt und die Zahl bei jedem Durchgang um
20 erhöht. Dann sind die Seiten im Seitenbaum auch sortiert.

Also entweder sortierst du beim Import aus der CSV in die DB schon vor oder
machst es im zweiten Schritt.

Viele Grüße,
Cigdem

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Ralf Schlömer,
TYPO3-Mailing-List
Gesendet: Montag, 10. Juni 2013 14:58
An: 'German TYPO3 Userlist'
Betreff: [TYPO3-german] Per Extension angelegte Seiten im Backend nach Titel
sortieren (TYPO3 4.7.x)

Hi Liste,

 

ich arbeite hier an einer Extension die u.a. aus CSV-Daten einen Seitenbaum
erstellt. Klappt alles gut, Seiten und Inhalte werden einwandfrei erstellt.

Was ich nur nicht schaffe ist, die erstellten Seiten, bzw. Unterseiten einer
bestimmten UID, im Backend alphabetisch zu sortieren. Ich finde weder in der
Core-Doc, noch in der class.t3lib_BEfunc (über deren Funktionen ich die
Seiten letztendlich erstellen lasse) oder bei Google einen passenden
Lösungsansatz.

 

Kennt jemand eine Quelle - oder gar eine Lösung?

 

. ist übrigens ein TYPO3 4.7.x System

 

Grüße,

Ralf

___
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] Per Extension angelegte Seiten im Backend nach Titel sortieren (TYPO3 4.7.x)

2013-06-10 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi Liste,

 

ich arbeite hier an einer Extension die u.a. aus CSV-Daten einen Seitenbaum
erstellt. Klappt alles gut, Seiten und Inhalte werden einwandfrei erstellt.

Was ich nur nicht schaffe ist, die erstellten Seiten, bzw. Unterseiten einer
bestimmten UID, im Backend alphabetisch zu sortieren. Ich finde weder in der
Core-Doc, noch in der class.t3lib_BEfunc (über deren Funktionen ich die
Seiten letztendlich erstellen lasse) oder bei Google einen passenden
Lösungsansatz.

 

Kennt jemand eine Quelle – oder gar eine Lösung?

 

… ist übrigens ein TYPO3 4.7.x System

 

Grüße,

Ralf

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

Re: [TYPO3-german] RTE: "Sauberes einfügen" per default aktivieren?!

2013-06-06 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Ah, danke Renzo. Das habe ich gesucht.

Nieder mit den MS-Word-Redakteuren! :D


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von conPassione gmbh
Gesendet: Donnerstag, 6. Juni 2013 15:32
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] RTE: "Sauberes einfügen" per default aktivieren?!

Hallo Ralf

schau mal da:
http://lists.typo3.org/pipermail/typo3-project-rte/2012-July/002362.html

Gruss Renzo
-- 




Renzo Bauen
conPassione gmbh
T +41 33 345 00 92
M +41 79 330 10 11
http://www.conpassione.ch
TYPO3 Bronce Associate 

Am Donnerstag, den 06.06.2013, 14:50 +0200 schrieb Ralf Schlömer,
TYPO3-Mailing-List:

> Hi Liste,
> 
>  
> 
> gibt es eigentlich im RTE die Möglichkeit einen Button (in meinem Fall 
> „Sauberes einfügen“) per TSConfig von vornherein einzuschalten?
> 
>  
> 
> Grüße,
> 
> Ralf
> 
> ___
> 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] RTE: "Sauberes einfügen" per default aktivieren?!

2013-06-06 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi Liste,

 

gibt es eigentlich im RTE die Möglichkeit einen Button (in meinem Fall
„Sauberes einfügen“) per TSConfig von vornherein einzuschalten?

 

Grüße,

Ralf

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

Re: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil"

2013-05-24 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
... Ja, natürlich kommen alle Stile aus der CSS. Aber wenn ich schon
explizit angeben kann, welche der vorhandenen Stile erlaubt sind und diese
auch korrekt verarbeitet werden, dann ist es doch irgendwie inkonsequent,
dass die nicht erwünschten Stile trotzdem in den Dropdowns (Textstil,
Blockstil) erscheinen.
Gibt es keine Konfigurationseigenschaft (wie "allowedClasses") für die
Dropdowns, mit der ich festlegen kann welche Stile dort angezeigt werden?


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Essl
Gesendet: Freitag, 24. Mai 2013 11:15
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown
"Blockstil"

Hast du den CSS-Stil im CSS-File angegeben, das du für den RTE definiert
hast? (in deinem Fall also fileadmin/templates/css/text.css) Ich kenne mich
jetzt nicht mit den Blockstilen speziell aus, aber die auswählbaren
Link-Klassen im RTE werden zum Beispiel aus dem CSS-File ausgelesen und
müssen explizit von dort entfernt werden, damit sie nicht mehr im Wizard
aufscheinen. Wird bei den Blockstilen vermutlich nicht anders sein. 

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Ralf Schlömer,
TYPO3-Mailing-List
Gesendet: Freitag, 24. Mai 2013 10:57
An: 'German TYPO3 Userlist'
Betreff: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil"

Hi zusammen,

 

das Dropdown "Blockstil" zeigt im Backend Stile an, die zwar in der
verwendeten CSS-Datei definiert sind, aber nicht unter "allowedClasses"
eingetragen sind. Verwendet man einen dieser nicht erlaubten Stile, so wird
dieser beim Speichern wieder korrekt entfernt. Soweit OK.

 

. aber wie verhindere ich, dass diese unerwünschten Stile im Dropdown
auftauchen?

. und wenn wir schon dabei sind, die Einstellungen für "exitHTMLparser" und
"entryHTMLparser", sind die so nötig & richtig?

 

Grüße,

Ralf

 

 

Meine RTE Konfiguration (TYPO3 4.7.x):

 

RTE.default {

  contentCSS = fileadmin/templates/css/text.css

  showButtons = *

  hideButtons = lefttoright, righttoleft, fontstyle, fontsize, showhelp,
textcolor, bgcolor, emoticon, image, language, showlanguagemarks

  keepButtonGroupTogether = 1

  buttons {

textstyle {

  tags {

span.allowedClasses = Wichtig, Hervorhebung

  }

}

blockstyle {

  tags {

div.allowedClasses= Zusammenfassung, Kommentar, Infobox

  }

}

  }

  allowedClasses = Wichtig, Hervorhebung, Zusammenfassung, Kommentar,
Infobox

  proc {

entryHTMLparser_db = 1

entryHTMLparser_db {

  tags.b.remap = strong

  tags.i.remap = em

}

exitHTMLparser_db = 1

exitHTMLparser_db {

  tags.b.remap = strong

  tags.i.remap = em

}

allowedClasses < RTE.default.allowedClasses

  }

  FE < RTE.default

}

 

___
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] RTE: Nichterlaubte Klassen im Dropdown "Blockstil"

2013-05-24 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi zusammen,

 

das Dropdown „Blockstil“ zeigt im Backend Stile an, die zwar in der
verwendeten CSS-Datei definiert sind, aber nicht unter „allowedClasses“
eingetragen sind. Verwendet man einen dieser nicht erlaubten Stile, so wird
dieser beim Speichern wieder korrekt entfernt. Soweit OK.

 

… aber wie verhindere ich, dass diese unerwünschten Stile im Dropdown
auftauchen?

… und wenn wir schon dabei sind, die Einstellungen für „exitHTMLparser“ und
„entryHTMLparser“, sind die so nötig & richtig?

 

Grüße,

Ralf

 

 

Meine RTE Konfiguration (TYPO3 4.7.x):

 

RTE.default {

  contentCSS = fileadmin/templates/css/text.css

  showButtons = *

  hideButtons = lefttoright, righttoleft, fontstyle, fontsize, showhelp,
textcolor, bgcolor, emoticon, image, language, showlanguagemarks

  keepButtonGroupTogether = 1

  buttons {

textstyle {

  tags {

span.allowedClasses = Wichtig, Hervorhebung

  }

}

blockstyle {

  tags {

div.allowedClasses= Zusammenfassung, Kommentar, Infobox

  }

}

  }

  allowedClasses = Wichtig, Hervorhebung, Zusammenfassung, Kommentar,
Infobox

  proc {

entryHTMLparser_db = 1

entryHTMLparser_db {

  tags.b.remap = strong

  tags.i.remap = em

}

exitHTMLparser_db = 1

exitHTMLparser_db {

  tags.b.remap = strong

  tags.i.remap = em

}

allowedClasses < RTE.default.allowedClasses

  }

  FE < RTE.default

}

 

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

Re: [TYPO3-german] Formhandler: Mehrere unabhängige Conditions im Formular

2013-05-22 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
... hm, jetzt wo Du es sagst. :D

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Reinhard Führicht
Gesendet: Mittwoch, 22. Mai 2013 14:12
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Formhandler: Mehrere unabhängige Conditions im 
Formular

Hallo Ralf,

der Step kommt immer davor.

1 {
   if {

   }
   markers {

   }
   initInterceptors {

   }
}

Du kannst statt dem "1", "2" bei den Conditions beliebige Keys verwenden, damit 
es verständlicher wird:

Conditions für Step 1:

1 {

   if {
 ersteCondition {
   conditions {
OR1.AND1 = fieldA=1
 isTrue {
   1.validators.1.config.fieldConf.fieldB.errorCheck.1 = required
 }
   }
 }
   }

}

Viele Grüße,
Reinhard


Am 22.05.2013 13:52, schrieb Ralf Schlömer, TYPO3-Mailing-List:
> Hi Reinhard
>
> Danke, das war es.
> Eigentlich hatte ich es so verstanden, dass nach dem "if" erst einmal der 
> Step kommt, für den die Condition greifen soll. Also "if.1." für den ersten 
> Step.
> Da lag ich wohl falsch. :D
>
> Ralf
>
> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org 
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Reinhard 
> Führicht
> Gesendet: Mittwoch, 22. Mai 2013 13:20
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] Formhandler: Mehrere unabhängige 
> Conditions im Formular
>
> Hallo Ralf,
>
> Am 22.05.2013 10:19, schrieb Ralf Schlömer:
>> ...
>> if.1 {
>> conditions {
>>   OR.1.AND1 = fieldA=1
>>   isTrue {
>> 1.validators.1.config.fieldConf.fieldB.errorCheck.1 = required
>>   }
>>   OR2.AND1 = fieldC=1
>>   isTrue {
>>  1.validators.1.config.fieldConf.fieldD.errorCheck.1 = required
>>   }
>> }
>> }
>> ...
>>
>> oder
>>
>> ...
>> if.1 {
>> 1.conditions {
>>   OR.1.AND1 = fieldA=1
>>   isTrue {
>> 1.validators.1.config.fieldConf.fieldB.errorCheck.1 = required
>>   }
>> }
>> 2.conditions {
>>   OR1.AND1 = fieldC=1
>>   isTrue {
>>  1.validators.1.config.fieldConf.fieldD.errorCheck.1 = required
>>   }
>> }
>> }
>> ...
>
> so müsste es eigentlich klappen:
>
> if {
> 1.conditions {
>   OR.1.AND1 = fieldA=1
>   isTrue {
> 1.validators.1.config.fieldConf.fieldB.errorCheck.1 = required
>   }
> }
> 2.conditions {
>   OR1.AND1 = fieldC=1
>   isTrue {
>  1.validators.1.config.fieldConf.fieldD.errorCheck.1 = required
>   }
> }
> }
>
>
> Also statt "if.1" nur "if".
>
> Viele Grüße,
> Reinhard
>


--

http://www.typo3-formhandler.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

Re: [TYPO3-german] Formhandler: Mehrere unabhängige Conditions im Formular

2013-05-22 Diskussionsfäden Ralf Schlömer , TYPO3-Mailing-List 
Hi Reinhard

Danke, das war es.
Eigentlich hatte ich es so verstanden, dass nach dem "if" erst einmal der Step 
kommt, für den die Condition greifen soll. Also "if.1." für den ersten Step.
Da lag ich wohl falsch. :D

Ralf

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Reinhard Führicht
Gesendet: Mittwoch, 22. Mai 2013 13:20
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Formhandler: Mehrere unabhängige Conditions im 
Formular

Hallo Ralf,

Am 22.05.2013 10:19, schrieb Ralf Schlömer:
> ...
> if.1 {
>conditions {
>  OR.1.AND1 = fieldA=1
>  isTrue {
>1.validators.1.config.fieldConf.fieldB.errorCheck.1 = required
>  }
>  OR2.AND1 = fieldC=1
>  isTrue {
> 1.validators.1.config.fieldConf.fieldD.errorCheck.1 = required
>  }
>}
> }
> ...
>
> oder
>
> ...
> if.1 {
>1.conditions {
>  OR.1.AND1 = fieldA=1
>  isTrue {
>1.validators.1.config.fieldConf.fieldB.errorCheck.1 = required
>  }
>}
>2.conditions {
>  OR1.AND1 = fieldC=1
>  isTrue {
> 1.validators.1.config.fieldConf.fieldD.errorCheck.1 = required
>  }
>}
> }
> ...

so müsste es eigentlich klappen:

if {
   1.conditions {
 OR.1.AND1 = fieldA=1
 isTrue {
   1.validators.1.config.fieldConf.fieldB.errorCheck.1 = required
 }
   }
   2.conditions {
 OR1.AND1 = fieldC=1
 isTrue {
1.validators.1.config.fieldConf.fieldD.errorCheck.1 = required
 }
   }
}


Also statt "if.1" nur "if".

Viele Grüße,
Reinhard

-- 

http://www.typo3-formhandler.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