Re: [TYPO3-german] user Rechte-neuangelegte Seiten direkt bearbeiten lassen?
Hi, Am 14.04.11 06:40, schrieb Kay Strobach: Hi, Einfacher gehts evt. mit: oder mit beacl (oder be_acl?) kommt drauf an. Die aktuellste Version hatte ich bei mir nicht zum laufen gebracht. Das ACL System ist deutlich anspruchsvoller für den Server und ich kann mir gut vorstellen, dass auf langsameren Servern das nochmal etwas an der Performanceschraube nach unten dreht. So lange die Nutzerstruktur überschaubar bleibt, bin ich mit der klassischen Rechteverwaltung und nach Bedarf zugewiesenen DB-Mounts ganz gut gefahren. Viele Grüße, Andreas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] select count(*) Ausgabe
danke für den tipp! Am 13.04.2011 18:01, schrieb Bjoern Pedersen: Am 13.04.2011 13:33, schrieb Hendrik: PS: * für count zu benutzen ist übertrieben. Am besten das Feld wo der index oder primary key drauf ist (z.B. uid) Normalerweise ist COUNT(*) die performantere Variante: http://www.mysqlperformanceblog.com/2007/04/10/count-vs-countcol/ Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TypoScript - additionalParams nur für bestimmte Seite
Hallo,
Am 13.04.2011 18:09, schrieb Michael Haft:
[...]
Ein weiterer Test hat ergeben, dass die IF-Bedingung hier scheinbar egal
ist (ignoriert wird?!).
page.10.marks.LEFTCOLUMN.10.2.NO{
additionalParams = parameter
additionalParams.if.value = 3
additionalParams.if.equals = 4
}
Diese Bedingung ist offensichtlich falsch, trotzdem wird der zusätzliche
Parameter angehängt.
Du kannst dann versuchen den Wert in einen .wrap = zu verschieben, der
sollte von .if erfasst werden.
page.10.marks.LEFTCOLUMN.10.2.NO{
#additionalParams = parameter
additionalParams.wrap = |parameter
# ggf. auch setCurrent, cObject o.ä.
# nehmen/testen
additionalParams.if.value = 3
additionalParams.if.equals = 4
}
Gruß and hth,
Peter
--
Peter Niederlag
http://www.niekom.de * TYPO3 EDV Dienstleistungen *
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] wfqbe: Siten-Titel und Content-Titel der Query anpassen?
Hallo, ich habe folgendes Problem: ich verwende wfqbe um eine Datenbank über Bücher abzufragen. Dabei gibt es die Option das dies über das Erscheinungsjahr oder den Author geschieht. Ich würde den Titel der Seite und des Content-Elements so anpassen, daß das Jahr oder der Autor darin auftaucht. z.B.: Titel des Jahres Ich verwende Typo3 4.5.2 und wfqbe (DB Integration) 1.5.0 Hat jemand eine Idee? Gruß Henryk Feider ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] user Rechte-neuangelegte Seiten direkt bearbeiten lassen?
Hallo typo3 -ler :-)
Danke an alle, die geantwortet haben :-) (speziell Andreas)
Genau das habe ich gemeint:
TCEMAIN {
# Owner be_users UID for new pages:
permissions.userid = 2
# Owner be_groups UID for new pages:
permissions.groupid = 3
}
allerdings funktioniert es bei mir nicht ;-((
Habe den Quellcode in TS Config Options der Root Seite eingefügt
TCEMAIN{
permissons.userid = 1
permissions.groupid = 1,29,20
user = show,edit,delete,new,editcontent
group = show,edit,new,editcontent
everybody = show
}
aber es bringt einfach nichts.
Wenn ich als Admin eine neue Seite anlege, wird sie von dem User (nicht id 1)
von der Gruppe mit der id 29,20 trotzdem nicht gesehen.
Allerdings habe ich mehrere root Seiten, sprich für jedes Land einen eigenen
Seitenbaum, evtl ist das das Problem?
Hat jemand eine Idee?
Vielen lieben Dank lg
Original-Nachricht
Datum: Wed, 13 Apr 2011 22:03:52 +0200
Von: Andreas Kiessling kiessl...@pluspol.info
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] user Rechte-neuangelegte Seiten direkt
bearbeiten lassen?
Hi,
steht alles in der Doku:
http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/1/3/#id3959261
Abschnitt TCEMAIN
###snip###
Hardcodes the default owner Backend User / Group UID of new and copied
pages.
(The default owner is the backend user that creates / copies the record.
The default user group is the main group of the backend user - the
group in the very top of the users group-list.)
Example:
TCEMAIN {
# Owner be_users UID for new pages:
permissions.userid = 2
# Owner be_groups UID for new pages:
permissions.groupid = 3
}
Backend User with UID 2 is test and the Backend Group with UID 3 is
test_group. With the configuration above a new page would be created
with this user/group setting instead of the defaults:
###snip###
Und darunter folgt der Abschnitt über die die Rechte, die den neu
angelegten Seiten zugewiesen werden, z.B. ob diese von allen gesehen /
bearbeitet werden können.
HTH,
Andreas
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] imgtext.rowSpace nur in Spalte LINKS auf 0 setzen
Hallo Liste, ich möchte gerne mit styles.content.imgtext.rowSpace = 0 den Abstand der Bilder auf 0 setzen. Diese Anweisung soll aber nur für die Spalte LINKS gelten (getLeft). In den anderen Spalten soll der Standardwert weiterhin gültig sein. Wie kann ich das im Setup realisieren? Viele Grüße, Lars Brinkmann -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] user Rechte-neuangelegte Seiten direkt bearbeiten lassen?
Hallo Peter,
danke für die schnelle Antwort!
Du meinst dass dieser ts Code
TCEMAIN{
permissons.userid = 1
permissions.groupid = 29
user = show,edit,delete,new,editcontent
group = show,edit,new,editcontent
everybody = show
}
sich nur auf die Untergruppen auswirkt? Hab ich das richtig verstanden?
Oder ist das einfach nur eine Verfeinerung? Denn diese Gruppe (29)hat schon
mehrere Untergruppen, ich müsste also die rusfiltern, die nur für die Zugriffe
zuständig ist und diese dann eintragen?
Vielen Dank lg
Original-Nachricht
Datum: Thu, 14 Apr 2011 13:33:52 +0200
Von: Peter Linzenkirchner li...@lisardo.de
An: German TYPO3 Userlist typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] user Rechte-neuangelegte Seiten direkt
bearbeiten lassen?
Hallo Maria,
du kannst natürlich nur eine Group-ID vergeben.
TCEMAIN{
permissons.userid = 1
permissions.groupid = 29
user = show,edit,delete,new,editcontent
group = show,edit,new,editcontent
everybody = show
}
das muss dann die Gruppe deiner Redakteure sein (hier 29). Wenn du mehrere
Gruppen mit Redakteuren hast (offensichtlich 20 und 29), musst du eine
Pseudogruppe (= eine Gruppe, die nur die Zugriffe regelt und sonst nichts),
für die Seitenzugriffe einrichten, die jede Redakteursgruppe zugewiesen
bekommt.
also erstelle eine weitere Gruppe (z. B. id 30), dann schreibe oben
permissions.groupid = 30, und weise diese Gruppe all deinen Redakteuren zu.
Das
müsste dann gehen.
Gruß
Peter
--
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
--
GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Seiteninhalt Bild: imageorient einblenden
Hallo, Ich möchte das Inhaltselement Bild um einige Bildausrichtungen erweitern. Die Standardwerte richten sich ja nach folgenden Nummern: Oben mittig 0 Oben rechts 1 Oben links 2 Unten mittig 8 Unten rechts 9 Unten links 10 Im Text rechts 17 Im Text links 18 Im Text rechts (kein Umbruch) 25 Im Text links (kein Umbruch) 26 In meinem Fall brauche ich nun die Nummern 8, 9 und 10 auch im Seiteninhalt Bild (Dort werden sie normalerweise ausgeblendet.) Von der PageTS kenne ich nur die allgemeinen Definitionen, um die imageorients übergreifend zu entfernen oder hinzuzufügen. Im Fall des Seiteninhalt Bild scheinen aber ganz gezielt die Nummern 8, 9 und 10 irgendwo ausgeblendet zu werden. Den zugehörigen TS-Code konnte ich aber nicht finden. Wo wird das nun also bestimmt, welche imageorients beim Seiteninhalt Bild im Backend angezeigt werden? Gruß, Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] user Rechte-neuangelegte Seiten direkt bearbeiten lassen?
Hallo Maria,
Nein, ich glaube, du hast es nicht richtig verstanden.
Das Problem liegt darin, dass eine Seite nur _einen_ User und _eine_ Gruppe
haben kann, niemals mehrere. Ergo muss der Redakteur irgendwie genau dieser
einen Gruppe angehören, welche Zugriff auf diese Seite hat, sonst klappts
nicht. Wenn man nun mehrere Redaktionsgruppen hat, kann man eben nicht einer
Seite alle Gruppen zuordnen, die Schreibrechte bekommen sollen, sondern
trotzdem nur eine einzige.
Die praktikabelste Lösung ist, eine Dummy-Gruppe einzurichten, die allen Seiten
zugewiesen wird, und die wiederum jedem Redakteur zugewiesen wird, entweder
direkt als zusätzliche Benutzergruppe oder als Untergruppe seiner
Redaktionsgruppe(n).
sich nur auf die Untergruppen auswirkt? Hab ich das richtig verstanden?
Oder ist das einfach nur eine Verfeinerung? Denn diese Gruppe (29)hat schon
mehrere Untergruppen, ich müsste also die rusfiltern, die nur für die
Zugriffe zuständig ist und diese dann eintragen?
Im Prinzip ja, aber es muss bei allen Redaktionsgruppen immer die gleiche sein:
wie gesagt, eine Seite kann nur einer Gruppe gehören. Highlander-Prinzip :-)
Mehrere Seitenbäume verwalte ich in der Regel nicht über verschiedene
Redaktionsgruppen sondern über verschiedene DB-Mounts. Aber da gibts
verschiedene Wege nach Rom.
Neben der Lösung mit der Dummy-Gruppe kannst du zum Beispiel auch in den einen
Seitenzweig das hier schreiben:
TCEMAIN{
permissons.userid = 1
permissions.groupid = 29
user = show,edit,delete,new,editcontent
group = show,edit,new,editcontent
everybody = show
}
Und in den anderen das hier:
TCEMAIN{
permissons.userid = 1
permissions.groupid = 20
user = show,edit,delete,new,editcontent
group = show,edit,new,editcontent
everybody = show
}
Jetzt werden die Seiten in Zweig 1 der Gruppe 29 und in Zweig 2 der Gruppe 20
zugeordnet. Das kann man runterbrechen bis auf Einzelseiten. Finde ich (etwas)
umständlicher, aber möglich ist es.
Ach ja, natürlich musst du in jedem Fall die Rechte für die bereits vorhandenen
Seiten umstellen.
Gruß
Peter
--
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] user Rechte-neuangelegte Seiten direkt bearbeiten lassen?
Hallo Peter,
vielen Dank, jetzt klappts. Habe vergessen die Rechte für die Seite umzustellen
Liebe Grüße
Original-Nachricht
Datum: Thu, 14 Apr 2011 14:21:16 +0200
Von: Peter Linzenkirchner li...@lisardo.de
An: German TYPO3 Userlist typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] user Rechte-neuangelegte Seiten direkt
bearbeiten lassen?
Hallo Maria,
Nein, ich glaube, du hast es nicht richtig verstanden.
Das Problem liegt darin, dass eine Seite nur _einen_ User und _eine_
Gruppe haben kann, niemals mehrere. Ergo muss der Redakteur irgendwie genau
dieser einen Gruppe angehören, welche Zugriff auf diese Seite hat, sonst
klappts nicht. Wenn man nun mehrere Redaktionsgruppen hat, kann man eben nicht
einer Seite alle Gruppen zuordnen, die Schreibrechte bekommen sollen,
sondern trotzdem nur eine einzige.
Die praktikabelste Lösung ist, eine Dummy-Gruppe einzurichten, die allen
Seiten zugewiesen wird, und die wiederum jedem Redakteur zugewiesen wird,
entweder direkt als zusätzliche Benutzergruppe oder als Untergruppe seiner
Redaktionsgruppe(n).
sich nur auf die Untergruppen auswirkt? Hab ich das richtig verstanden?
Oder ist das einfach nur eine Verfeinerung? Denn diese Gruppe (29)hat
schon mehrere Untergruppen, ich müsste also die rusfiltern, die nur für die
Zugriffe zuständig ist und diese dann eintragen?
Im Prinzip ja, aber es muss bei allen Redaktionsgruppen immer die gleiche
sein: wie gesagt, eine Seite kann nur einer Gruppe gehören.
Highlander-Prinzip :-)
Mehrere Seitenbäume verwalte ich in der Regel nicht über verschiedene
Redaktionsgruppen sondern über verschiedene DB-Mounts. Aber da gibts
verschiedene Wege nach Rom.
Neben der Lösung mit der Dummy-Gruppe kannst du zum Beispiel auch in den
einen Seitenzweig das hier schreiben:
TCEMAIN{
permissons.userid = 1
permissions.groupid = 29
user = show,edit,delete,new,editcontent
group = show,edit,new,editcontent
everybody = show
}
Und in den anderen das hier:
TCEMAIN{
permissons.userid = 1
permissions.groupid = 20
user = show,edit,delete,new,editcontent
group = show,edit,new,editcontent
everybody = show
}
Jetzt werden die Seiten in Zweig 1 der Gruppe 29 und in Zweig 2 der Gruppe
20 zugeordnet. Das kann man runterbrechen bis auf Einzelseiten. Finde ich
(etwas) umständlicher, aber möglich ist es.
Ach ja, natürlich musst du in jedem Fall die Rechte für die bereits
vorhandenen Seiten umstellen.
Gruß
Peter
--
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
--
GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] locallang Einträge ignoriert??
Hallo typo3 Gemeinde,
wieder mal ein Problem:
die Labels aus meiner Extension werden entweder nur in der Default Sprache
oder so wie es unten steht dargestellt, obwohl ein Array in der Locallang
für DE existiert.
Hier ist der Quellcode aus der Extension:
if($contact['mobile'] != ''){
$markers['###ADRESS_CONTACTBOX###'] .= 'p
class=bodytextstrong'.$this-pi_getLL('label_mobile','Mobil:').'/strongbr/';
$markers['###ADRESS_CONTACTBOX###'] .= $contact['mobile'].'/p';
}
if($contact['fax'] != ''){
$markers['###ADRESS_CONTACTBOX###'] .= 'p
class=bodytextstrong'.$this-pi_getLL('label_fax','Fax:').'/strongbr/';
$markers['###ADRESS_CONTACTBOX###'] .= $contact['fax'].'/p';
}
lösche ich die einträge in der Datei (oben rot) dann werden nur die
Default Einträge dargestellt
Ansonsten funktioniert die Mehrsprachigkeit auf der Seite einwandfrei.
Hat jemand eine Idee wo ich ansetzen kann?
Vielen Dank liebe Grüße
--
NEU: FreePhone - kostenlos mobil telefonieren und surfen!
Jetzt informieren: http://www.gmx.net/de/go/freephone
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler: Formular dynamisch erweitern?
Am 13.04.2011, 12:59 Uhr, schrieb Reinhard Führicht r...@typoheads.at: Hallo, da hilft dir wohl nur ein eigener Validator, der mittels einer Schleife alle felder article[x]_nr usw. überprüft, die in GET/POST übergeben werden. Viele Grüße, Reinhard Danke für den Hinweis. Ist für den formhandler die Erweiterung in Richtung dynamisches Formular angedacht? Ich brauche das oft. Die letzte Anwendung habe ich mit der Extension wfqbe gebaut. Da musste ich auch jede Menge Javascript in die Hooks packen. Ist halt sehr umständlich zu pflegen... Grüße untangler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 Seiten auf Facebook im Status posten
Hallo Liste, ich versuche gerade in Facebook im Feld Status einen text zu schrieben und dort einen Link auf meine Typo3 Seite reinzupacken. Nun ist es normalerweise ja so, dass der Benutzer dann einen kleinen Previewtext sieht und aus kleinen Vorschaubildern, die Facebook automatisch auf der verlinkten Seite findet, durchblättern und auswählen kann. Leider ist es mit meiner Typo3-Seite aber so, dass Facebook auf manchen Seiten genau so reagiert wie erwartet und oben beschrieben, auf manchen Seiten aber scheint mit z.B. nicht der richtige Inhalt ausgegeben und keine Bilder gefunden zu werden (obwohl diese da sind) In meinem Fall ist es manchmal so, dass im Vorschautext zum Content kommt, weil meine HTML-Seite mit einem a href=#contentzum Content/a beginnt, und gar keine Bilder gefunden werden. Auf anderen Seiten aber funktioniert alles Ok und der Vorschautext wird aus den richtigen Seiteninhalten generiert. Nun frage ich mich ob jemand weiß, nach welchen Kriterien Facebook den Quelltext durchsucht und ob man vielleicht irgendwelche Marker setzen muss, um Facebook zu zwingen den richtigen Content zu nehmen, bzw. den Bot steuern zu können. Vielen Dank für jede Info, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Seiten auf Facebook im Status posten
Hallo Stefan, laut meines Wissens nimmt sich Facebook den Content aus dem Metatag Description. Das ist das Verhalten das mir aufgefallen ist. Gruß Yvon --- On 14.04.2011 15:30, Stefan Collon wrote: Hallo Liste, ich versuche gerade in Facebook im Feld Status einen text zu schrieben und dort einen Link auf meine Typo3 Seite reinzupacken. Nun ist es normalerweise ja so, dass der Benutzer dann einen kleinen Previewtext sieht und aus kleinen Vorschaubildern, die Facebook automatisch auf der verlinkten Seite findet, durchblättern und auswählen kann. Leider ist es mit meiner Typo3-Seite aber so, dass Facebook auf manchen Seiten genau so reagiert wie erwartet und oben beschrieben, auf manchen Seiten aber scheint mit z.B. nicht der richtige Inhalt ausgegeben und keine Bilder gefunden zu werden (obwohl diese da sind) In meinem Fall ist es manchmal so, dass im Vorschautext zum Content kommt, weil meine HTML-Seite mit einem a href=#contentzum Content/a beginnt, und gar keine Bilder gefunden werden. Auf anderen Seiten aber funktioniert alles Ok und der Vorschautext wird aus den richtigen Seiteninhalten generiert. Nun frage ich mich ob jemand weiß, nach welchen Kriterien Facebook den Quelltext durchsucht und ob man vielleicht irgendwelche Marker setzen muss, um Facebook zu zwingen den richtigen Content zu nehmen, bzw. den Bot steuern zu können. Vielen Dank für jede Info, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Seiten auf Facebook im Status posten
Hallo Stefan, laut meines Wissens nimmt sich Facebook den Content aus dem Metatag Description. Das ist das Verhalten das mir aufgefallen ist. Gruß Yvon Hallo Yvon, das hat schonmal gut geklappt und ich sehe, dass das funktioniert. Nun habe ich nur noch das Problem, dass für die kleinen Vorschaubilder manchmal gar keine zur Auswahl stehen, obwohl ich sehr viele Bilder in meiner Seite habe. Weißt Du hier evtl. auch noch rat? Vielen Dank schonmal, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Seiten auf Facebook im Status posten
Hallo Stefan, leider nicht. Bin immer davon ausgegangen das Facebook den Quelltext nach Bildern absucht. Gruß Yvon --- On 14.04.2011 15:47, Stefan Collon wrote: Hallo Stefan, laut meines Wissens nimmt sich Facebook den Content aus dem Metatag Description. Das ist das Verhalten das mir aufgefallen ist. Gruß Yvon Hallo Yvon, das hat schonmal gut geklappt und ich sehe, dass das funktioniert. Nun habe ich nur noch das Problem, dass für die kleinen Vorschaubilder manchmal gar keine zur Auswahl stehen, obwohl ich sehr viele Bilder in meiner Seite habe. Weißt Du hier evtl. auch noch rat? Vielen Dank schonmal, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Seiten auf Facebook im Status posten
Hallo Stefan, wie Yvon schon schrieb, liest Facebook die Meta-Tags aus, aber es gibt auch noch spezielle Meta-Tags für Facebook: http://developers.facebook.com/docs/opengraph/ Hier kann man etwas filigraner bestimmen, wie die Seite in Facebook ausgegeben werden kann, insbesondere auch das Bild bestimmen. Eine kleine Falle gibt es dabei: Facebook cacht ausgelesene Links eine gewisse Zeit. Wenn du also etwas änderst, wird sich das zunächst nicht auf Links auswirken, die du bereits einmal gepostet hast. Viele Grüße Petra Am 14.04.2011 um 15:30 schrieb Stefan Collon: Hallo Liste, ich versuche gerade in Facebook im Feld Status einen text zu schrieben und dort einen Link auf meine Typo3 Seite reinzupacken. Nun ist es normalerweise ja so, dass der Benutzer dann einen kleinen Previewtext sieht und aus kleinen Vorschaubildern, die Facebook automatisch auf der verlinkten Seite findet, durchblättern und auswählen kann. Leider ist es mit meiner Typo3-Seite aber so, dass Facebook auf manchen Seiten genau so reagiert wie erwartet und oben beschrieben, auf manchen Seiten aber scheint mit z.B. nicht der richtige Inhalt ausgegeben und keine Bilder gefunden zu werden (obwohl diese da sind) In meinem Fall ist es manchmal so, dass im Vorschautext zum Content kommt, weil meine HTML-Seite mit einem a href=#contentzum Content/a beginnt, und gar keine Bilder gefunden werden. Auf anderen Seiten aber funktioniert alles Ok und der Vorschautext wird aus den richtigen Seiteninhalten generiert. Nun frage ich mich ob jemand weiß, nach welchen Kriterien Facebook den Quelltext durchsucht und ob man vielleicht irgendwelche Marker setzen muss, um Facebook zu zwingen den richtigen Content zu nehmen, bzw. den Bot steuern zu können. Vielen Dank für jede Info, Stefan ___ 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] formhandler 0.9.13
Hi, wir haben gerade die Extension Formhandler aktualisiert. Leider kommt nun beim Formularabsenden: Fatal error: Can't use function return value in write context in /srv/www/htdocs/web51/html/onlineyxz.de/typo3conf/ext/formhandler/Classes/Validator/ErrorChecks/Tx_Formhandler_ErrorCheck_Captcha.php on line 46 Was denn da los? Danke und Viele Grüße Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler 0.9.13
Am 2011-04-14 17:26, schrieb Tobias Pierschel: Hi, wir haben gerade die Extension Formhandler aktualisiert. Leider kommt nun beim Formularabsenden: Fatal error: Can't use function return value in write context in /srv/www/htdocs/web51/html/onlineyxz.de/typo3conf/ext/formhandler/Classes/Validator/ErrorChecks/Tx_Formhandler_ErrorCheck_Captcha.php on line 46 Was denn da los? Danke und Viele Grüße Tobi Hallo Tobi, das Problem ist bereits behoben. Ein Update gibt es vermutlich schon morgen. Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler 0.9.13
Prima... aber wie komm ich nun an die Vorgängerversion ran? Mit dem neuen EXT-Manager bei TYPO3 4.5.2 scheint das nicht machbar zu sein oder? Viele Grüße Tobi Am 14.04.2011 17:27, schrieb Reinhard Führicht: Am 2011-04-14 17:26, schrieb Tobias Pierschel: Hi, wir haben gerade die Extension Formhandler aktualisiert. Leider kommt nun beim Formularabsenden: Fatal error: Can't use function return value in write context in /srv/www/htdocs/web51/html/onlineyxz.de/typo3conf/ext/formhandler/Classes/Validator/ErrorChecks/Tx_Formhandler_ErrorCheck_Captcha.php on line 46 Was denn da los? Danke und Viele Grüße Tobi Hallo Tobi, das Problem ist bereits behoben. Ein Update gibt es vermutlich schon morgen. Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler 0.9.13
Habs mit dem alten Ext-Manager hinbekommen.. Beste Grüße Tobi PS: Weiß jemand, wie das mit dem neuen EXT-Manager geht? Am 14.04.2011 17:29, schrieb Tobias Pierschel: Prima... aber wie komm ich nun an die Vorgängerversion ran? Mit dem neuen EXT-Manager bei TYPO3 4.5.2 scheint das nicht machbar zu sein oder? Viele Grüße Tobi Am 14.04.2011 17:27, schrieb Reinhard Führicht: Am 2011-04-14 17:26, schrieb Tobias Pierschel: Hi, wir haben gerade die Extension Formhandler aktualisiert. Leider kommt nun beim Formularabsenden: Fatal error: Can't use function return value in write context in /srv/www/htdocs/web51/html/onlineyxz.de/typo3conf/ext/formhandler/Classes/Validator/ErrorChecks/Tx_Formhandler_ErrorCheck_Captcha.php on line 46 Was denn da los? Danke und Viele Grüße Tobi Hallo Tobi, das Problem ist bereits behoben. Ein Update gibt es vermutlich schon morgen. Viele Grüße, Reinhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler 0.9.13
Tobias Pierschel schrieb: PS: Weiß jemand, wie das mit dem neuen EXT-Manager geht? entfernte Biliothek rechtsklick auf das Icon der Extension dann Versionen verfügbar dann hast du das Auswahlfeld war aber wirklich etwas versteckt... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 v4.5.2 - rlmp_tmplselector
Falls jemand auch das Problem hat: Ich habe die Reihenfolge der Plugins in localconf.php geändert und danach ging es. Am 08.04.2011 20:58, schrieb Georg Diczig: Hallo! Hat jemand rlmp_tmplselector mit Typo3 4.5 zum laufen gekriegt? Das Plugin konnte ich ohne Probleme installieren, allerdings scheint es bei mir die Verzeichnisse die durch templatePathMain und templatePathSub definiert werden nicht zu lesen. Leserechte sind aber vorhanden. Vielen Dank! Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Seiten auf Facebook im Status posten
Hi, Am 14.04.2011 15:47, schrieb Stefan Collon: Nun habe ich nur noch das Problem, dass für die kleinen Vorschaubilder manchmal gar keine zur Auswahl stehen, obwohl ich sehr viele Bilder in meiner Seite habe. Weißt Du hier evtl. auch noch rat? http://developers.facebook.com/docs/opengraph/ lg georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seiteninhalt Bild: imageorient einblenden
Moin Christian, Am 14.04.11 13:46, schrieb Christian Essl: Ich möchte das Inhaltselement Bild um einige Bildausrichtungen erweitern. Die Standardwerte richten sich ja nach folgenden Nummern: ... In meinem Fall brauche ich nun die Nummern 8, 9 und 10 auch im Seiteninhalt Bild (Dort werden sie normalerweise ausgeblendet.) Von der PageTS kenne ich nur die allgemeinen Definitionen, um die imageorients übergreifend zu entfernen oder hinzuzufügen. Im Fall des Seiteninhalt Bild scheinen aber ganz gezielt die Nummern 8, 9 und 10 irgendwo ausgeblendet zu werden. Den zugehörigen TS-Code konnte ich aber nicht finden. Wo wird das nun also bestimmt, welche imageorients beim Seiteninhalt Bild im Backend angezeigt werden? Das passiert in der Extension css_styled_content, die du wahrscheinlich einsetzt. Es gibt da eine Konfigurationsoption removePositionTypes, die per default aktiviert ist. Kannst du über den Extension Manager in der Konfiguration der Extension deaktivieren. Schau dir dazu auch mal die Datei typo3/sysext/css_styled_content/ext_localconf.php an, die bei der o.g. Konfigurationsoption das folgende PageTS hinzufügt: TCEFORM.tt_content.imageorient.types.image.removeItems = 8,9,10,17,18,25,26 HTH Patrick ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TemplaVoilà und Seitenversionierung
Hallo, ich möchte gerne die Seitenversionierung mit TemplaVoilà nutzen. In unterschiedlichen Kombinationen von TYPO3 und TV-Versionen (4.4.4 - 4.4.7 + 1.4.4 und 4.5.2 + 1.5.4) bekomme ich nur folgendes Phänomen hin: Ich lege die neue Seitenversion an, führe eine Änderung durch und die Änderung ist, obgleich nicht gepublisht, sofort online...Auch ein Swap etc. bringt dann nichts mehr. Es ist vielmehr so, dass keine neue Version angelegt wird, sprich der Record nicht wirklich geschrieben ist, sondern nur eine nette neue Versionsüberschrift angelegt wird, hinter der sich nichts verbirgt. Auch ein Blick über die originale Page Struktur verrät das. Faktisch erstellt das System also nichts... Lege ich - aus einer in TV angelegten Seite - über die klassische Page Variante eine neue Version an, kann ich diese völlig problemlos bearbeiten und versionieren. Nur - im Wechsel zu TV - interessiert es dies nicht. Für TV gibt es diese Seite dann gar nicht... Habe ich im Konzept der Versionierung was falsch verstanden, oder ist das Zusammenspiel mit TemplaVoilà generell schwierig? Oder habe ich was vergessen zu konfigurieren? Bin für jeden Hinweis dankbar. Ich weiß, Google ist mein bester Freund, aber bisher nicht… Grüße Micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] formhandler 0.9.13
As.. alles klar. Auf den Rechtklick bin ich nicht gekommen :-) Vielen Dank Tobi Am 14.04.2011 19:38, schrieb Ralf-René Schröder: Tobias Pierschel schrieb: PS: Weiß jemand, wie das mit dem neuen EXT-Manager geht? entfernte Biliothek rechtsklick auf das Icon der Extension dann Versionen verfügbar dann hast du das Auswahlfeld war aber wirklich etwas versteckt... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TemplaVoilà und Seitenversionierung
Hi Michael, stelle deine Frage am besten in der Gruppe TYPO3-projects-templavoila, dort kann dir sicherlich besser geholfen werden. Ich selbst benutze Templavoial in Zusammenarbeit mit Workspaces und dort functioniert alles tadellos, so wie es sein soll. Hat es einen Grund warum du diese nicht benutzt? Grüße, Chris. Am 14.04.2011 23:47, schrieb Michael Roth: Hallo, ich möchte gerne die Seitenversionierung mit TemplaVoilà nutzen. In unterschiedlichen Kombinationen von TYPO3 und TV-Versionen (4.4.4 - 4.4.7 + 1.4.4 und 4.5.2 + 1.5.4) bekomme ich nur folgendes Phänomen hin: Ich lege die neue Seitenversion an, führe eine Änderung durch und die Änderung ist, obgleich nicht gepublisht, sofort online...Auch ein Swap etc. bringt dann nichts mehr. Es ist vielmehr so, dass keine neue Version angelegt wird, sprich der Record nicht wirklich geschrieben ist, sondern nur eine nette neue Versionsüberschrift angelegt wird, hinter der sich nichts verbirgt. Auch ein Blick über die originale Page Struktur verrät das. Faktisch erstellt das System also nichts... Lege ich - aus einer in TV angelegten Seite - über die klassische Page Variante eine neue Version an, kann ich diese völlig problemlos bearbeiten und versionieren. Nur - im Wechsel zu TV - interessiert es dies nicht. Für TV gibt es diese Seite dann gar nicht... Habe ich im Konzept der Versionierung was falsch verstanden, oder ist das Zusammenspiel mit TemplaVoilà generell schwierig? Oder habe ich was vergessen zu konfigurieren? Bin für jeden Hinweis dankbar. Ich weiß, Google ist mein bester Freund, aber bisher nicht… Grüße Micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
