[TYPO3-german] TypoScript-Editor / Erkennung von geschweiften Klammern

2016-12-30 Diskussionsfäden Michael_OF 
TYPO3 7.6.14


Hallo,


aus einem Buch (*) habe ich folgendes TypoScript-Codefragment

10 = FLUIDTEMPLATE
10 {
  file.cObject = CASE
  file.cObject {
  }
}


bei welchem sich bei mir ein überaus lästiges Verhalten des Editors im Backend 
zeigt:

Die öffnende geschweifte Klammer in der vierten Zeile

  file.cObject {

wird NICHT als solche erkannt, bleibt rot statt blau. Die schließende Klammer 
in der fünften Zeile wird dann
"folgefalsch" als schließend zu Klammer in Zeile 2 "erkannt" und grün markiert.

"Steuern" lässt sich dieses Verhalten durch den Punkt (.) in "file.cObject" 
oder allgemein "a.b":
- "a.b" produziert das merkwürdige Verhalten
- "ab" arbeitet wie erwartet.

Frage in die Runde: Ist das ein Bug? Oder habe ich irgendetwas nicht verstanden 
/ übersehen?

"Lästig" finde ich hierbei, dass ich die grünen Hervorhebungen von 
Klammergrenzen als sehr nützlich empfinde und es sehr
vermisse, dass diese im Beispiel nicht funktionieren (wie erwartet).


Viele Grüße und morgen ähem später einen Guten Rutsch :-)
Michael


(*) Meyer/Helmich - "Praxiswissen TYPO3 CMS 7" - 8. Auflage - O'Reilly - Seite 
202
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] TYPO3 7.6 - Textmedia: Video einbinden - Poster-Attribut wird nicht generiert

2016-12-30 Diskussionsfäden René Schäfer 

Hallo,
schade das die vorangegeangene Frage noch nicht beantwortet ist.

Wie ist das nun, mit dem Preview Image of new fluide based content Element Text 
& Media. Ich kann als Redakteur kein Vorschaubild hinterlegen. Das Einbinden 
von Videos ist immer noch ein aktueller Inhaltswunsch von Kunden.

Dankbar für eine Lösung,
Grüße aus Potsdam.
René
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] PDF-Anker setzen

2016-12-30 Diskussionsfäden D . Kassor 

Hallo liebe Leute,

ich würde gerne mithilfe dem HTMLArea RTE einen Text auf eine interne Datei 
verlinken, die aber nicht nur den Link zur Datei sondern auch einen Anker als 
Parameter anhängt. Als Beispiel:

Click here for further 
information.

Wie kann ich das am besten machen?

Würde mich über Hilfe freuen.

Liebe Grüße
Kassor
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] guter RTE für Frontend-Plugin gesucht

2016-12-30 Diskussionsfäden Christian Platt 
Hallo Gemeinde,

ich habe in ein Plugin http://jqueryte.com 
integriert. Das ist schön schmal und einfach, wenn das für die Eingaben 
ausreicht…

Liebe Grüße und guten Rutsch
Christian

---


> Am 30.12.2016 um 10:34 schrieb Dr. Dieter Porth :
> 
> Hallo Renzo,
> 
> Grundsätzlich greift die Default-Konfiguration. Du kannst aber natürlich auch 
> recht einfach über die Page-TSConfig jedem einzelnen Feld einer Tabelle eine 
> individuelle RTE-Definition zusprechen, die vom Default abweichen kann.
> 
> Problem beim Frontend-Editing ist, dass man die hineinkommenden Daten 
> speichern und validieren muss und dass ich plötzlich in Fluid-Templates mit 
> Markern arbeiten muss.
> 
> Grundsätzlich kann man alle Daten wie bisher normal im Backend einpflegen. 
> Beim Frontend-Editing bin ich bisher auf verschiedene kleinere 
> TYPO3-Macken/Bugs gestoßen, die ich umschiffen musste. Aktuell frage ich mich 
> ohnehin, ob der htmlArea gemäß des Konzeptes von TYPO3 nicht schon zu mächtig 
> ist. Wenn man festlegt, dass das Setzen von Links und das Setzen von Bildern 
> nichts zu den Aufgaben eine Editors gehört, dann braucht man statt eines 
> Editors natürlich drei. Einen JavaScript-Editor für die Texte z.B. (TinyMCE), 
> einen für das interne Link-Management in Textfeldern und einen für das 
> interne Ressourcen-Management in Textfeldern.
> 
> Wenn diese Abgrenzung auch im Backend gelten würde, könnte man sicherstellen, 
> dass alle intern verwendeten Links speichert sind. (Nie wieder 
> tote/wegfallende Links durch unbeabsichtigt gelöschte oder verborgene Seiten) 
> Der Ressourcen-Editor könnte eine Tabelle füttern, der die Verwendung von 
> Ressourcen in Textfeldern in einer separaten Tabelle speichert. So könnte man 
> sicherstellen, dass keine Resourcen gelöscht werden, die in Textfeldern zu 
> finden sind.
> 
> Ich denke, ich werde erstmal abwarten, wie es bei TYPO3 8 mit dem CKEditor 
> weitergehen wird. Gemäß der obigen Idee lohnt die Einbindung des 
> htmlArea-Editor für mein Lernziel nicht. im schlimmsten Fall programmiere ich 
> später eine eigene Editor-Extension für das Setzen von Links bzw. für das 
> Setzen von Ressourcen in fremden Textfeldern und integriere den TinyMCE als 
> fertigen Frontend-Editor, der über Ajax HTML mit TYPO3-System austauscht.
> 
> Mit besten Wünschen für einen guten Rutsch in ein Jahr 2017 mit 
> Zufriedenheit, Gesundheit und Glück
> Dieter
> 
> 
> 
> Am 30.12.2016 um 09:17 schrieb Renzo Bauen:
>> Hallo Dieter
>> 
>> nach längerem Herumpröbeln, allerdings mit 6.2, habe ich das
>> Frontend-Editing aufgegeben
>> Deshalb bin ich da der Falsche... als Alternative zum htmlArea-RTE gibt
>> es eigentlich nur den Tinymce als Extension, die man einbinden kann.
>> Wir hatten den für ein paar wenige Website verwendet, aber dann wegen
>> der nicht ganz durchgängigen Einbindung im Backend wieder aufgegeben.
>> 
>> In 7.6 habe ich bisher nur den htmlArea verwendet, und immer ohne
>> Frontend-Editing.
>> Theoretisch sollte der ja auch im FE zu verwenden sein, da greift dann
>> jeweils das was man unter RTE.default.FE konfiguriert. Oder nicht?
>> 
>> Altjahresgrüsse, Renzo
> 
> ___
> 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] Sprachwechsel: Fehler "The requested page does not exist!" nur auf Sartseite

2016-12-30 Diskussionsfäden Laurin Schaller 

Hallo Andrea

Ich hab in der realurl_conf.php fast die gleiche Konfiguration wie du:

'init' => array(
'enableCHashCache' => 1,
'appendMissingSlash' => 'ifNotFile',
'enableUrlDecodeCache' => 1,
'enableUrlEncodeCache' => 1,
'postVarSet_failureMode' => '',
),
'redirects' => array(),
'preVars' => array(
array(
'GETvar' => 'no_cache',
'valueMap' => array(
'nc' => 1,
),
'noMatch' => 'bypass',
),
array(
'GETvar' => 'L',
'valueMap' => array(
'de' => '0',
'fr' => '1',
'en' => '2',
),
'valueDefault' => 'de',
'noMatch' => 'bypass',
),
),
'pagePath' => array(
'type' => 'user',
'userFunc' => 
'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'expireDays' => 7,
'rootpage_id' => 1,
'firstHitPathCache' => 1,
),

Ich hab auch den typo3temp Ordner geleert und jeweils im Installtool den Cache 
geleert. Realurl hatte ich auch schon neuinstalliert. Den URL-Cache für die 
Startseite habe ich auch schon mehrmals geleert.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Sprachwechsel: Fehler "The requested page does not exist!" nur auf Sartseite

2016-12-30 Diskussionsfäden Andrea Schmuttermair 
Zeig mal die relevanten Stellen aus der realurl_conf.php Datei, evtl.
fehlt da was?

Hier ein Beispiel mit
* absRefPrefix = /
* rootpage_id=1
* mind. einem Domain Record auf der Seite [1]

 array(
'init' => array(
'enableCHashCache' => 1,
'appendMissingSlash' => 'ifNotFile',
'enableUrlDecodeCache' => 1,
'enableUrlEncodeCache' => 1,
),
'redirects' => array(),
'preVars' => array(
array(
'GETvar' => 'no_cache',
'valueMap' => array(
'nc' => 1,
),
'noMatch' => 'bypass',
),
array(
'GETvar' => 'L',
'valueMap' => array(
'de' => '0',
'en' => '2',
'fr' => '3',
),
'noMatch' => 'bypass',
),
),
'pagePath' => array(
'type' => 'user',
'userFunc' =>
'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'expireDays' => 7,
'rootpage_id' => 1,
),
'fixedPostVars' => array(),
'postVarSets' => array(),
),

);

?>

Und natürlich die doofen Cache-Sachen: Cache leeren im Install Tool,
typo3temp Ordner leeren, realurl deinstallieren und wieder installieren,
Die RealURL Cache Tabellen händisch leeren (wenn es keine Live-Seite ist
die alte URLs behalten soll)

LG Andrea




Am 30.12.2016 um 11:01 schrieb Laurin Schaller:
> Hallo Zusammen
> 
> Ich verwende auf meiner dreisprachigen Seite (de/fr/en) RealUrl. Das
> funktioniert soweit gut, wenn ich mit dem Sprachmenü die Sprache wechsle
> wird die korrekte Übersetzung angezeigt.
> 
> Allerdings funktioniert das nur auf der Startseite nicht. Diese hat den
> Pfad "/" oder "www.mydomain.com/". Wenn ich dort auf eine Übersetzung
> wechseln will kommt die Fehlermeldung "The page did not exist or was
> inaccessible. Reason: The requested page does not exist!". Das Problem
> scheint mit Realurl zu tun haben, denn "/fr" funktioniert nicht. Jedoch
> "/?L=1&id=1" mit den Argumenten ausgeschrieben funktioniert.
> 
> Ich habe auch mal im RealUrl-Backendmodul bei "URL-Data" nach geschaut.
> RealUrl schreibt da: Original URL: L=1&id=1, Speaking URL: fr/
> 
> Hat jemand eine Idee woran das liegen könnte?
> 
> Vielen Dank
> ___
> 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] Sprachwechsel: Fehler "The requested page does not exist!" nur auf Sartseite

2016-12-30 Diskussionsfäden Laurin Schaller 

Hallo Renzo

Ich habs schon mit absRefPrefix = auto, absRefPrefix  = / und mit BaseURL 
versucht. Hast du sontst noch eine Idee?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Sprachwechsel: Fehler "The requested page does not exist!" nur auf Sartseite

2016-12-30 Diskussionsfäden Renzo Bauen 
Hallo Laurin

schau Dir mal deine config an. Da fehlt wohl ein absRefPrefix oder er
ist falsch. 
Wie du den setzen musst, ist abhängig von deiner Installation. Ab 7.6
kann  man config.absRefPrefix = auto setzen, das funktioniert meistens. 
RealURL liest diesen Wert um daraus die URL zusammen zu bauen, deshalb
ist der wichtig.
Es gibt noch config.baseURL. Die brauche ich aber normalerweise nicht,
obschon die in der RealURL-Doku bisher erwähnt wurde.

Gruss 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

Re: [TYPO3-german] Extension in TYPO3 8.5.x: missing ColumnMap-Fehler?

2016-12-30 Diskussionsfäden Johannes C. Schulz - EnzephaloN IT-Solutions 

Hallo

Des Rätsels Lösung ist recht einfach.
Im TCA ctrl ist das Settings dynamicConfigFile deprecated und in 8.x 
removed. Somit lädt das TCA bei alten Extensions nicht mehr. Man muß nun im 
Ordner TCA Dateien mit dem TabellenNamen anlegen und dort sowohl die 
TCA-Settings aus der ext_tables als auch den früheren TCA-Dateien übernehmen.

Siehe auch https://wiki.typo3.org/TYPO3.CMS/Releases/7.6/Deprecation

Viele Grüße
Johannes C. Schulz


Am 29. Dezember 2016 4:54:11 nachm. schrieb "Johannes C. Schulz - 
EnzephaloN IT-Solutions" :



Hallo nochmal zu diesem Problem

Ich habe Mal mit den Annotations im Model gespielt - das hat nichts geändert.
Ich denke immer noch, daß der Zugriff aus dem Teppich den Fehler
provoziert. Allerdings verstehe ich nicht wieso - zumal die Extension unter
6.2.x und 7.6.x ohne Probleme läuft.
Gibt es da in irgendeiner 8 eine Veränderung wie Properties und Entities in
Extensions im Gegensatz zu "früher" zu definieren sind? Ich konnte
diesbezüglich nichts finden.

Viele Grüße
Johannes C. Schulz



Am 28. Dezember 2016 9:23:25 vorm. schrieb "Johannes C. Schulz - EnzephaloN
IT-Solutions" :


Hallo

Im Date-Model ist meiner Meinung nach alles richtig:
/**
  * Event
  *
  * @var \Wrm\EventCal\Domain\Model\Event
*/
protected $event;


Im TCA ist das Feld drin, in der DB und der ext_tables.php auch.


Im Event-Model ist auch disabletime zu finden:
/**
  * disabletime 
  *
  * @var boolean
*/
protected $disabletime;

Am fehlenden Slash hier liegt es auch nicht.

Ich denke, daß es an diesem Aufruf im Date-Repository liegt. Verstehe aber
nicht warum das jetzt (unter 8) nicht mehr gehen soll und wie es
stattdessen gehen Muß:

... $query-> equals('event.disabletime',1) ...

Viele Grüße
Johannes C. Schulz


Am 27. Dezember 2016 10:20:35 nachm. schrieb "Dr. Dieter Porth"
:


Hi Johannes,

habe mit 8.5 bislang überhaupt noch nichts gemacht.

'#1355142232: The ColumnMap for property "event" of class
"Wrm\EventCal\Domain\Model\Date" is missing."
würde ich übersetzen mit:
'#1355142232: Die Spalten(Typ)Zuordnung für die Eigenschaft "event" in
der Klasse "Wrm\EventCal\Domain\Model\Date" fehlt.'
Google übersetzt es zu:
'Das ColumnMap für Eigenschaft "Ereignis" der Klasse "Wrm \ EventCal \
Domain \ Model \ Date" fehlt.'

Besagt die Fehlermeldung nicht einfach nur, dass TYPO3 mit 'disabletime'
aus 'event.disabletime' nichts anfangen kann, weil das Mapping für die
vermutlich zugeordnete Object-Klasse von 'event' fehlt.
Ich habe keine Ahnung, aber würde auf eine fehlende Annotation tippen.
Ansonsten kann es manchmal auch hilfreich sein, einfach xDebug
einzusetzen und den Fehler im Code zu tracen.

Dieter

Am 27.12.2016 um 15:43 schrieb EnzephaloN IT-Solutions - Johannes C. Schulz:

Hallo

Wir haben eine große Extension seit Jahren im Einsatz. Erstmals unter
4.5.x entwickelt und mittlerweile läufts sie nach etlichen Updates auch
unter 7.6.x.

Nun wollte ich die Extension auch unter TYPO3 8.5.x einsetzen. Leider
wirft mir aber das Frontend plötzlich einen Fehler den ich vorher noch nie
gesehen habe und zu dem ich auch nichts finden kann.

#1355142232: The ColumnMap for property "event" of class
"Wrm\EventCal\Domain\Model\Date" is missing.

Der letzte Eintrag ist:

TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbQueryParser::addUnionStatement("Wrm\EventCal\Domain\Model\Date",
"tx_eventcal_domain_model_date", "event.disabletime", "")

In der bemängelten Date-Model-Datei sind sowohl protected $event; als auch
Getter und Setter dafür zu finden.

Liegt das daran, daß die TCA-Dateien jetzt den Namen der Datenbanktabellen
anstelle des Object-Namen haben sollen? Oder?

Würde mich sehr über Hilfe und Tipps freuen!

Grüße
Johannes
___
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 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] Repo-Abfrage in 8.5 geht so nicht mehr

2016-12-30 Diskussionsfäden Johannes C. Schulz - EnzephaloN IT-Solutions 

Hallo

Eine Art der Repo-Abfrage bzw query geht in 8.5 nicht mehr. Es wird ein 
Fehler geworfen, daß das DB-Feld unbekannt wäre


$query->greaterThanOrEqual('startdate+timebegin', time())

wirft Fehler

Unknown Column 'tx_eventcal_domain_model_date.startdate+timebegin' in where 
clause


Er ignoriert hier also die Addition und macht da nen Namen draus. Jemand 
nen Plan wie man das heutzutage macht?


Viele Grüße
Johannes C. Schulz


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

[TYPO3-german] Sprachwechsel: Fehler "The requested page does not exist!" nur auf Sartseite

2016-12-30 Diskussionsfäden Laurin Schaller 

Hallo Zusammen

Ich verwende auf meiner dreisprachigen Seite (de/fr/en) RealUrl. Das 
funktioniert soweit gut, wenn ich mit dem Sprachmenü die Sprache wechsle wird 
die korrekte Übersetzung angezeigt.

Allerdings funktioniert das nur auf der Startseite nicht. Diese hat den Pfad "/" oder "www.mydomain.com/". Wenn 
ich dort auf eine Übersetzung wechseln will kommt die Fehlermeldung "The page did not exist or was inaccessible. Reason: The 
requested page does not exist!". Das Problem scheint mit Realurl zu tun haben, denn "/fr" funktioniert nicht. Jedoch 
"/?L=1&id=1" mit den Argumenten ausgeschrieben funktioniert.

Ich habe auch mal im RealUrl-Backendmodul bei "URL-Data" nach geschaut. RealUrl 
schreibt da: Original URL: L=1&id=1, Speaking URL: fr/

Hat jemand eine Idee woran das liegen könnte?

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

Re: [TYPO3-german] guter RTE für Frontend-Plugin gesucht

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

Hallo Renzo,

Grundsätzlich greift die Default-Konfiguration. Du kannst aber natürlich 
auch recht einfach über die Page-TSConfig jedem einzelnen Feld einer 
Tabelle eine individuelle RTE-Definition zusprechen, die vom Default 
abweichen kann.


Problem beim Frontend-Editing ist, dass man die hineinkommenden Daten 
speichern und validieren muss und dass ich plötzlich in Fluid-Templates 
mit Markern arbeiten muss.


Grundsätzlich kann man alle Daten wie bisher normal im Backend 
einpflegen. Beim Frontend-Editing bin ich bisher auf verschiedene 
kleinere TYPO3-Macken/Bugs gestoßen, die ich umschiffen musste. Aktuell 
frage ich mich ohnehin, ob der htmlArea gemäß des Konzeptes von TYPO3 
nicht schon zu mächtig ist. Wenn man festlegt, dass das Setzen von Links 
und das Setzen von Bildern nichts zu den Aufgaben eine Editors gehört, 
dann braucht man statt eines Editors natürlich drei. Einen 
JavaScript-Editor für die Texte z.B. (TinyMCE), einen für das interne 
Link-Management in Textfeldern und einen für das interne 
Ressourcen-Management in Textfeldern.


Wenn diese Abgrenzung auch im Backend gelten würde, könnte man 
sicherstellen, dass alle intern verwendeten Links speichert sind. (Nie 
wieder tote/wegfallende Links durch unbeabsichtigt gelöschte oder 
verborgene Seiten) Der Ressourcen-Editor könnte eine Tabelle füttern, 
der die Verwendung von Ressourcen in Textfeldern in einer separaten 
Tabelle speichert. So könnte man sicherstellen, dass keine Resourcen 
gelöscht werden, die in Textfeldern zu finden sind.


Ich denke, ich werde erstmal abwarten, wie es bei TYPO3 8 mit dem 
CKEditor weitergehen wird. Gemäß der obigen Idee lohnt die Einbindung 
des htmlArea-Editor für mein Lernziel nicht. im schlimmsten Fall 
programmiere ich später eine eigene Editor-Extension für das Setzen von 
Links bzw. für das Setzen von Ressourcen in fremden Textfeldern und 
integriere den TinyMCE als fertigen Frontend-Editor, der über Ajax HTML 
mit TYPO3-System austauscht.


Mit besten Wünschen für einen guten Rutsch in ein Jahr 2017 mit 
Zufriedenheit, Gesundheit und Glück

Dieter



Am 30.12.2016 um 09:17 schrieb Renzo Bauen:

Hallo Dieter

nach längerem Herumpröbeln, allerdings mit 6.2, habe ich das
Frontend-Editing aufgegeben
Deshalb bin ich da der Falsche... als Alternative zum htmlArea-RTE gibt
es eigentlich nur den Tinymce als Extension, die man einbinden kann.
Wir hatten den für ein paar wenige Website verwendet, aber dann wegen
der nicht ganz durchgängigen Einbindung im Backend wieder aufgegeben.

In 7.6 habe ich bisher nur den htmlArea verwendet, und immer ohne
Frontend-Editing.
Theoretisch sollte der ja auch im FE zu verwenden sein, da greift dann
jeweils das was man unter RTE.default.FE konfiguriert. Oder nicht?

Altjahresgrüsse, Renzo


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

Re: [TYPO3-german] guter RTE für Frontend-Plugin gesucht

2016-12-30 Diskussionsfäden Renzo Bauen 
Hallo Dieter

nach längerem Herumpröbeln, allerdings mit 6.2, habe ich das
Frontend-Editing aufgegeben
Deshalb bin ich da der Falsche... als Alternative zum htmlArea-RTE gibt
es eigentlich nur den Tinymce als Extension, die man einbinden kann.
Wir hatten den für ein paar wenige Website verwendet, aber dann wegen
der nicht ganz durchgängigen Einbindung im Backend wieder aufgegeben.

In 7.6 habe ich bisher nur den htmlArea verwendet, und immer ohne
Frontend-Editing.
Theoretisch sollte der ja auch im FE zu verwenden sein, da greift dann
jeweils das was man unter RTE.default.FE konfiguriert. Oder nicht?

Altjahresgrü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