Re: [TYPO3-german] PHP als "echtes" Content Element auf einer Seite

[Ralf-Rene Schröder]

Am 14.09.2015 um 13:48 schrieb Mark Knochen:
> Ich habe hier:
> 
> http://typo3.org/extensions/repository/view/jk_poll
> http://typo3.org/extensions/repository/view/simple_slider/
> 
> die beiden sind nur bis 6.2.xx lauffähig
> 
> 
> http://typo3.org/extensions/repository/view/rgmediaimages
> 
> da steht momentan gar keine Versionsnummer da.
> 
> flvplayer finde ich auch nur in Version 2, und da auch nur empfohlen bis
> 6.2.xx
> 
> Ich würde ja gerne die 7 Version nutzen, aber ich hab Angst, dass ich
> die Seite dann fast neu machen muss.

nutze erst einmal die 6.2 LTS
Probleme könntest du natürlich mit der rgmediaimages haben!!!
da mußt du dann möglicherweise Alternativen finden...
(um zur 7 zu wechseln ist vorher die 6.2.x sowieso PFLICHT)
die 6.2 wird noch bis März 2017 unterstützt, da bleibt dir (und anderen
Entwicklern dann noch "etwas" Zeit die Anpassungen zu realisieren)

PS: das soll natürlich nicht heißen nicht schon vorher mal die 7 zu
testen (denn wenn das keiner machen würde, wie soll sie denn dann
überhaupt entwickelt und geprüft werden), aber hier muß man natürlich
immer mit Problemen rechnen die es dann auszumerzen gilt...


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] PHP als "echtes" Content Element auf einer Seite

[Arne-Kolja Bachstein]

Mittlerweile würde ich eher sagen ist es andersherum. TYPO3 6.2 ist neuer als 
Deine Version, voll unterstützt und fast schon selbst wieder „alt", da die neue 
LTS-Version für diesen Herbst ansteht. Dein Argument hätte vor zwei Jahren 
gegolten, aber heute auf keinen Fall mehr.

Ob es Dir Extensions zerschießt, weiß ich natürlich nicht. Wenn Deine 
Extensions in 6.2 aber nicht mehr laufen, dann wurden die schon mehrere Jahre 
nicht mehr gepflegt, was auch kein gutes Zeichen für die Extensions an sich ist.

Also: 6.2 solltest Du dringend machen. Die neue LTS-Version aus dem 7er-Zweig - 
da sehe ich Deine Argumente ein. Aber 6.1 sollte definitiv nicht mehr genutzt 
werden.

Gruß

Arne


> Am 14.09.2015 um 13:29 schrieb Mark Knochen :
> 
> Ich würde sehr gerne upgraden, aber ich fürchte, die Wahrscheinlichkeit, dass 
> es mir dabei diverse Extensions zerhaut, die dann nicht mehr laufen, ist 
> relativ hoch. Allein die Suche nach machbaren Erweiterungen gestaltet sich 
> nach meiner Erfahrung immer recht schwierig, da ich zumindest vor allem auf 
> Erweiterungen gestossen bin, die dann für die 6.1.7 schon nicht mehr relevant 
> waren. Bei einer noch neueren Version habe ich da doch Bedenken ...
> 
> Oder ist das unkritischer, als gedacht?
> 
> 
> Mark
> ___
> 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] PHP als "echtes" Content Element auf einer Seite

[Ralf-Rene Schröder]

Am 14.09.2015 um 08:58 schrieb Mark Knochen:
> Mh, ich bin mir der Nachteile durchaus bewusst
> 
>>> Spaghetticode der noch nicht einmal OOP ist direkt einzubinden kann
>>> bei Kollisionen auch schnell zum Desaster führen. Du willst da gerade
>>> komplett am Konzept von TYPO3 vorbei arbeiten. Und auch wenn das
>>> klappen sollte - ratsam ist das auf keinen Fall.
> 
> allerdings möchte / müsste ich es wirklich so machen ... es geht in dem
> Fall wirklich darum, alte Inhalte aus einem alten Typo3 möglichst
> "arbeitsfrei" in ein neues Typo3 6.1 zu übernehmen

nun gibt es aber die von dir gesuchte Möglichkeit schon SEHR lange nicht
mehr (Sicherheitsgründe) deshalb wird dir kaum was anderes übrig bleiben
als sich mit den vielfältigen Vorschlägen auseinander zu setzen...
(wobei die Einschränkungen ab Version 7 sogar noch restriktiver werden)

PS: und noch eine Anmerkung zu "neues Typo3 6.1"
Dir ist aber schon klar das die 6.1 aus dem Frühjahr 2013 stammt
und schon seit fast 1 Jahr depreciated ist...
Also wenn Upgraden, warum dann nicht auf eine aktuelle LTS Version ???

-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] PHP als "echtes" Content Element auf einer Seite

[Mark Knochen]

Ich habe hier:

http://typo3.org/extensions/repository/view/jk_poll
http://typo3.org/extensions/repository/view/simple_slider/

die beiden sind nur bis 6.2.xx lauffähig


http://typo3.org/extensions/repository/view/rgmediaimages

da steht momentan gar keine Versionsnummer da.

flvplayer finde ich auch nur in Version 2, und da auch nur empfohlen bis 
6.2.xx


Ich würde ja gerne die 7 Version nutzen, aber ich hab Angst, dass ich die Seite 
dann fast neu machen muss.


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

Re: [TYPO3-german] PHP als "echtes" Content Element auf einer Seite

[Mark Knochen]

Ich würde sehr gerne upgraden, aber ich fürchte, die Wahrscheinlichkeit, dass es mir dabei diverse Extensions zerhaut, die 
dann nicht mehr laufen, ist relativ hoch. Allein die Suche nach machbaren Erweiterungen gestaltet sich nach meiner Erfahrung immer recht schwierig, da ich zumindest vor allem auf Erweiterungen gestossen bin, die dann für die 6.1.7 schon nicht mehr relevant waren. 
Bei einer noch neueren Version habe ich da doch Bedenken ...


Oder ist das unkritischer, als gedacht?


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

[TYPO3-german] Projektbeginn in Typo3 jedoch darin als Anfänger

[Johann Kern]

Hallo,
nach längerer Überlegung, entschied ich mich dafür, unter anderem auch alle 
Formulare wie folgt in Typoo3 zu implementieren: Ich bereite mir die 
entsprechenden Templates in HTML5/CSS3 vor. Darin setze ich die entsprechenden 
Bereichs-Sub Parts und die Marker für die PHP-snippets und implementiere diese 
in mein Projekt in die dafür vorgesehenen Ordner.
Die Zuordnung erfolgt dann über Typo-Script. (Template, marks (Marker), jQuery 
und die PHP-Programmierung und Zuweisung an die dafür vorgesehenen Marker).
Für die Programmierung eignet sich Netbeans hervorragend.
Ist zwar ein Arbeitsaufwand, dennoch bin ich damit völlig uneingeschränkt 
Flexible.
Damit hab ich doch eine gewisse Sicherheit zu dem doch etwas umfangreicheren 
Projekt mit individueller Funktionalität.

Wenn ich z.B. anfange die Forms mit dem Formhandler oder ähnlichem zu 
erstellen, wäre dies auch ein ziemlicher Aufwand und jede Spezifikation lässt 
sich dann auch nicht so ohne weiteres damit lösen.

Ein weiteres wird sein, die Benutzerregistrierung (eventuell ext/fe_user) zu 
erstellen und die Benutzerspezifischen ID's in der DB in meine selbst 
programmierten Formulare so zu berücksichtigen, dass auch jeder Benutzer nur 
auf die von Ihm eingegebenen Daten zugreifen und auswerten kann.

Um die Flexibilität einhalten zu können werde ich eigene Tabellen in der DB 
erstellen.

Ich möchte sinngemäß hier zum Thema noch erwähnen, dass ich in der 
Programmierung bereits mehrere jahrzente berufliche Erfahrung habe, jedoch 
hauptsächlich in der Desktop Entwicklung.
Von daher sehe ich mich in Typo3 als Anfänger und hinsichtlich als Profi 
verunsichert.

Gibt es zum Extensions-Builder und dem Formhandler vernünftige Anleitungen in 
dem Stil ‚Hallo Welt!'


Schöne Grüße und freundliche Grüße
JohKer;-)

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

Re: [TYPO3-german] Zend OPcache Fehler bei Neuinstallation 7.4

[Flo Eberharter]

also phpinfo zeigt  mir unter opcache.restrict_api folgenden pfad:

/data/web/default/html

ist dieser pfad in typo3 einstellbar?

in der user.ini wirds nicht gehen und der provider wird in einer shared hosting 
umgebung den pfad auch nicht ändern

mfg


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

Re: [TYPO3-german] Projektbeginn in Typo3 jedoch darin als Anfänger

[bernd wilke]

Am 14.09.15 um 15:36 schrieb Johann Kern:

Hallo,
nach längerer Überlegung, entschied ich mich dafür, unter anderem auch
alle Formulare wie folgt in Typoo3 zu implementieren: Ich bereite mir
die entsprechenden Templates in HTML5/CSS3 vor. Darin setze ich die
entsprechenden Bereichs-Sub Parts und die Marker für die PHP-snippets
und implementiere diese in mein Projekt in die dafür vorgesehenen Ordner.
Die Zuordnung erfolgt dann über Typo-Script. (Template, marks (Marker),
jQuery und die PHP-Programmierung und Zuweisung an die dafür
vorgesehenen Marker).


Marker sind nicht mehr State-of-the-Art. Informiere dich über 
Fluid-Templates!



Für die Programmierung eignet sich Netbeans hervorragend.
Ist zwar ein Arbeitsaufwand, dennoch bin ich damit völlig
uneingeschränkt Flexible.
Damit hab ich doch eine gewisse Sicherheit zu dem doch etwas
umfangreicheren Projekt mit individueller Funktionalität.


Das klingt überhaupt nicht gut.
Das erscheint mir so das Hammer-Problem zu sein. da du dich mit TYPO3 
nicht so gut auskennst baust du einfach ganz viel Funktionalität neben 
TYPO3 erneut auf.
und wenn du Einkaufen fährst benutzt du auch lieber eine Anhänger statt 
den Kofferraum. Weil: du könntest ja irgendwann mal etwas kaufen dass 
nicht in den Kofferraum passt und das Schloss vom Kofferraum klemmt ja 
sowieso. ???



Wenn ich z.B. anfange die Forms mit dem Formhandler oder ähnlichem zu
erstellen, wäre dies auch ein ziemlicher Aufwand und jede Spezifikation
lässt sich dann auch nicht so ohne weiteres damit lösen.


lerne die Stärken (und Schwächen) von TYPO3 und den Extensions um sie 
optimal zu nutzen. Und versuche von Anfang an eine TYPO3-Lösung zu 
finden. Das mag am Anfang aufwändiger erscheinen als es so zu 
realisieren, wie du es bisher gemacht hast. Aber so lernst du die 
verschiedenen Aspekte von TYPO3 kennen und mit der Zeit wird es 
einfacher und schneller.



Ein weiteres wird sein, die Benutzerregistrierung (eventuell
ext/fe_user) zu erstellen und die Benutzerspezifischen ID's in der DB in
meine selbst programmierten Formulare so zu berücksichtigen, dass auch
jeder Benutzer nur auf die von Ihm eingegebenen Daten zugreifen und
auswerten kann.


das gibt es schon in TYPO3. willst du das Rad noch einmal erfinden?


Um die Flexibilität einhalten zu können werde ich eigene Tabellen in der
DB erstellen.


und dann kommt noch ein eigenes BE, damit du auch noch diese Tabellen 
ohne TYPO3 pflegen kannst? =:-O



Ich möchte sinngemäß hier zum Thema noch erwähnen, dass ich in der
Programmierung bereits mehrere jahrzente berufliche Erfahrung habe,
jedoch hauptsächlich in der Desktop Entwicklung.
Von daher sehe ich mich in Typo3 als Anfänger und hinsichtlich als Profi
verunsichert.


So geht es wohl den meisten am Anfang. wenn man bedenkt wieviele 
Mann-Jahre Entwicklung in TYPO3 stecken so gilt es sehr viel Wissen 
darüber anzusammeln und sich in diese neue Welt hereinzudenken.

Gerade wenn man auf allen Ebenen mit TYPO3 interagieren will.



Gibt es zum Extensions-Builder und dem Formhandler vernünftige
Anleitungen in dem Stil ‚Hallo Welt!'


Die gibt es: nämlich die Handbücher (Manuals) [1][2].
Für Formhandler gibt es auch eine umfangreiche Website mit vielen 
Snippets und Beispielen. [3]


der ExtensionBuilder ist sicherlich ein Tool um mal eben schnell etwas 
zu erstellen. in Bezug aufs Lernen fürchte ich aber dass du dort nur 
veralteten Code zu sehen bekommst. der EB generiert noch nicht nach den 
neuesten BestPractise. Namespaces und Ordnerstrukturen haben sich 
inzwischen doch etwas geändert.


aktueller ist es dann doch so: [4]

und noch etwas grundsätzliches: wie bei vielen Open-Source-Projekten ist 
die Dokumentation nicht gerade die beste. Dass sich im Moment gerade 
sehr viel tut um die Quellen zu optimieren hat sicher seinen Anteil an 
der mangelnden Aktualität.
Aber andererseits hast du jederzeit die Möglichkeit Hilfe zu konkreten 
Problemen zu bekommen: hier im Forum/NG/ML oder auch im Chat [5]


[1] https://docs.typo3.org/typo3cms/extensions/extension_builder/
[2] https://docs.typo3.org/typo3cms/extensions/formhandler/
[3] http://www.typo3-formhandler.com
[4] 
https://docs.typo3.org/typo3cms/ExtbaseFluidBook/0-Introduction/Index.html

[5]https://forger.typo3.org/slack


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] Backendlayouts unter 7.4.x

[Philipp Gampe]

Hi Michael Kasten,

Michael Kasten wrote:

> Wenn ich diese nun importiere und einer Seite zuweise erhalte ich im
> Frontend nur ein: Oops, an error occurred! Code: 201509141040020a5588ea
> Und eine ansonsten weiße Seite

Das heißt du hast einen Fehler während der Frontend Generierung, also 
während ein cObject ausgeführt wird.

Schalte mal das Admin Panel ein und setze deine IP Adresse als Debug Adresse 
im Install Tool.
Dann solltest du den wahren Fehler sehen können.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Certified Integrator – 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

Re: [TYPO3-german] Backendlayouts unter 7.4.x

[Michael Kasten]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Philipp,

danke für den Tip, nachdem ich alles an Optionen an hatte gab es auch 
sachdienliche Hinweise :)

Ich habe in meinen Konstanten die Pfade bisher so notiert:
EXT:myext/Resources/Private/Templates/

probiert habe ich dann auch: FILE:EXT:xxx/xxx aber ohne Erfolg

Das geht auf meiner Spielwiese aber nicht, so geht es dann wieder:

typo3conf/ext/myext/Resources/Private/Templates/

Sehe aber im Wiki nicht das sich hier was geändert haben sollte.

Übersehe ich jetzt etwas?

mit besten Grüßen






Am 14.09.2015 um 16:11 schrieb Philipp Gampe:
> Hi Michael Kasten,
> 
> Michael Kasten wrote:
> 
>> Wenn ich diese nun importiere und einer Seite zuweise erhalte ich im 
>> Frontend nur ein: Oops,
>> an error occurred! Code: 201509141040020a5588ea Und eine ansonsten weiße 
>> Seite
> 
> Das heißt du hast einen Fehler während der Frontend Generierung, also während 
> ein cObject
> ausgeführt wird.
> 
> Schalte mal das Admin Panel ein und setze deine IP Adresse als Debug Adresse 
> im Install Tool. 
> Dann solltest du den wahren Fehler sehen können.
> 
> Grüße
> 

- -- 
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJV9ue1AAoJEF1/iIvWnG8NjMkIAKlM0KP0DgHaOaNUsfyycfz6
QSVxZemvX/T3ZzT443dc3+9BisMceR2aahCMhpzYWRC0VpXqArDcdSgQyPEj/t+k
vkraXMYzpXEJ4Ume60qV41xFHp1zb9xz654SYL6TGXtkwo1dpcaUTTNNjSLKa+OU
GBrxa+bQqIG8jMfycJ23xeG81yOkIWBdYRsybLSOAMrZCBpCrlSCOqxGzOgNv1OU
yKJ8OFI0tj9mtoapKCnBkFVKped6ahQ3NJ+L9kMSg8Uu+2aiZr2sWSOghOHt4sBY
GjmWNjyxYL481Yo/Z54cMYC08AIanqt+PqMALBqiLmS6bARZLeNv5z7toWecI2k=
=IOh6
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] OT: Probleme mit Zugriff auf eine Domain

[Peter Linzenkirchner]

Hallo Liste,

ich habe ein seltsames Problem, das rein gar nichts mit TYPO3 zu hat … aber ich 
weiß nicht so recht, wo ich sonst Leute finde, die evtl. Tipps hätten.

Also, ich kann seit gestern aus meinem Hausnetz (Telekom mit fester IP) nicht 
mehr auf diese Domain zugreifen: loyalty4brands.de. Die liegt bei 1und1, und 
die sagen, mit deren DNS würde alles stimmen. Was wohl auch der Fall ist, weil 
ich von anderen Netzen aus drauf zugreifen kann.

Was ich versucht habe:
- Browser wechseln
- ping und traceroute: bei ping ist der Port gesperrt, traceroute funktioniert, 
der richtige Server kommt raus.
- die hosts-Datei ausgeleert.
- in den Systemeinstellungen andere DNS-Server ausgewählt
- Router zurückgesetzt

Nichts hilft, ich bekomme immer die Meldung, no route to host, auch bei Zugriff 
über SSH. Von anderen Netzen aus gehts.

Jemand noch eine Idee, woran das liegen könnte, oder wo ich noch suchen könnte? 
Ich muss sonst die Wartungsarbeiten im MacDonalds machen … :-)

Danke
Peter

--
---
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] Projektbeginn in Typo3 jedoch darin als Anfänger

[Ralf-Rene Schröder]

Am 14.09.2015 um 16:47 schrieb bernd wilke:
>> Für die Programmierung eignet sich Netbeans hervorragend.
>> Ist zwar ein Arbeitsaufwand, dennoch bin ich damit völlig
>> uneingeschränkt Flexible.
>> Damit hab ich doch eine gewisse Sicherheit zu dem doch etwas
>> umfangreicheren Projekt mit individueller Funktionalität.
> 
> Das klingt überhaupt nicht gut.
> Das erscheint mir so das Hammer-Problem zu sein. da du dich mit TYPO3
> nicht so gut auskennst baust du einfach ganz viel Funktionalität neben
> TYPO3 erneut auf.
> und wenn du Einkaufen fährst benutzt du auch lieber eine Anhänger statt
> den Kofferraum. Weil: du könntest ja irgendwann mal etwas kaufen dass
> nicht in den Kofferraum passt und das Schloss vom Kofferraum klemmt ja
> sowieso. ???

außerdem wirst du mit einer nicht TYPO3 konformen Eigenlösung dich auch
jeglicher unterstützung aus der Community berauben

Außerdem kannst du mit IDEs wie NetBeans (ich persönlich würde zwar eher
PHP-Storm preferieren, aber das ist reine Geschmackssache) natürlich
auch bei TYPO3 konformer Arbeitsweise in der Extensionentwicklung arbeiten..

>> Gibt es zum Extensions-Builder und dem Formhandler vernünftige
>> Anleitungen in dem Stil ‚Hallo Welt!'
> 
> Die gibt es: nämlich die Handbücher (Manuals) [1][2].
> Für Formhandler gibt es auch eine umfangreiche Website mit vielen
> Snippets und Beispielen. [3]
> 
> der ExtensionBuilder ist sicherlich ein Tool um mal eben schnell etwas
> zu erstellen. in Bezug aufs Lernen fürchte ich aber dass du dort nur
> veralteten Code zu sehen bekommst. der EB generiert noch nicht nach den
> neuesten BestPractise. Namespaces und Ordnerstrukturen haben sich
> inzwischen doch etwas geändert.

die GIT Version macht es inzwischen richtig:
https://git.typo3.org/TYPO3CMS/Extensions/extension_builder.git
(aber hier wird derzeit noch kräftig "geschraubt"...)

Aber der Extensionbulder unterstützt dich ja sowieso nur bei der
strukturellen Basis (er nimmt dir also einiges an Fleissarbeit ab)...
die entsprechende Funktionslogik bleibt sowieso deine eigene Sache...
(ob num im Controller, dem Repository, oder den Templates etc.)

-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fragen zu wec_map

[Johannes C. Laxander]

Hallo Jan,

nochmals vielen Dank für die ausführliche Antwort.

Deinem Hinweis " tx_wecmap_api.addressForm überschreiben" folgend, habe ich
das Formular so angepasst, dass ich nur noch die benötigten Felder habe,
also Umkreis, PLZ und Ort. Dabei habe ich natürlich die Einheit als 'hidden'
definiert und auf "Km" eingestellt. Ich hoffe, dass der Kunde damit auch
leben kann.

Sidebar:  das habe ich jetzt mal mit CSS gelöst: overflow: auto; Damit ist
die Liste max. so lang wie die Map und kann ggf. gescrollt werden.

Suchformular in der Randspalte: in der normalen Plugin-Ausgabe per TS
gelöscht und ein neues lib-Object definiert, das ich mit der Ext. 'tscobj'
(Content Element From TypoScript) separat einbinde. Der Map habe ich per TS
eine ID zugewiesen: plugin.tx_wecmap_pi2.mapName = mapname (damit ich in
meinem neuen Suchformular die Felder qualifiziert benennen kann).

War eigentlich schon einigermaßen glücklich und zufrieden, bis ich jetzt
festgestellt habe, dass die Verlinkung der Einträge in der Sidebar alle auf
die Startseite der Website gehen (www.domain.tld/#). Irgendwie scheint
Javascript nicht zu greifen. Bin noch nicht dahintergekommen warum, hat
nämlich schon funktioniert. Hast du dazu eine Idee?

Hast du evtl. auch noch ne Idee, wie ich die Einträge in der Sidebar anders
sortiert bekomme, z.B. nach Ort, Nachname, Vorname aus 'feuser'?

Viele Grüß, Johannes.

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jan Bartels
Gesendet: Sonntag, 13. September 2015 22:45
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Fragen zu wec_map

Hallo Johannes,

Am 11.09.2015 um 23:11 schrieb Johannes C. Laxander:
> 1) Die Einheit soll per default „Kilometer“ sein. Eine Auswahl 
> zwischen Miles und Kilometer ist damit hinfällig und soll auch nicht 
> angezeigt werden.
> Wo und wie kann ich eine Vorselektion für  „Kilometer“ konfigurieren?
Das lässt sich zur Zeit leider nicht per Pluginoption einstellen. Steht aber
auch auf meiner Wunschliste, weil es mich in unserer Anwendung auch stört.
Da sieht man halt noch deutlich die amerikanischen Wurzeln der Ext.

Du kannst aber natürlich tx_wecmap_api.addressForm bzw. 
plugin.tx_wecmap_pi3.addressForm per TypoScript überschreiben und anstelle
der Auswahlbox ein Hidden-Field einfügen. Das TypoScript für die addressForm
müsste eigentlich auch modularer gestaltet werden...

> 2) Für die Umkreissuche ist in diesem Anwendungsfall nur die 
> Postleitzahl relevant. Damit die Umkreissuche aber ein Ergebnis 
> liefert, muss zusätzlich der Ortsname angegeben werden.
> Wo und wie kann ich das ändern?
Ich befürchte, das wird nicht so einfach gehen. Die Adresse wird an den
Google-Geocoder gesendet. Du bräuchtest z. B. die OpenGeo-DB mit den PLZ als
Grundlage zur Georeferenzierung.

> 3) Wenn „Seitliche Leiste für Markierungen anzeigen“ aktiviere, werden 
> mir beim Anzeigen der Seite gleich alle Marker in der Karte und in der 
> „Seitenleiste“ alle Links zu den Markierungen angezeigt. Bei 50-100 
> Arztpraxen wird die Liste viel zu lang. Kann ich die Liste  auch nur 
> bei vorhanden Suchergebnissen anzeigen? Wenn ich die Liste nicht 
> anzeigen lasse wird die Liste trotz grundsätzlich nicht angezeigt, 
> auch wenn über die Suche Markierungen gefunden werden.
Dazu fällt mir auf Anhieb keine Lösung ein.

> 4) Wie kann ich das Formular für die Umkreissuche ändern? Wie kann ich 
> das Suchformular (allein) in der Randspalte einer Seite einbinden? Ist 
> das überhaupt möglich?
S.o. über TypoScript.

> Ich hoffe das sind zu viele Fragen auf einmal ;)
Wenn Du Patches für einzelne Punkte entwickelst, lass es mich wissen. 
Dann können wir ggf. über eine Integration nachdenken. Ich bin im Moment
ohnehin an einigen Verbesserungen dran.

Gruß,

Jan

___
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] Backendlayouts unter 7.4.x

[Philipp Gampe]

Hi Michael Kasten,

Michael Kasten wrote:

> EXT:myext/Resources/Private/Templates/
> 
> probiert habe ich dann auch: FILE:EXT:xxx/xxx aber ohne Erfolg

Das sollte so gehen.

> Das geht auf meiner Spielwiese aber nicht, so geht es dann wieder:
> 
> typo3conf/ext/myext/Resources/Private/Templates/
> 
> Sehe aber im Wiki nicht das sich hier was geändert haben sollte.

Da hat sich auch nichts geändert (zumindest nicht an der TS API).

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Certified Integrator – 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

Re: [TYPO3-german] OT: Probleme mit Zugriff auf eine Domain

[RDE Wiesbaden]

Peter Linzenkirchner schrieb:

Hallo Liste,

ich habe ein seltsames Problem,





loyalty4brands.


Nichts hilft, 


Jemand noch eine Idee,
Danke
Peter



Hallo Peter,

von mir aus geht die Domain - und sogar recht schnell.

Du hat damit ein lokales Problem nur bei Dir in Deinem Umfeld.

Was bei mir vor etwa 1 Jahr in der Fritzbox Erschreckendes drinnen stand,
waren 2 völlig abartige fest eingetragene Routen, die ich nie und nimmer
selbst eingetragen hatte.

Das war zu dem Zeitpunkt, als die ganzen AVM Rouert gehäckt worden waren.

und dann prüfe auf jedenfall mit nslookup mehrere DNS server durch,
auch die Telekom Server
ob alle Nameserver gleichermaßen antworten und domain und IP anzeigen

im äußersten Notfall den Router austauschen

--

mit freundlichen Grüßen
Dipl.Ing.Gert Redlich
-|---+
RDE Consult | phone:+49611 502051 und 0611 950310+
Kirchbornstrasse 2   | fax: +49 611 507252   +
D-65191 Wiesbaden/Germany|internet: www.rde.de   +

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

Re: [TYPO3-german] Projektbeginn in Typo3 jedoch darin al=?UTF-8?Q?s_Anf=c3=a4nger?=

[Johann Kern]

Hallo Bernd, 
zunächst danke für die Mühe und Deiner ausführlichen Stellungnahme. Ich denke ich muss nicht extra erwähnen, dass Du meine Befürchtungen bestätigt hast. Mein Jammern hilft auch nichts und ich muss mich wohl oder übel damit vertraut machen. Die wichtigste Frage stellt sich für mich, wie schnell schaffe ich den Einstieg soweit, dass ich meiner aktuellen Aufgabe gerecht werden kann.


Jedenfalls tut es gut dieses Forum und die netten, sehr hilfsbereiten Menschen 
hier zu kennen.

Schönen Gruß
johker

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

Re: [TYPO3-german] OT: Probleme mit Zugriff auf eine Domain

[Bernd]

Hallo Peter,

1. Tritt das Problem bei Windows auf?

2. Mach mal im Firefox die Seite auf - kommt wahrscheinlich der Fehler,
und dann Shift+Ctrl+R

... und dann schauen wir mal weiter.

Die Hosts-Datei ist also leer und der PC neu gestartet? Guck Dir nochmal
die Hosts-Datei an - Windows Rechner und diverse Schutzprogramme
kopieren gerne die alte Datei an diese Stelle zurück.

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

Re: [TYPO3-german] Projektbeginn in Typo3 jedoch darin al=?UTF-8?Q?s_Anf=c3=a4nger?=

[Johann Kern]

Hallo Rene,
nett von Dir zu lesen.
Ich denke ich verstehe:

außerdem wirst du mit einer nicht TYPO3 konformen Eigenlösung dich auch
jeglicher Unterstützung aus der Community berauben


Du weißt sicherlich dass es von mir als Anfänger nicht so gemeint war. Außerdem 
suche ich ohnehin und nicht zuletzt durch den zeitlichen Druck meines 
Arbeitgebers, nach systemkonformen und dadurch effektiveren Lösungen.

jedenfalls bin ich Dir sehr dankbar für Deine Bemühungen.
Ich hoffe durch euch, so schnell wie möglich den richtigen Weg in Typo3 einzuschlagen. 


Mit freundlichen Grüßen
johKer;-)

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

Re: [TYPO3-german] PHP als "echtes" Content Element auf einer Seite

[Arne-Kolja Bachstein]

Hallo Dieter,

mit den Marker-Templates hast Du natürlich erstmal per se Recht - die sollten 
weg, ich mag sie auch nicht ;-) Aber, was das Ganze halt stark vereinfacht: 
Wenn man sich an einen (eigens definierten) Workflow hält und z.B. das Design 
derart strafft, dass man Eingabeelemente und Wrappings vereinheitlicht, was ja 
eh im Zuge der Stringenz im Layout sehr sinnvoll ist, kann man sich auf ein 
sauberes Master-Template beschränken und mit diesem etliche Formulare im 
Schnellverfahren raus hauen. Dann ist jedes Formular nur noch eine Aufzählung 
der Feldnamen als Marker, den Rest macht das Master-Template. Und auch wenn das 
alles Marker-basiert ist, ist es auf die Art zumindest schnell und sauber. Ein 
Mal definiert ist jedes einzelne Formular sehr schnell durchkonfiguriert.

Darüber hinaus gehen mit dem Formhandler Verknüpfungen mit Fremd-Tabellen sehr 
schön und so weiter. Viele viele Vorteile.

Dass es auch Nachteile gibt, will ich gar nicht bestreiten. Multiselects hatte 
ich gerade nicht im Kopf, so als Beispiel, da müsste ich gerade selbst nochmal 
nachschauen. Und, dass es nicht redakteurstauglich ist, ist leider ein offenes 
Geheimnis. Aber hier muss man eben auch sehr dolle abstecken, was man haben 
will. Wenn ich als Implementer möglichst sauber Formulare erstellen will, 
greife ich mittlerweile fast nur noch zu dieser Extension, da es meiner Meinung 
nach weitaus schwieriger ist, die Alternativen zu bändigen. Und aus eigener 
Erfahrung wollen die meisten Kunden selten eigenhändig Formulare erstellen.

Ein Königreich für die Fertigstellung der Backend-Extension für den Formhandler 
(habe ich schon irgendwo in der Wildnis gesehen). Und für TYPO3 
7.x-Kompatibilität - zumindest in meinem aktuellen 7.4-Projekt war er noch 
nicht lauffähig. Weiß gar nicht mehr warum.

Powermail hab ich das letzte Mal in einem mehrsprachigen Projekt genutzt und 
fand das zu hakelig. Ab einer bestimmten Menge Felder und Seiten konnte man im 
IRRE nicht mehr richtig arbeiten (Übersicht, Ressourcen, …) und in der 
Listenansicht fehlt einem der Zusammenhang. Auch wenn man dort zumindest durch 
das Bearbeiten von einzelnen Formular-Seiten die Arbeit kapseln konnte. Aber 
das gepaart mit der Mehrsprachigkeit hat mich dann vor die Wahl gestellt: WILL 
der Kunde denn WIRKLICH so etwas basteln, oder sollte es nicht lieber sauber 
und sortiert im Formhandler passieren, auf den an der Stelle „Verlass“ ist?

VG

Arne

> Am 14.09.2015 um 22:07 schrieb Dr Dieter Porth :
> 
> Hi Arne,
> 
> Naja, mit dem "wirklich flink und easy" muss man beim Formhändler (also
> Version 2.x) ein paar Abstriche machen.
> Marks gehören nicht gerade zu dem lesefreundlichsten Stil und sind eher
> Old-Style. und nicht wirklich flexibel.
> 
> und multi-seletierbare Select-Elemente brauchen schon einwenig
> Anpassungsarbeit.
> 
> Auch ist der Formhändler nicht so flexibel wie zum Beispiel Powermail,
> was das flexible zusammenklicken von Formularen per Backend angeht. 
> Powermail krankt leider einwenig an dem Transfer von Daten in ein
> Datenbank-Model.
> 
> Man könnte bei komplexeren Problemen auch selbst schnell eine Extension
> zusammenschrauben, die einen Controller aufruft und über eine
> Validator-Klasse übergebenen Werte überprüft und selbst in die Datenbank
> schreibt. Ich bin schon am Überlegen, bei meinen privaten Projekt den
> Formhändler wieder rauszuschmeissen und durch eine flexible
> Extbase-basierte Eigenentwicklung zu ersetzen.
> Übrigens bietet der Extensionbuilder die Möglichkeit an, Plugins für
> selbstdefiniert Modells mit Edit-Action und Create-Actions generieren zu
> lassen. Man könnte also die Umfrage-Ergebnisse direkt in ein Modell
> schreiben lassen ...
> 
> Aber in Einem hast du recht, wenn man sich erstmal dran gewöhnt hat,
> könnte man schnell mal was Hartverdrahtetes zusammenbasteln.
> 
> Dieter
> 
> 
> 
> Am 13.9.2015 um 22:44 schrieb Arne-Kolja Bachstein:
>> Hallo,
>> 
>> nein, das TS musst Du nur für Validierungen und das Verschicken der Mail 
>> z.B. anlegen. Die Felder selbst machst Du im HTML bzw. mit ganz einfachen 
>> Markern. Das geht wirklich flink und easy, wenn man es ein Mal verstanden 
>> hat.
>> 
>> Die Berechnungen werden denke ich mal funktionieren, aber da musst Du dann 
>> wohl doch eigene TS-Konstrukte bauen. Kannst z.B. Werte aus dem POST nehmen, 
>> per TS weiter verarbeiten und das Ergebnis dann als Marker übergeben. Im 
>> Prinzip die schönste TYPO3-Lösung, die ich mir vorstellen kann, vor Allem 
>> weil die Mehrseitigkeit eingebaut ist und Du einfach mit den POST-Daten 
>> machen kannst was Du willst. Machen musst Du es aber natürlich.
>> 
>> Etwas vereinfachen könnte es: POST-Variable nehmen -> an UserFunc zum 
>> Berechnen übergeben -> per Marker zurück in Dein Formhandler-Template.
>> 
>> Wie gesagt: relativ easy. Gibt auch etliche Beispiele und eine gute Doku 
>> unter http://www.typo3-formhandler.com.
>> 
>> Gruss
>> 
>> Arne
> 
> 
> -- 
> Dr. Dieter Porth - 
> Mein 

Re: [TYPO3-german] PHP als "echtes" Content Element auf einer Seite

[Arne-Kolja Bachstein]

Hallo,

ich glaube, Du solltest Dein Vorhaben überdenken. Spaghetticode der noch nicht 
einmal OOP ist direkt einzubinden kann bei Kollisionen auch schnell zum 
Desaster führen. Du willst da gerade komplett am Konzept von TYPO3 vorbei 
arbeiten. Und auch wenn das klappen sollte - ratsam ist das auf keinen Fall.

Mindestens eine kleine Wrapper-Extension solltest Du schon bauen, der von mir 
beschriebene Weg über den Formhandler allerdings wäre imho wirklich der mit dem 
geringsten Aufwand.

Mein Tipp: Geh auf die Vorschläge ein, anstatt zwanghaft an einer "dirty" 
Bastellösung festzuhalten. Die geht nach hinten los.

Gruß

Arne

> Am 14.09.2015 um 08:37 schrieb Mark Knochen :
> 
> Ich hab das hier noch gefunden:
> 
> http://nic3.de/-/typo3-php-einbinden
> 
> Das funktioniert aber offenbar nur über eine Klasse -> Funktion ... der 
> HTML-PHP-Code, den ich ausgeben will, steht ja aber gleich direkt im Output 
> ...
> 
> 
> Mark
> ___
> 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] PHP als "echtes" Content Element auf einer Seite

[Arne-Kolja Bachstein]

Nachtrag: Wenn Du wirklich keine Arbeit haben möchtest, dann binde das Formular 
über ein iFrame ein. Ist nicht schön, aber das ist das Einbinden von 
Spaghetticode per Include auch nicht. Zumal Letzteres noch nicht einmal von den 
Schutzmechanismen Gebrauch macht und ein potentielles Einfallstor sein kann.

Gruß

Arne

> Am 14.09.2015 um 08:37 schrieb Mark Knochen :
> 
> Ich hab das hier noch gefunden:
> 
> http://nic3.de/-/typo3-php-einbinden
> 
> Das funktioniert aber offenbar nur über eine Klasse -> Funktion ... der 
> HTML-PHP-Code, den ich ausgeben will, steht ja aber gleich direkt im Output 
> ...
> 
> 
> Mark
> ___
> 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] PHP als "echtes" Content Element auf einer Seite

[Mark Knochen]

Mh, ich bin mir der Nachteile durchaus bewusst

Spaghetticode der noch nicht einmal OOP ist direkt einzubinden kann bei Kollisionen auch schnell zum Desaster führen. 
Du willst da gerade komplett am Konzept von TYPO3 vorbei arbeiten. Und auch wenn das klappen sollte - ratsam ist das auf keinen Fall.


allerdings möchte / müsste ich es wirklich so machen ... es geht in dem Fall wirklich darum, alte Inhalte aus einem alten Typo3 möglichst "arbeitsfrei" in ein neues Typo3 6.1 zu übernehmen 


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

Re: [TYPO3-german] Show Message (show at any login)

[Juri Diener]

Hi, mir ist jedoch nicht so klar, wo genau die Meldung dann angezigt wird.
Wird die genau an der Stelle angezeigt wo das Unsichtbare Element angezeigt wird, wenn man eingeloggt ist. 


oder wird es irgendwo unterhalb meines ganzen Content platziert?

Wäre es möglich ein konkretes Beispiel zu bekommen?

in meinem TS: 


lib.content.10 < styles.content.get

[loginUser = ]
lib.content.20 = some typoscript 
[end]


Wäre hier falsch weil es dann immer unterhalb des Content platziert wird und 
nicht an der Stelle wo ein Element verborgen wird.

Hoffe du kannst mein Problem verstehen mit der Platzierung.

Quote: bergischweb wrote on Thu, 10 September 2015 15:32


Hi Juri,

mach das doch mit conditions im TS setup:

This matches when no FE user is logged in:
[loginUser = ]
some typoscript...
[end]

In der condition kannst du einen wrap für tt_content unterbringen, der
nur angezeigt wird, wenn kein user eingeloggt ist.

Ich hab das noch nicht ausprobiert, aber ich sehe keinen grund, warum
das nicht klappern sollte.

Gruß
Stefan


Am 10.09.2015 um 14:17 schrieb Juri Diener:
> Hi das Problem, die Meldung muss genau da erscheinen wo so ein Element
> eingefügt worden ist.
> Sprich ich habe mehrer Artikel mit der news, und bei manchen Artikeln
> gibt es PDF - Downloads.
> Somit wenn das PDF nicht angezeigt wird, sollte wenigstens eine Meldung
> angezeigt werden, damit der Benützer weiß, dass er sich anmelden muss,
> um die PDF anzusehen.
> 
> Gibt es denn keine TypoScript konfiguration, welche einfach bei allen

> Elemente die versteckt sind einen Text anzeigen kann?
> 
> 
> 
> 
> Quote: Arne-Kolja Bachstein wrote on Thu, 10 September 2015 14:06

> 
>> Hallo,
>>
>> an der Stelle kannst Du es einfach anders herum machen: Erstell ein
>> Inhaltselement und blende es nur für nicht Eingeloggte ein (hide at
>> login).
>>
>> Gruß
>>
>> Arne
>>
>> > Am 10.09.2015 um 14:04 schrieb Juri Diener :
>> > > Hi, ich möchte einige Elemente nur den Besuchern anzeigen die sich
>> auch auf der Webseite eingeloggt haben.
>> > Es gibt ja die Option unter den Elementen Access-> show at any
>> login. > Kann ich über TypoScript eine Message bestimmen mit einem
>> Link, überall da wo diese Auswahl getroffen wurde ?
>> > Sprich momentan wird das Element einfach nicht angezeigt wenn man
>> nicht eingeloggt ist, aber das ist nicht sehr sinnvoll, da der
>> Besucher ja nicht weiß, dass sich dahinter noch was verbirgt. Deshalb
>> würde ich gerne dann anstatt das nichts angezeigt wird, einen Standard
>> text definieren. z.B. Donwloads nur für registrierte Benützer
>> möglich.. > Ich hoffe Ihr versteht was ich meine.
>> > > Danke.
>> > ___
>> > TYPO3-german mailing list
>> > TYPO3-german (at) 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] Einbindung der Erweiterung jh_opengraphprotocol

[Happy Pony]

Hallo,

Mein Typo3-Projekt hat so eine Struktur:

Subdomain A http://subdomaina.meinewebsitexyz.de
- Knoten Level 1
-- Knoten Level 2 Subdomain B http://subdomainb.meinewebsitexyz.de

Der Subdomain B ist ein eigenes TS-Template zugewiesen. In beiden TS-Templates 
Subdomain A und Subdomain B ist die Erweiterung jh_opengraphprotocol 
eingebunden.  In der Subdomain B funktioniert alles wie erwartet. In den 
Webseiten der Subdomain A greift die Erweiterung jh_opengraphprotocol scheinbar 
nicht. Also im Quelltext in den Webseiten der Subdomain A tauchen die 
entsprechende OGP-Tags nicht auf.

Habe den Cache mehrfach gelöscht, die Webseiten der Subdomain A in 
unterschiedlichen Browser-Instanzen aufgerufen - das Ergebnis ist gleich.

Ich bin an Ideen und Anregungen interessiert, wie ich die Fehlerursache klären 
kann.

Gruss, Gustav
--
TYPO3 Ver. 4.5.3
LU€$I - die Lobby für eine überwachungsarme staatsferne Infrastruktur http://luesi.sprechrun.de/ 
___

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

[TYPO3-german] Re: PHP als "echtes" Content Element auf einer Seite

[Mark Knochen]

Mh, ich habe jetzt versucht, das ganze mit typoscript2ce zu lösen,

im TS für die Seite habe ich das php-Script (Code aus HTML-Formular und PHP) 
eingefügt:

includeLibs.meinScript = fileadmin/path/meinScript.php

Und mit der Ausgabe von "includeLibs.meinScript" über typoscript2ce wird der Inhalt auch einmalig angezeigt, allerdings nicht da, wo 
das ContentElement vom Typ "typoscript2ce" erstellt worden ist, sondern am Kopf der Seite.


Und nachdem ich das Formular ausgeführt habe, dann verschwindet es  


Ich habe halt leider einige dieser kleinen Formulare mit PHP-Code, die immer 
nur auf einer Seite eingebunden werden sollen, die sollten nicht alle umgebaut 
werden müssen ...


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

Re: [TYPO3-german] Fragen zu wec_map

[Johannes C. Laxander]

Hallo Jan,

Danke für deine Antwort. Ich werde deine Hinweise mal versuchen umzusetzen
und sehen wie es der Kunde dann aufnimmt. Ob ich Patches dann dafür
entwickeln kann, muss ich mal sehen. Ich bin eigentlich kein Entwickler /
PHP-Programmierer.

Gruß, Johannes.

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jan Bartels
Gesendet: Sonntag, 13. September 2015 22:45
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Fragen zu wec_map

Hallo Johannes,

Am 11.09.2015 um 23:11 schrieb Johannes C. Laxander:
> 1) Die Einheit soll per default „Kilometer“ sein. Eine Auswahl 
> zwischen Miles und Kilometer ist damit hinfällig und soll auch nicht 
> angezeigt werden.
> Wo und wie kann ich eine Vorselektion für  „Kilometer“ konfigurieren?
Das lässt sich zur Zeit leider nicht per Pluginoption einstellen. Steht aber
auch auf meiner Wunschliste, weil es mich in unserer Anwendung auch stört.
Da sieht man halt noch deutlich die amerikanischen Wurzeln der Ext.

Du kannst aber natürlich tx_wecmap_api.addressForm bzw. 
plugin.tx_wecmap_pi3.addressForm per TypoScript überschreiben und anstelle
der Auswahlbox ein Hidden-Field einfügen. Das TypoScript für die addressForm
müsste eigentlich auch modularer gestaltet werden...

> 2) Für die Umkreissuche ist in diesem Anwendungsfall nur die 
> Postleitzahl relevant. Damit die Umkreissuche aber ein Ergebnis 
> liefert, muss zusätzlich der Ortsname angegeben werden.
> Wo und wie kann ich das ändern?
Ich befürchte, das wird nicht so einfach gehen. Die Adresse wird an den
Google-Geocoder gesendet. Du bräuchtest z. B. die OpenGeo-DB mit den PLZ als
Grundlage zur Georeferenzierung.

> 3) Wenn „Seitliche Leiste für Markierungen anzeigen“ aktiviere, werden 
> mir beim Anzeigen der Seite gleich alle Marker in der Karte und in der 
> „Seitenleiste“ alle Links zu den Markierungen angezeigt. Bei 50-100 
> Arztpraxen wird die Liste viel zu lang. Kann ich die Liste  auch nur 
> bei vorhanden Suchergebnissen anzeigen? Wenn ich die Liste nicht 
> anzeigen lasse wird die Liste trotz grundsätzlich nicht angezeigt, 
> auch wenn über die Suche Markierungen gefunden werden.
Dazu fällt mir auf Anhieb keine Lösung ein.

> 4) Wie kann ich das Formular für die Umkreissuche ändern? Wie kann ich 
> das Suchformular (allein) in der Randspalte einer Seite einbinden? Ist 
> das überhaupt möglich?
S.o. über TypoScript.

> Ich hoffe das sind zu viele Fragen auf einmal ;)
Wenn Du Patches für einzelne Punkte entwickelst, lass es mich wissen. 
Dann können wir ggf. über eine Integration nachdenken. Ich bin im Moment
ohnehin an einigen Verbesserungen dran.

Gruß,

Jan

___
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] Multidomain und RealURL

[Frank Wendorf]

Hi Marcus, 
dix_urltool habe ich installiert. Es scheint jetzt zu funktionieren. Es kam aber auch schon wieder der angesprochene Fehler. Kurios. 
Kurios ist auch das Typo3-Verhalten beim Link "Academia". Obwohl der Link als Verweis auf die Startseite der zweiten Verzeichnisbaumes verweist, geht der Link im FE auf die Startseite. Die Unterseitenlinks verweisen jedoch auf die richtigen Seiten im zweiten Baum. Ich bin verwirrt. 
___

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

Re: [TYPO3-german] Fragen zu wec_map

[Jan Bartels]

Hallo Johannes,

Am 14.09.2015 um 18:13 schrieb Johannes C. Laxander:

War eigentlich schon einigermaßen glücklich und zufrieden, bis ich jetzt
festgestellt habe, dass die Verlinkung der Einträge in der Sidebar alle auf
die Startseite der Website gehen (www.domain.tld/#). Irgendwie scheint
Javascript nicht zu greifen. Bin noch nicht dahintergekommen warum, hat
nämlich schon funktioniert. Hast du dazu eine Idee?
Hast Du evtl. im TypoScript beim plugin.tx_wecmap_pi2.sidebarItem etwas 
vergessen (z. B. insertData oder das onClick-Attribut mit "return 
{field:onclickLink};" im wrap)? Vergleiche Dein TypoScript-Setup bitte 
noch mal mit dem Original.



Hast du evtl. auch noch ne Idee, wie ich die Einträge in der Sidebar anders
sortiert bekomme, z.B. nach Ort, Nachname, Vorname aus 'feuser'?
Dazu müsstest Du im Moment vermutlich auf das pi3 (Table Map) 
ausweichen, denn dort kann man per TypoScript die SQL-Sortierung 
beeinflussen. Beim pi2 (FE User Map) gibt es so etwas nicht. Das ist 
aber eine interessante Anforderung, die sich vermutlich sogar leicht 
implementieren lässt. Ich schaue es mir mal an und schicke Dir evtl. per 
PM eine entsprechend geänderte Version zum Testen.


Gruß,

Jan

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

Re: [TYPO3-german] Fluid: Date-Objekt in Select

[Dr Dieter Porth]

Am 19.11.2014 um 23:26 schrieb Peter Linzenkirchner:
>  optionLabelField="{f:format.date format('d.m.Y') date='{date}'}" />
Das ist falsch


Wenn format und date Attribute von f:format.date sind.

Dieter


-- 
Dr. Dieter Porth - 
Mein kleines 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] PHP als "echtes" Content Element auf einer Seite

[Dr Dieter Porth]

Hi Arne,

Naja, mit dem "wirklich flink und easy" muss man beim Formhändler (also
Version 2.x) ein paar Abstriche machen.
Marks gehören nicht gerade zu dem lesefreundlichsten Stil und sind eher
Old-Style. und nicht wirklich flexibel.

und multi-seletierbare Select-Elemente brauchen schon einwenig
Anpassungsarbeit.

Auch ist der Formhändler nicht so flexibel wie zum Beispiel Powermail,
was das flexible zusammenklicken von Formularen per Backend angeht. 
Powermail krankt leider einwenig an dem Transfer von Daten in ein
Datenbank-Model.

Man könnte bei komplexeren Problemen auch selbst schnell eine Extension
zusammenschrauben, die einen Controller aufruft und über eine
Validator-Klasse übergebenen Werte überprüft und selbst in die Datenbank
schreibt. Ich bin schon am Überlegen, bei meinen privaten Projekt den
Formhändler wieder rauszuschmeissen und durch eine flexible
Extbase-basierte Eigenentwicklung zu ersetzen.
Übrigens bietet der Extensionbuilder die Möglichkeit an, Plugins für
selbstdefiniert Modells mit Edit-Action und Create-Actions generieren zu
lassen. Man könnte also die Umfrage-Ergebnisse direkt in ein Modell
schreiben lassen ...

Aber in Einem hast du recht, wenn man sich erstmal dran gewöhnt hat,
könnte man schnell mal was Hartverdrahtetes zusammenbasteln.

Dieter



Am 13.9.2015 um 22:44 schrieb Arne-Kolja Bachstein:
> Hallo,
>
> nein, das TS musst Du nur für Validierungen und das Verschicken der Mail z.B. 
> anlegen. Die Felder selbst machst Du im HTML bzw. mit ganz einfachen Markern. 
> Das geht wirklich flink und easy, wenn man es ein Mal verstanden hat.
>
> Die Berechnungen werden denke ich mal funktionieren, aber da musst Du dann 
> wohl doch eigene TS-Konstrukte bauen. Kannst z.B. Werte aus dem POST nehmen, 
> per TS weiter verarbeiten und das Ergebnis dann als Marker übergeben. Im 
> Prinzip die schönste TYPO3-Lösung, die ich mir vorstellen kann, vor Allem 
> weil die Mehrseitigkeit eingebaut ist und Du einfach mit den POST-Daten 
> machen kannst was Du willst. Machen musst Du es aber natürlich.
>
> Etwas vereinfachen könnte es: POST-Variable nehmen -> an UserFunc zum 
> Berechnen übergeben -> per Marker zurück in Dein Formhandler-Template.
>
> Wie gesagt: relativ easy. Gibt auch etliche Beispiele und eine gute Doku 
> unter http://www.typo3-formhandler.com.
>
> Gruss
>
> Arne


-- 
Dr. Dieter Porth - 
Mein kleines 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] Multidomain und RealURL

[Renzo Bauen]

Also, das müsste eigentlich alles funktionieren, wenn man gemäss dem
Handbuch von RealURL konfiguriert.

Hier mal ein Beispiel:

1. im Extensionmanager die RealURL konfigurieren:
- keine automatische Konfiguration
- die Datei soll realurl_config.php heissen
- die Datei soll im Klartext gespeichert sein, keine Komprimierung.

2. im typoscript-Template muss folgendes angegeben werden:
config {
  absRefPrefix = /
  prefixLocalAnchors = all
  typolinkEnableLinksAcrossDomains = 1
  tx_realurl_enable = 1
  jumpUrl = 1
  jumpUrl.secure = 1
}

3. die realurl_config.php muss z.B. so aussehen:
 FALSE,
//  'enableAllUnicodeLetters' => false,
'enableCHashCache' => TRUE,
'respectSimulateStaticURLs' => 0,
'appendMissingSlash' => 'ifNotFile,redirect',
'adminJumpToBackend' => TRUE,
'postVarSet_FailureMode' => 'ignore',
//  'disableErrorLog' => false,
'enableUrlDecodeCache' => TRUE,
'enableUrlEncodeCache' => TRUE,
'emptyUrlReturnValue' => '',
//  'reapplyAbsRefPrefix' => TRUE,
'emptySegemntValue' => '',
);

$tx_realurl_config_redirects = array (
// real url configuration for key redirects
// example: 'test/' =>'301;http://www.xy.ch',
//'team/' => 'team/list/alle/',
);

$tx_realurl_config_redirects_regex = array (
// real url configuraton for key redirects_regex
);

$tx_realurl_config_preVars = array (
// real url configuration for key preVars
array (
'GETvar' => 'L',
'valueMap' => array (
'de' => '0',
'en' => '1',
'fr' => '2',
'it' => '3',
),
// for real multilanguage situations, where the language ever has to be
added
// add valueDefault and remove noMatch
//'valueDefault' => 'de',
'noMatch' => 'bypass',
),
array (
'GETvar' => 'no_cache',
'valueMap' => array (
'nc' => 1,
),
'noMatch' => 'bypass',
),
);

$tx_realurl_config_pagePath = array (
// real url configuration for key pagePath
'type' => 'user',
'userFunc' =>
'EXT:realurl/class.tx_realurl_advanced.php:_realurl_advanced->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'expireDays' => 30,
'rootpage_id' => 1,
'segTitleFieldList' => 'alias,tx_realurl_pathsegment,title',
);

$tx_realurl_config_fixedPostVars = array (
);

$tx_realurl_config_postVarSets = array (
// real url configuration for key postVarSets
'_DEFAULT' => array (
),
);

$tx_realurl_config_fileName = array (
// real url configuration for key fileName
'defaultToHTMLsuffixOnPrev' => 0,
'acceptHTMLsuffix' => 0,
'index' => array (
'sitemap.xml' => array (
'keyValues' => array (
'type' => 97,
),
),
'print' => array (
'keyValues' => array (
'type' => 98,
),
),
),
);

$tx_realurl_config_default = array (
'init' => $tx_realurl_config_init,
'redirects' => $tx_realurl_config_redirects,
'redirects_regex' => $tx_realurl_config_redirects_regex,
'preVars' => $tx_realurl_config_preVars,
'pagePath' => $tx_realurl_config_pagePath,
'fixedPostVars' => $tx_realurl_config_fixedPostVars,
'postVarSets' => $tx_realurl_config_postVarSets,
'fileName' => $tx_realurl_config_fileName,
);

$tx_realurl_config_domain1 = $tx_realurl_config_default;
$tx_realurl_config_domain1['pagePath']['rootpage_id'] = 1;
$tx_realurl_config_domain2 = $tx_realurl_config_default;
$tx_realurl_config_domain2['pagePath']['rootpage_id'] = 2;

# für jede Domain muss hier der richtige Eintrag gemacht werden
$TYPO3_CONF_VARS['EXTCONF']['realurl'] = array (
//'_DEFAULT' => $tx_realurl_config_default,
'www.domain1.tld' => $tx_realurl_config_domain1,
'www.domain2.tld' => $tx_realurl_config_domain2,
);

unset($tx_realurl_config);
unset($tx_realurl_config_init);
unset($tx_realurl_config_redirects);
unset($tx_realurl_config_redirects_regex);
unset($tx_realurl_config_preVars);
unset($tx_realurl_config_pagePath);
unset($tx_realurl_config_fixedPostVars);
unset($tx_realurl_config_postVarSets);
unset($tx_realurl_config_fileName);
?>

Zu beachten ist, dass für jede Domain die richtige rootpage_id angegeben
wird.
Zudem ist zu beachten, dass in .htaccess das Rewriting eingeschaltet
ist.

So funktionieren alle Links, auch Cross-Domain problemlos.
Eine zusätzliche Extension, die irgendwas rumkonfiguriert braucht es
nicht.

Ach und noch was: wenn man die Konfiguration neu setzt oder die Domains
ändert, dann den RealURL Cache 

Re: [TYPO3-german] Fragen zu wec_map

[Johannes C. Laxander]

Hallo Jan,

yep, das wars! Hatte den wrap und insertData übersehen! Jetzt tuts wieder
so, wie es tun sollte :)
Danke für's drauf-stupsen!

Den Code für die Sortierung nehm' ich natürlich gerne ;) PM hast du, oder?

Gruß, Johannes.

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jan Bartels
Gesendet: Montag, 14. September 2015 20:02
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Fragen zu wec_map

Hallo Johannes,

Am 14.09.2015 um 18:13 schrieb Johannes C. Laxander:
> War eigentlich schon einigermaßen glücklich und zufrieden, bis ich 
> jetzt festgestellt habe, dass die Verlinkung der Einträge in der 
> Sidebar alle auf die Startseite der Website gehen (www.domain.tld/#). 
> Irgendwie scheint Javascript nicht zu greifen. Bin noch nicht 
> dahintergekommen warum, hat nämlich schon funktioniert. Hast du dazu eine
Idee?
Hast Du evtl. im TypoScript beim plugin.tx_wecmap_pi2.sidebarItem etwas
vergessen (z. B. insertData oder das onClick-Attribut mit "return
{field:onclickLink};" im wrap)? Vergleiche Dein TypoScript-Setup bitte noch
mal mit dem Original.

> Hast du evtl. auch noch ne Idee, wie ich die Einträge in der Sidebar 
> anders sortiert bekomme, z.B. nach Ort, Nachname, Vorname aus 'feuser'?
Dazu müsstest Du im Moment vermutlich auf das pi3 (Table Map) ausweichen,
denn dort kann man per TypoScript die SQL-Sortierung beeinflussen. Beim pi2
(FE User Map) gibt es so etwas nicht. Das ist aber eine interessante
Anforderung, die sich vermutlich sogar leicht implementieren lässt. Ich
schaue es mir mal an und schicke Dir evtl. per PM eine entsprechend
geänderte Version zum Testen.

Gruß,

Jan

___
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] Re: PHP als "echtes" Content Element auf einer Seite

[Mark Knochen]

Ich hab das hier noch gefunden:

http://nic3.de/-/typo3-php-einbinden

Das funktioniert aber offenbar nur über eine Klasse -> Funktion ... der 
HTML-PHP-Code, den ich ausgeben will, steht ja aber gleich direkt im Output ...


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

[TYPO3-german] Re: Einbindung der Erweiterung jh_opengraphprotocol

[Happy Pony]

bin jetzt einen Schritt weiter gekommen. Habe festgestellt, dass so 
*  http://meinewebsitexyz.de/typo3dir/?id=xyz wird OGP ausgeliefert

* so http://subdomaina.meinewebsitexyz.de?id=xyz  wird kein OGP ausgeliefert

Ich vermute mal, dass es damit zusammenhängt, dass für OGP dei UTL - Domains, 
Subdomains bestimmten Anforderungen entsprechen müssen. Ich schue mal.

Gruss, Gustav
--
TYPO3 Ver. 4.5.3
LU€$I - die Lobby für eine überwachungsarme staatsferne Infrastruktur http://luesi.sprechrun.de/ 
___

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

[TYPO3-german] Backendlayouts unter 7.4.x

[Michael Kasten]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

irgendwie sehe ich mein Problem nicht, ich habe eine Extension die mittels 
update Script
Backendlayouts in die Datenbank schreibt.

Das hat bisher so auch immer funktioniert, zumindest auf allen 6.2.x Releases.

Wenn ich diese nun importiere und einer Seite zuweise erhalte ich im Frontend 
nur ein:
Oops, an error occurred! Code: 201509141040020a5588ea
Und eine ansonsten weiße Seite

Wenn ich im Backend ein neues Backend Layout anlege, kann ich das auch ohne 
Problem verwenden.

Ich habe die entsprechenden Zeilen auf der Datenbank verglichen, sehe aber 
keine Unterschiede, ich
dachte das vielleicht im Konfigurationspart, evtl. störende Steuerzeichen 
enthalten sind, kann ich
aber ausschließen.

Selbst wenn ich ein importiertes Backend Layout im Backend bearbeite, also alle 
relevanten Inhalte
ändere erhalte ich bei der Verwendung einen Fehler.

Nun dachte ich das vielleicht beim erstellen im Backend eine Relation angelegt 
wird, sehe hier
aber nichts im mysql.log

Hat irgendjemand einen Tip für mich wo ich hier noch suchen kann?

mit besten Grüßen

- -- 
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJV9pKEAAoJEF1/iIvWnG8Nb10H/0iYsometDoyKBRfHQPbZv3v
59JIcADA+Nu79cDRGjvqfaDJKppKp19gGKKNnjALrTQ0Z35Slt8V9MTyjF/xwzgs
TNLUwMnD45V4bWPLaOV3Pu1Hm2wc+rH0CR5ts8ZpNrHsvZXODC4BGPBzjV9II1E8
siZabHk80uDshG2Jtss4j8UXCePEVB5bPV1OZeyPcbzXl2kDubqFXPDoWxPT0Grd
JhN/KbXaPRrQ87kmGizaW++WuUOICm2WFwY9OWz+ontZNJlgZnjMZC0xFoSIuB+O
jybsFbDeepnJ5vtrCF57BNn/oUx2EK83EyFn+4M6NHalWG/n0mMlUxM8Rxf8L0Y=
=7rz+
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Backendlayouts unter 7.4.x

[Michael Kasten]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

noch vergessen:

im Apache Log sehe ich auch keine (PHP) Fehler.


mit besten Grüßen


Am 14.09.2015 um 11:25 schrieb Michael Kasten:
> Hallo,
> 
> irgendwie sehe ich mein Problem nicht, ich habe eine Extension die mittels 
> update Script 
> Backendlayouts in die Datenbank schreibt.
> 
> Das hat bisher so auch immer funktioniert, zumindest auf allen 6.2.x Releases.
> 
> Wenn ich diese nun importiere und einer Seite zuweise erhalte ich im Frontend 
> nur ein: Oops, an
> error occurred! Code: 201509141040020a5588ea Und eine ansonsten weiße Seite
> 
> Wenn ich im Backend ein neues Backend Layout anlege, kann ich das auch ohne 
> Problem verwenden.
> 
> Ich habe die entsprechenden Zeilen auf der Datenbank verglichen, sehe aber 
> keine Unterschiede,
> ich dachte das vielleicht im Konfigurationspart, evtl. störende Steuerzeichen 
> enthalten sind,
> kann ich aber ausschließen.
> 
> Selbst wenn ich ein importiertes Backend Layout im Backend bearbeite, also 
> alle relevanten
> Inhalte ändere erhalte ich bei der Verwendung einen Fehler.
> 
> Nun dachte ich das vielleicht beim erstellen im Backend eine Relation 
> angelegt wird, sehe hier 
> aber nichts im mysql.log
> 
> Hat irgendjemand einen Tip für mich wo ich hier noch suchen kann?
> 
> mit besten Grüßen
> 
> ___ TYPO3-german mailing list 
> TYPO3-german@lists.typo3.org 
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 

- -- 
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJV9pUYAAoJEF1/iIvWnG8NzasH/1t8eSi4iUTI5qI0CM0+LQwj
txHYOlQOfuuGngZRjNxAe3PogyVHWgj47d8urH/L6VD8s8BDz6n4Dus6+wGCr4wJ
Jvx+5tBOcJDnVosWyfBxILmkuutLs0eo6GcQYbjIrEJbl5wT1aooaDKvbGSsdUVL
oH7NGW4+WfUG14Z26ap7pkX0h2mYJNSx0KNdqghUaEIp4hToHhVKibrSVO/OvGbd
nzodQ39laG66/bEsNcOi9PwOqpyBDN8K1DukVZ+Djv+H4NRkFUJV4RE2v1mv1/Ss
xlizoOP9ULyVUdyzm2ZxoQhN55xH9PKyY5oqVpcpWwiloaBMWqoo+8dW3d2KFWg=
=fjnn
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Show Message (show at any login)

[Stefan Padberg]

Hallo Juri,

schau dir mal im Object Browser den SETUP-Bereich 'tt_content' an. Das
'tt_content'-Objekt ist ein riesengroßer CASE:

tt_content = CASE
tt_content.key.field = CType

Das heißt, die ganzen Inhaltselemente, die TYPO3 standardmäßig anbietet,
werden über die Spalte 'CType' gesetzt und gesteuert. Wenn du dir die
Tabelle 'tt_content' mit phpMyAdmin z.B. ansiehst, kannst du das direkt
ablesen.

"Überschrift" -> 'header'
"Text" -> 'text'
"Bilder" -> 'image'
"Text mit Bild" -> 'textpic'
usw.

Du verstehst jetzt sicher das Prinzip.



Wenn ich jetzt z.B. das Text-Element in dem von dir gewünschten Sinn
beeinflussen wollte, würde ich das so machen:

Die Überschrift lasse ich stehen und ersetze den Text durch eine
Standardbotschaft für nicht eingeloggte Lser.

# Definition eines Textbausteins für nicht eingeloggte User
lib.userNotLoggedIn = TEXT
lib.userNotLoggedIn.value = Du musst dich einloggen!
lib.userNotLoggedIn.wrap = |

[loginUser = ]
# Den eingegebenen Text für nicht eingeloggte User entfernen
tt_content.text.20 >

# Um die Überschrift auch zu entfernen, müsstest du eingeben:
# tt_content.text.10 >

#
tt_content.text.20 < lib.userNotLoggedIn
[end]

Das musst du dann für alle Inhaltselemente wiederholen, bei denen du
diesen Mechanismus installieren willst.

Beste Grüße
Stefan

Am 14.09.2015 um 08:58 schrieb Juri Diener:
> Hi, mir ist jedoch nicht so klar, wo genau die Meldung dann angezigt wird.
> Wird die genau an der Stelle angezeigt wo das Unsichtbare Element
> angezeigt wird, wenn man eingeloggt ist.
> oder wird es irgendwo unterhalb meines ganzen Content platziert?
> 
> Wäre es möglich ein konkretes Beispiel zu bekommen?
> 
> in meinem TS:
> lib.content.10 < styles.content.get
> 
> [loginUser = ]
> lib.content.20 = some typoscript [end]
> 
> Wäre hier falsch weil es dann immer unterhalb des Content platziert wird
> und nicht an der Stelle wo ein Element verborgen wird.
> 
> Hoffe du kannst mein Problem verstehen mit der Platzierung.
> 
> Quote: bergischweb wrote on Thu, 10 September 2015 15:32
> 
>> Hi Juri,
>>
>> mach das doch mit conditions im TS setup:
>>
>> This matches when no FE user is logged in:
>> [loginUser = ]
>> some typoscript...
>> [end]
>>
>> In der condition kannst du einen wrap für tt_content unterbringen, der
>> nur angezeigt wird, wenn kein user eingeloggt ist.
>>
>> Ich hab das noch nicht ausprobiert, aber ich sehe keinen grund, warum
>> das nicht klappern sollte.
>>
>> Gruß
>> Stefan
>>
>>
>> Am 10.09.2015 um 14:17 schrieb Juri Diener:
>> > Hi das Problem, die Meldung muss genau da erscheinen wo so ein Element
>> > eingefügt worden ist.
>> > Sprich ich habe mehrer Artikel mit der news, und bei manchen Artikeln
>> > gibt es PDF - Downloads.
>> > Somit wenn das PDF nicht angezeigt wird, sollte wenigstens eine Meldung
>> > angezeigt werden, damit der Benützer weiß, dass er sich anmelden muss,
>> > um die PDF anzusehen.
>> > > Gibt es denn keine TypoScript konfiguration, welche einfach bei allen
>> > Elemente die versteckt sind einen Text anzeigen kann?
>> > > > > > Quote: Arne-Kolja Bachstein wrote on Thu, 10 September 2015
>> 14:06
>> > 
>> >> Hallo,
>> >>
>> >> an der Stelle kannst Du es einfach anders herum machen: Erstell ein
>> >> Inhaltselement und blende es nur für nicht Eingeloggte ein (hide at
>> >> login).
>> >>
>> >> Gruß
>> >>
>> >> Arne
>> >>
>> >> > Am 10.09.2015 um 14:04 schrieb Juri Diener :
>> >> > > Hi, ich möchte einige Elemente nur den Besuchern anzeigen die sich
>> >> auch auf der Webseite eingeloggt haben.
>> >> > Es gibt ja die Option unter den Elementen Access-> show at any
>> >> login. > Kann ich über TypoScript eine Message bestimmen mit einem
>> >> Link, überall da wo diese Auswahl getroffen wurde ?
>> >> > Sprich momentan wird das Element einfach nicht angezeigt wenn man
>> >> nicht eingeloggt ist, aber das ist nicht sehr sinnvoll, da der
>> >> Besucher ja nicht weiß, dass sich dahinter noch was verbirgt. Deshalb
>> >> würde ich gerne dann anstatt das nichts angezeigt wird, einen Standard
>> >> text definieren. z.B. Donwloads nur für registrierte Benützer
>> >> möglich.. > Ich hoffe Ihr versteht was ich meine.
>> >> > > Danke.
>> >> > ___
>> >> > TYPO3-german mailing list
>> >> > TYPO3-german (at) 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] Show Message (show at any login)

[Juri Diener]

Hallo Stefan, 


danke dir für deine Hilfe genau sowas habe ich gesucht. Ich werde das gleich 
mal ausprobieren.
evtl. würde ich mich bei Problemen nochmal melden.

Gruß Juri

Quote: bergischweb wrote on Mon, 14 September 2015 10:34


Hallo Juri,

schau dir mal im Object Browser den SETUP-Bereich 'tt_content' an. Das
'tt_content'-Objekt ist ein riesengroßer CASE:

tt_content = CASE
tt_content.key.field = CType

Das heißt, die ganzen Inhaltselemente, die TYPO3 standardmäßig anbietet,
werden über die Spalte 'CType' gesetzt und gesteuert. Wenn du dir die
Tabelle 'tt_content' mit phpMyAdmin z.B. ansiehst, kannst du das direkt
ablesen.

"Überschrift" -> 'header'
"Text" -> 'text'
"Bilder" -> 'image'
"Text mit Bild" -> 'textpic'
usw.

Du verstehst jetzt sicher das Prinzip.



Wenn ich jetzt z.B. das Text-Element in dem von dir gewünschten Sinn
beeinflussen wollte, würde ich das so machen:

Die Überschrift lasse ich stehen und ersetze den Text durch eine
Standardbotschaft für nicht eingeloggte Lser.

# Definition eines Textbausteins für nicht eingeloggte User
lib.userNotLoggedIn = TEXT
lib.userNotLoggedIn.value = Du musst dich einloggen!
lib.userNotLoggedIn.wrap = |

[loginUser = ]
# Den eingegebenen Text für nicht eingeloggte User entfernen
tt_content.text.20 >

# Um die Überschrift auch zu entfernen, müsstest du eingeben:
# tt_content.text.10 >

#
tt_content.text.20 < lib.userNotLoggedIn
[end]

Das musst du dann für alle Inhaltselemente wiederholen, bei denen du
diesen Mechanismus installieren willst.

Beste Grüße
Stefan

Am 14.09.2015 um 08:58 schrieb Juri Diener:
> Hi, mir ist jedoch nicht so klar, wo genau die Meldung dann angezigt wird.
> Wird die genau an der Stelle angezeigt wo das Unsichtbare Element
> angezeigt wird, wenn man eingeloggt ist.
> oder wird es irgendwo unterhalb meines ganzen Content platziert?
> 
> Wäre es möglich ein konkretes Beispiel zu bekommen?
> 
> in meinem TS:

> lib.content.10 < styles.content.get
> 
> [loginUser = ]

> lib.content.20 = some typoscript [end]
> 
> Wäre hier falsch weil es dann immer unterhalb des Content platziert wird

> und nicht an der Stelle wo ein Element verborgen wird.
> 
> Hoffe du kannst mein Problem verstehen mit der Platzierung.
> 
> Quote: bergischweb wrote on Thu, 10 September 2015 15:32

> 
>> Hi Juri,
>>
>> mach das doch mit conditions im TS setup:
>>
>> This matches when no FE user is logged in:
>> [loginUser = ]
>> some typoscript...
>> [end]
>>
>> In der condition kannst du einen wrap für tt_content unterbringen, der
>> nur angezeigt wird, wenn kein user eingeloggt ist.
>>
>> Ich hab das noch nicht ausprobiert, aber ich sehe keinen grund, warum
>> das nicht klappern sollte.
>>
>> Gruß
>> Stefan
>>
>>
>> Am 10.09.2015 um 14:17 schrieb Juri Diener:
>> > Hi das Problem, die Meldung muss genau da erscheinen wo so ein Element
>> > eingefügt worden ist.
>> > Sprich ich habe mehrer Artikel mit der news, und bei manchen Artikeln
>> > gibt es PDF - Downloads.
>> > Somit wenn das PDF nicht angezeigt wird, sollte wenigstens eine Meldung
>> > angezeigt werden, damit der Benützer weiß, dass er sich anmelden muss,
>> > um die PDF anzusehen.
>> > > Gibt es denn keine TypoScript konfiguration, welche einfach bei allen
>> > Elemente die versteckt sind einen Text anzeigen kann?
>> > > > > > Quote: Arne-Kolja Bachstein wrote on Thu, 10 September 2015
>> 14:06
>> > 
>> >> Hallo,
>> >>
>> >> an der Stelle kannst Du es einfach anders herum machen: Erstell ein
>> >> Inhaltselement und blende es nur für nicht Eingeloggte ein (hide at
>> >> login).
>> >>
>> >> Gruß
>> >>
>> >> Arne
>> >>
>> >> > Am 10.09.2015 um 14:04 schrieb Juri Diener :
>> >> > > Hi, ich möchte einige Elemente nur den Besuchern anzeigen die sich
>> >> auch auf der Webseite eingeloggt haben.
>> >> > Es gibt ja die Option unter den Elementen Access-> show at any
>> >> login. > Kann ich über TypoScript eine Message bestimmen mit einem
>> >> Link, überall da wo diese Auswahl getroffen wurde ?
>> >> > Sprich momentan wird das Element einfach nicht angezeigt wenn man
>> >> nicht eingeloggt ist, aber das ist nicht sehr sinnvoll, da der
>> >> Besucher ja nicht weiß, dass sich dahinter noch was verbirgt. Deshalb
>> >> würde ich gerne dann anstatt das nichts angezeigt wird, einen Standard
>> >> text definieren. z.B. Donwloads nur für registrierte Benützer
>> >> möglich.. > Ich hoffe Ihr versteht was ich meine.
>> >> > > Danke.
>> >> > ___
>> >> > TYPO3-german mailing list
>> >> > TYPO3-german (at) lists.typo3.org
>> >> > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>> > 
>> > >
> 
> 
>




___