Re: [TYPO3-german] RTE um eine Klasse erweitern

2016-11-12 Diskussionsfäden Renzo Bauen
Hallo Leo

vorausgesetzt der RTE ist richtig konfiguriert (das mache ich in einer
Basis-Extension für alle meine Websites), dann genügt für die Anpassung
in der kundenspezifischen Extension (cp_layout bei mir) folgender Code:

# === code begin ==
# Einstellungen für den htmlArea RTE
# ==
# Layout RTE, Toolbar und Contextmenu definieren
RTE.default.contentCSS {
  cp_layout = EXT:cp_layout/Resources/Public/StyleSheets/rte.css
}

# Anpassen und verfügbar machen der Formatierung
# --
# folgende Definitionen sind nur für die bessere Lesbarkeit in den
Pull-Down's
# die in der CSS-Datei definierten Classen werden hier mit einem
lesbaren Namen versehen
# hier im Beispiel die CSS-Class cp-highlight (definiert in der
Basisextension) bekommt eine andere Farbe
# die CSS-Class cp-bigFont kommt hinzu.
RTE.classes {
cp-highlight.value = color:#0ea3e1;
cp-bigFont.name = grosse Schrift
}

# Pulldown blockstyle anpassen
RTE.default {
  buttons.blockstyle {
tags {
  p.allowedClasses := addToList(cp-bigFont)
  div.allowedClasses := addToList(cp-bigFont)
}
  }
}

# Konvertierungseinstellungen
RTE.default {
  proc {
allowedClasses := addToList(cp-bigFont)
  }
}

RTE.default.FE < RTE.default
# === code ende ==

Wichtig ist die CSS-Datei, dass hier die richtige eingebunden wird. Sie
muss die CSS-Class enthalten, sonst wird sie auch nicht angezeigt im
Pulldown.
Wenn du neben blockstyle noch andere Pulldowns anpassen willst, dann
musst du diese analog definieren.

Und noch ein Tip: ich verwende SASS für die Erstellung der CSS-Dateien.
Da ist es einfach möglich, nur diejenigen Definitionen in die CSS-Datei
für den RTE zu schreiben, die im Backend auch benötigt werden, d.h. vor
allem Block- und Text-Styles. Anderes wie die Klassen für ein
Spaltenlayout braucht der RTE gar nicht zu parsen...

Wenn ich deinen Code ansehe, sehe ich die Einbindung der CSS-Datei
nicht, aber auch nicht die Definition der Klasse (RTE.classes...)
Und ich meine, dass das Attribut showTagFreeClasses für jeden Button
einzeln zu definieren ist
(RTE.default.buttons.[blockstyle/textstyle].showTagFreeClasses = 1).

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

Am Samstag, den 12.11.2016, 15:03 +0100 schrieb Dr. Dieter Porth:

> Hi Leo,
> 
> 
> der Code von JWeiland sieht auf den ersten Blick ok aus.
> 
> Die Konfiguration muss fünf Aspekte abdecken, deine Konfiguration deckt 
> scheinbar nur zwei ab
> 
> a) Backend - Anzeige im Button (Freigabe von Feld bzw. Tag bzw. Fald+Tag
> 
> b) Backend - Anzeige im Textfeld (Klassendefinition für das backend)
> 
> c) Fronmtendausgabe: (proc) - Grundsätzliche Klassen
> 
> d) Fronmtendausgabe: (proc) - CSS-Datei mit Klassendefinition für das 
> Frontend
> 
> e) Frontendausgabe: (proc) - Freigabe der Tags für klassen bzw. der Tags 
> überhaupt
> 
> 
> Allgemein:
> Ärgerlich/unübersichtlich beim RTE-Konfigurierten ist die Vermischug von 
> hide/show bzw. allow/disable, da sich damit schnell eine verwirrende 
> Logik von Einschluss und Ausschluss ergeben kann.  Weiterhin können 
> einen die verschiedenen Parsing-Zeitpunkt in den Wahnsinn treiben.
> Eine echte Stärke vom HTMLArea RTE ist, dass man in einem Backendlayout 
> unterschiedliche RTE-Definitionen anzeigen lassen kann.
> 
> Alternative.
> http://www.koller-webprogramming.ch/tipps-tricks/typo3-inhaltselemente/rte-konfig-textstyle-und-blockstyle/
> sieht auf den ersten Blick auch funktionabel aus.
> 
> Dieter
> 
> Am 12.11.2016 um 11:40 schrieb Leo Führinger:
> > Hallo zusammen,
> > ich nutze Typo3 7.6 und möchte im RTE eine Klasse bei "Textstile"
> > hinzufügen.
> > Dazu habe ich schon vieles probiert, u.a. dieses hier:
> >
> > RTE.default.buttons.showTagFreeClasses = 1
> > RTE.default.proc.allowedClasses := addToList(arrowlink)
> > RTE.default.buttons.textstyle.tags.span.allowedClasses :=
> > removeFromList(important)
> > RTE.default.buttons.textstyle.tags.span.allowedClasses :=
> > addToList(arrowlink)
> >
> > Ich möchte zu Testzwecken der Dropdownliste "Textstile" die Auswahl
> > "arrowlink" hinzufügen, was jedoch nicht klappt. Die Auswahlmöglichkeit
> > "Wichtig" bzw. "important" wird ie gewünscht nicht mehr angezeigt,..
> >
> > Die Doku habe hier gefunden:
> > https://goo.gl/AQshrE
> > Ein schönes Beispiel von jweiland hier (welches auch nicht funktionioert)
> > https://jweiland.net/typo3/codebeispiele/rte.html#c2678
> >
> > Könnt ihr mir hier weiter helfen?
> > Danke und ein schönes Wochenende,
> > Leo
> > ___
> > 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] URL Setting

2016-11-12 Diskussionsfäden Peter Linzenkirchner
Hallo, 

naw_securedl wird eingesetzt um interne Bereiche abzusichern. In einem internen 
Bereich muss überprüft werden, ob der Besucher das Recht hat eine Datei auch 
herunterzuladen. Wenn das erforderlich ist, können keine direkten URLs zu den 
Dateien verwendet werden, weil dann die Berechtigung nicht geprüft werden kann. 
Das ist nur möglich, wenn der Zugriff über index.php?eID= zugegriffen wird. Für 
geschützte Bereiche ist das also ein absolut nötiges Feature. 

Wenn es sich also um einen internen Bereich handelt, so trickst ihr mit den 
externen Links die Überprüfung aus. Alle eure Dateien wären dann öffentlich 
zugänglich. Allerdings darf das gar nicht funktionieren (das wäre dann eine 
massive Sicherheitslücke) und wenn es doch funktioniert, so wurde die Extension 
naw_securedl entweder falsch konfiguriert, oder die Absicherung der Ordner 
durch htaccess-Dateien wurde vergessen. 

Also egal wie man es dreht und wendet: eure Installation hat ein Problem. 

Je nachdem wie man es sieht, ist es ein Usability-Problem oder ein 
Sicherheits-Problem. Eigentlich müsste über eine Kombination aus 
Konfigurationsparametern von naw_securedl sichergestellt sein, dass entweder 
immer direkte Links verwendet werden (wenn es sich um Dateien handelt, die 
nicht in geschützen Bereich liegen) oder dass direkte Links überhaupt nicht 
möglich sind (wenn es sich um Dateien in internen Bereichen handelt). 

Normalerweise legt man in der Konfiguration der Extension fest, welche Ordner 
überwacht werden müssen. Dann legt man in diese Ordner htaccess-Dateien, die 
jeden direkten Zugriff verhindern. Direkte Links enden dann _immer_ mit einem 
error 403 (forbidden), ganz egal, wie die Links gesetzt werden. Ausschließlich 
Links über das eID-System werden aufgelöst, da das Skript die Rechte prüft und 
die Datei ausliefert, wenn die Rechte passen, und eine Fehlermeldung bringt, 
wenn die Rechte nicht passen. Nicht überwachte/ungeschützte Ordner können immer 
direkt verlinkt werden, da hier das eID-System idealerweise inaktiv ist. 

Sprecht mit eurem Systemadmin, und bittet ihn, das Problem zu lösen. Es sollte 
möglich sein, bestimmte Ordner aus der Überwachung auszunehmen, dann können die 
Dateien in diesem normal verlinkt werden, und es sind trotzdem direkte Links. 
Wenn es sich um Dateien in einem internen, geschützten Bereich handelt, dann 
ist das System falsch konfiguriert und hat eine eklatante Sicherheitslücke. 
Auch in diesem Fall solltet ihr euren Systemadmin bitten, das schnellstmöglich 
zu ändern. 

Ich vermute, dass beides der Fall ist: naw_securedl ist so konfiguriert, dass 
die gesamte Webseite überwacht wird (was ein Usability-Problem darstellt), und 
zusätzlich wurden die htacces-Dateien vergessen, mit denen die internen 
Bereiche abgesichert werden. Andernfalls sollte es nicht möglich sein, dass 
externe Links auf interne Dateien überhaupt ausgeliefert werden. 

Ich rate dringend, das zu prüfen. Wenn es so ist, wie ich vermute, sind 
möglicherweise Teile ihrer internen Dateien öffentlich zugänglich. 

Gruß
Peter


> Am 12.11.2016 um 10:23 schrieb Renzo Bauen :
> 
> Hallo Kevin
> Ich sehe das genau so wie Michael.
> naw_securedl ist eine Extension mit der man die Downloads absichern
> kann. D.h. dass man eben nicht über
> http://meine.domain.tld/fileadmin/meinedatei.txt direkt auf die Datei
> zugreifen kann.
> Das Verzeichnis sollte natürlich mit einer .htaccess entsprechend
> gesichert sein, so dass der direkte Link nicht funktioniert.
> 
> D.h. du musst mit dem Admin reden, dass der naw_securedl so einstellt,
> dass kürzere URLs generiert werden, wenn der Schutz der Dateien
> überhaupt nötig ist. Wenn das nicht nötig ist, kann er die Ext ja auch
> ausschalten...
> 
> Beste Grüsse, Renzo
> -- 
> conPassione gmbh
> CH-3661 Uetendorf
> +41 33 345 00 92 
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



-- 
---
Peter Linzenkirchner
Lisardo EDV-Beratung
Katharinengasse 20, Rückgebäude, 
Eingang Bleigäßchen 5
86150 Augsburg
Tel. +49-821-150565, Fax +49-821-150595
http://typo3-lisardo.de
i...@lisardo.de
---

--
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] RTE um eine Klasse erweitern

2016-11-12 Diskussionsfäden Dr. Dieter Porth

Hi Leo,


der Code von JWeiland sieht auf den ersten Blick ok aus.

Die Konfiguration muss fünf Aspekte abdecken, deine Konfiguration deckt 
scheinbar nur zwei ab


a) Backend - Anzeige im Button (Freigabe von Feld bzw. Tag bzw. Fald+Tag

b) Backend - Anzeige im Textfeld (Klassendefinition für das backend)

c) Fronmtendausgabe: (proc) - Grundsätzliche Klassen

d) Fronmtendausgabe: (proc) - CSS-Datei mit Klassendefinition für das 
Frontend


e) Frontendausgabe: (proc) - Freigabe der Tags für klassen bzw. der Tags 
überhaupt



Allgemein:
Ärgerlich/unübersichtlich beim RTE-Konfigurierten ist die Vermischug von 
hide/show bzw. allow/disable, da sich damit schnell eine verwirrende 
Logik von Einschluss und Ausschluss ergeben kann.  Weiterhin können 
einen die verschiedenen Parsing-Zeitpunkt in den Wahnsinn treiben.
Eine echte Stärke vom HTMLArea RTE ist, dass man in einem Backendlayout 
unterschiedliche RTE-Definitionen anzeigen lassen kann.


Alternative.
http://www.koller-webprogramming.ch/tipps-tricks/typo3-inhaltselemente/rte-konfig-textstyle-und-blockstyle/
sieht auf den ersten Blick auch funktionabel aus.

Dieter

Am 12.11.2016 um 11:40 schrieb Leo Führinger:

Hallo zusammen,
ich nutze Typo3 7.6 und möchte im RTE eine Klasse bei "Textstile"
hinzufügen.
Dazu habe ich schon vieles probiert, u.a. dieses hier:

RTE.default.buttons.showTagFreeClasses = 1
RTE.default.proc.allowedClasses := addToList(arrowlink)
RTE.default.buttons.textstyle.tags.span.allowedClasses :=
removeFromList(important)
RTE.default.buttons.textstyle.tags.span.allowedClasses :=
addToList(arrowlink)

Ich möchte zu Testzwecken der Dropdownliste "Textstile" die Auswahl
"arrowlink" hinzufügen, was jedoch nicht klappt. Die Auswahlmöglichkeit
"Wichtig" bzw. "important" wird ie gewünscht nicht mehr angezeigt,..

Die Doku habe hier gefunden:
https://goo.gl/AQshrE
Ein schönes Beispiel von jweiland hier (welches auch nicht funktionioert)
https://jweiland.net/typo3/codebeispiele/rte.html#c2678

Könnt ihr mir hier weiter helfen?
Danke und ein schönes Wochenende,
Leo
___
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 um eine Klasse erweitern

2016-11-12 Diskussionsfäden Leo Führinger
Hallo zusammen,
ich nutze Typo3 7.6 und möchte im RTE eine Klasse bei "Textstile"
hinzufügen.
Dazu habe ich schon vieles probiert, u.a. dieses hier:

RTE.default.buttons.showTagFreeClasses = 1
RTE.default.proc.allowedClasses := addToList(arrowlink)
RTE.default.buttons.textstyle.tags.span.allowedClasses :=
removeFromList(important)
RTE.default.buttons.textstyle.tags.span.allowedClasses :=
addToList(arrowlink)

Ich möchte zu Testzwecken der Dropdownliste "Textstile" die Auswahl
"arrowlink" hinzufügen, was jedoch nicht klappt. Die Auswahlmöglichkeit
"Wichtig" bzw. "important" wird ie gewünscht nicht mehr angezeigt,..

Die Doku habe hier gefunden:
https://goo.gl/AQshrE
Ein schönes Beispiel von jweiland hier (welches auch nicht funktionioert)
https://jweiland.net/typo3/codebeispiele/rte.html#c2678

Könnt ihr mir hier weiter helfen?
Danke und ein schönes Wochenende,
Leo
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] URL Setting

2016-11-12 Diskussionsfäden Renzo Bauen
Hallo Kevin
Ich sehe das genau so wie Michael.
naw_securedl ist eine Extension mit der man die Downloads absichern
kann. D.h. dass man eben nicht über
http://meine.domain.tld/fileadmin/meinedatei.txt direkt auf die Datei
zugreifen kann.
Das Verzeichnis sollte natürlich mit einer .htaccess entsprechend
gesichert sein, so dass der direkte Link nicht funktioniert.

D.h. du musst mit dem Admin reden, dass der naw_securedl so einstellt,
dass kürzere URLs generiert werden, wenn der Schutz der Dateien
überhaupt nötig ist. Wenn das nicht nötig ist, kann er die Ext ja auch
ausschalten...

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


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