Re: [TYPO3-german] OT jQuery - Konflikt mit zwei Scroll-Events
Am 29.06.15 um 08:35 schrieb Johannes C. Laxander:
Hallo,
ich habe auf einer OnePage-Site einmal ein Scroll-Event um ab einer
bestimmten Position eine Nav-Bar einzublenden, und ein Click-Event, um zu
einer bestimmten Position in der Seite zu scrollen.
1) Nav-Bar einblenden:
var myPosY;
jQuery(window).bind( 'scroll', function() {
myPosY = jQuery(window).scrollTop();
if ( myPosY >= 400) {
jQuery('#topbar').fadeIn();
} else {
jQuery('#topbar').fadeOut();
}
});
2) Bei Klick zu bestimmter Position scrollen:
$('#home a').click(function(e) {
e.preventDefault();
var t = '#' + $(e.currentTarget).attr('href').substring(1);
var y = $(t).offset().top - $('#topbar').height();
$('html, body').animate({scrollTop: y;}, 'slow');
});
Seit ich das zweite Event hinzugenommen habe funktioniert das erste Event
nicht mehr. Und bei 2) wird direkt an das Ziel gesprungen, ein "langsames
dorthingleiten" kann ich nicht feststellen.
Was mache ich hier falsch? Wie kann ich den Konflikt umgehen?
es ist nicht unbedingt ein Konflikt. es ist nur so dass kein
scroll-event auftritt wenn du zu einem bestimmten Punkt der Seite
springst (auch wenn es optisch einem Scroll ähnelt).
was du brauchst ist, dass am Ende des Sprungs die Routine aufgerufen
wird, die du auch bei den Scroll-events aufrufst. Um doppelten Code zu
vermeiden solltest du aus der anonymen Funktion eine echte machen, die
du von beiden Stellen aufrufen kannst.
var myMenuFunc = function() {
var myPosY = jQuery(window).scrollTop();
:
}
jQuery(window).bind( 'scroll',myMenuFunc);
$('#home a').click(function(e) {
e.preventDefault();
var t = '#' + $(e.currentTarget).attr('href').substring(1);
var y = $(t).offset().top - $('#topbar').height();
$('html, body').animate({scrollTop: y;}, 'slow');
myMenuFunc();
});
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] generieren statisches html
hallo dieter, ja. ist eventuell eine option. aber eigentlich möchte dass es überhaupt keine anfrage an das typo3-system geben muss, sondern immer direkt auf eine statische html-datei zu geriffen wird. die sollte aber eben nach änderungen am menu erstellt werden. das wäre imho der ideal-zustand. dennoch danke mit besten grüßen florian > Am 27.06.2015 um 18:09 schrieb Dr Dieter Porth : > > Ich habe es zwar noch nie gemacht, aber der eid-Mechanismus entspricht > wohl am ehesten dem, was du dir von Seiten der Performance wünscht. > Dieser greift sehr früh in der TYPO-Struktur > Man könnte den eid-Mechanismus so aufbauen, dass er den Cache prüft und, > wenn dieser leer ist, sich einmalig das Menü zum Beispiel rendern lässt. > > Dieter > > Am 27.6.2015 um 12:26 schrieb florian | dev | meta unlimited: >> hallo zusammen, >> >> ich betreue eine webseite auf der ein typo3 zusammen mit einem >> magento-system läuft. >> typo3 nutzen wir für den redaktionellen teil und magento für die >> shop-verwaltung. typo3 ist dabei unter anderen auch zuständig für die >> verwaltung der seitenstruktur. d.h. navigationsmenus werden in typo3 >> erstellt. >> >> nun möchte ich dieses menu automatisch in magento integrieren. hier zu >> rendere ich das html der navigation auf einer ansonsten leeren seite aus >> typo3 heraus und integrieren dass dann über ein magento-modul. >> das läuft auch alles wunderbar und sauber. >> was mich derzeit aber stört ist, dass nun bei jeder anfrage an magento auch >> eine anfrage an typo3-läuft. das kann man in diesem fall machen, der server >> und die zugriffszahlen machen das mit. >> eleganter und schöner wäre es aber, wenn das menu nicht jedesmal durch typo3 >> gerendert werden müsste, sondern als statisches html vorliegen würde. >> >> ich könnte das problem nun über einen cronjob mit hilfe von zb wget lösen. >> das wäre ok. >> am schönsten wäre es aber, wenn typo3 immer dann wenn sich die >> seitenstruktur ändert das html automatisch erstellen würde. >> >> hat hier zu jemand eine idee? gibt es ein event oder einen hook den man >> nutzen kann? >> alternativ wäre auch denkbar eine funktion im backend zu haben, die dann >> nach aufruf das menu rendert. >> wie würdet ihr so etwas lösen? >> bin für jeden vorschlag dankbar. >> >> mit besten grüßen >> florian kuhlmann >> >> >> >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > > -- > 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT jQuery - Konflikt mit zwei Scroll-Events
Funktioniert! Super! Vielen Dank Bernd :)
Johannes.
Am 29.06.15 um 08:35 schrieb Johannes C. Laxander:
> Hallo,
>
> ich habe auf einer OnePage-Site einmal ein Scroll-Event um ab einer
> bestimmten Position eine Nav-Bar einzublenden, und ein Click-Event, um
> zu einer bestimmten Position in der Seite zu scrollen.
>
> 1) Nav-Bar einblenden:
>
>var myPosY;
>jQuery(window).bind( 'scroll', function() {
> myPosY = jQuery(window).scrollTop();
> if ( myPosY >= 400) {
>jQuery('#topbar').fadeIn();
> } else {
>jQuery('#topbar').fadeOut();
> }
>});
>
> 2) Bei Klick zu bestimmter Position scrollen:
>
> $('#home a').click(function(e) {
> e.preventDefault();
> var t = '#' + $(e.currentTarget).attr('href').substring(1);
> var y = $(t).offset().top - $('#topbar').height();
> $('html, body').animate({scrollTop: y;}, 'slow'); });
>
> Seit ich das zweite Event hinzugenommen habe funktioniert das erste
> Event nicht mehr. Und bei 2) wird direkt an das Ziel gesprungen, ein
> "langsames dorthingleiten" kann ich nicht feststellen.
>
> Was mache ich hier falsch? Wie kann ich den Konflikt umgehen?
es ist nicht unbedingt ein Konflikt. es ist nur so dass kein scroll-event
auftritt wenn du zu einem bestimmten Punkt der Seite springst (auch wenn es
optisch einem Scroll ähnelt).
was du brauchst ist, dass am Ende des Sprungs die Routine aufgerufen wird,
die du auch bei den Scroll-events aufrufst. Um doppelten Code zu vermeiden
solltest du aus der anonymen Funktion eine echte machen, die du von beiden
Stellen aufrufen kannst.
var myMenuFunc = function() {
var myPosY = jQuery(window).scrollTop();
:
}
jQuery(window).bind( 'scroll',myMenuFunc);
$('#home a').click(function(e) {
e.preventDefault();
var t = '#' + $(e.currentTarget).attr('href').substring(1);
var y = $(t).offset().top - $('#topbar').height();
$('html, body').animate({scrollTop: y;}, 'slow');
myMenuFunc();
});
bernd
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] generieren statisches html
hallo marcus, danke für dein hinweis. ist eine option die ich auch schon überlegt hatte. aber eigentlich würde ich gerne verhindern, für so einen spezialfall eine weitere fremde extension im system zu haben. aber gut. ich schaue mir das mal an. danke mit besten grüßen florian > Am 27.06.2015 um 21:44 schrieb Marcus Raphelt > : > > Hallo, > > Du könntest dafür die Extension "staticfilecache" quasi zweckentfremden. > Sie hakt sich in den Cachingmechanismus ein und legt in dem Moment, wo > Typo die fertig gerenderte Seite im Cache ablegt, auch eine statische > HTML-Datei in > typo3temp/tx_ncstaticfilecache/www.domain.de/seitenname/index.html ab. > Du musst halt nur dafür sorgen, dass die Seite, die nur das Menü > enthält, über eine eindeutige URL aufgerufen werden kann - das Schreiben > in den Cache kannst Du dann per wget erzwingen. > > Gruß, > Marcus > > Am 27.06.2015 um 12:26 schrieb florian | dev | meta unlimited: >> eleganter und schöner wäre es aber, wenn das menu nicht jedesmal durch typo3 >> gerendert werden müsste, sondern als statisches html vorliegen würde. >> >> ich könnte das problem nun über einen cronjob mit hilfe von zb wget lösen. >> das wäre ok. >> am schönsten wäre es aber, wenn typo3 immer dann wenn sich die >> seitenstruktur ändert das html automatisch erstellen würde. >> >> > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3-Installation: PHP OpenSSL extension not working
Hallo, ich habe die Typo3-Installation Version 6.2 im htdocs-Verzeichnis unter xampp entpackt und dann die Installtionsdatei http://127.0.0.1/typo3/typo3/install/ geladen. Da mir auf der Seite "System environment check" http://127.0.0.1/typo3/typo3/sysext/install/Start/Install.php eine Meldung "PHP OpenSSL extension not working" angezeigt wird, habe ich mich vergewissert, dass "extension=php_openssl.dll" und "extension_dir="C:\xampp\php\ext"" in der php.ini nicht auskommentiert sind und nach einer Internet-Recherche mit phpinfo() mir die PHP-Einstellungen angezeigt. Im Abschnitt "openssl" in der phpinfo()-Liste ist aufgeführt: OpenSSL support enabled OpenSSL Library Version OpenSSL 1.0.1l 15 Jan 2015 OpenSSL Header Version OpenSSL 1.0.1m 19 Mar 2015 Verstehe ich es richtig, dass OpenSSL support unter PHP verfügbar ist und nur von der Typo3-Installationsroutine nicht erkannt wird? Gruss, Gustav Wall ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Verlinkungsproblem bei vom Frontend getrennten Backend
Hi Eve, kannst du mir zu diesem Thema weiterhelfen? Wie genau hast du Frontend & Backend getrennt? danke & lg michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Keine User-Anmeldung mit felogin
Liebe Community, ich habe ein (offensichtlich grundlegendes) Problem mit felogin, das ich auch nach tagelangem Nachforschen nicht in den Griff bekomme. Trotz aller Basis-Konfigurationen (Anlegen des Systemordners, Anlegen der Gruppe, Anlegen der User, Angeben der ID des Systemordners im Template usw.) bekomme ich mit dem Absenden der Login-Daten aus meinem Formular sofort die Fehlermeldung "Während der Anmeldung ist ein Fehler aufgetreten. Wahrscheinlich haben Sie Ihren Benutzernamen oder das Passwort falsch eingegeben. Vergewissern Sie sich, dass Sie beide Angaben korrekt eingegeben haben - Groß-/Kleinschreibung wird unterschieden. Eine andere Möglichkeit ist, dass Sie eventuell die Cookies in Ihrem Web-Browser deaktiviert haben." angezeigt. Ein Blick in die Cookies zeigt, dass ein fe_user-Cookie angelegt ist. Seltsamerweise bekomme ich zusätzlich zu meinem be_user-Cookie aus der Anmeldung im Backend ein zweites be_user-Cookie mit einem abweichenden Pfad angezeigt. Zurück im Backend ist dort die Anmeldung abgelaufen; eine erneute Anmeldung ist dort erst möglich, wenn ich alle Cookies von meiner Testmaschine lösche. In der Liste der FE-Manager-Extension ist der User, den ich im Frontend nicht anmelden konnte, als 'Online' gekennzeichnet. Ich habe versuchsweise (zusätzlich) in meinem Anmeldeformular unter 'Weiterleitungen' für die Option 'Nach einem Fehler bei der Anmeldung auf folgende Seite weiterleiten' dieselbe Seite angegeben, die auch nach einer erfolgreichen Anmeldung angezeigt werden soll, es wird aber trotzdem nur die Fehlermeldung (s.o.) in der Anmeldung ausgegeben. Auf der Testmaschine (Ubuntu) existiert eine weitere, alte (Typo3 6.1) 'Lern'installation, bei der die Anmeldung mit felogin funktioniert. Die aktuelle Variante (6.2) meiner Homepage in einem Unterverzeichnis zeigt das oben beschriebene Verhalten. Ich habe sämtliche Logs durchforscht und habe keinen Hinweis auf einen Fehler finden können. Hat jemand eine Idee? Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Keine User-Anmeldung mit felogin
Hallo Michael, sehr viel fällt mir nicht ein … kann es sein, dass du mehrere Subdomains hast? Die Sessions (und damit die Cookies) sind an die einzelne Subdomain gebunden. Das gilt auch für das Backend. Ne aktuelle 6.2.x ist es schon, oder? Gruß Peter > Am 29.06.2015 um 13:28 schrieb Michael Schwalbe : > > Liebe Community, > ich habe ein (offensichtlich grundlegendes) Problem mit felogin, das ich auch > nach tagelangem Nachforschen nicht in den Griff bekomme. > Trotz aller Basis-Konfigurationen (Anlegen des Systemordners, Anlegen der > Gruppe, Anlegen der User, Angeben der ID des Systemordners im Template usw.) > bekomme ich mit dem Absenden der Login-Daten aus meinem Formular sofort die > Fehlermeldung "Während der Anmeldung ist ein Fehler aufgetreten. > Wahrscheinlich haben Sie Ihren Benutzernamen oder das Passwort falsch > eingegeben. Vergewissern Sie sich, dass Sie beide Angaben korrekt eingegeben > haben - Groß-/Kleinschreibung wird unterschieden. Eine andere Möglichkeit > ist, dass Sie eventuell die Cookies in Ihrem Web-Browser deaktiviert haben." > angezeigt. > > Ein Blick in die Cookies zeigt, dass ein fe_user-Cookie angelegt ist. > Seltsamerweise bekomme ich zusätzlich zu meinem be_user-Cookie aus der > Anmeldung im Backend ein zweites be_user-Cookie mit einem abweichenden Pfad > angezeigt. Zurück im Backend ist dort die Anmeldung abgelaufen; eine erneute > Anmeldung ist dort erst möglich, wenn ich alle Cookies von meiner > Testmaschine lösche. > In der Liste der FE-Manager-Extension ist der User, den ich im Frontend nicht > anmelden konnte, als 'Online' gekennzeichnet. > > Ich habe versuchsweise (zusätzlich) in meinem Anmeldeformular unter > 'Weiterleitungen' für die Option 'Nach einem Fehler bei der Anmeldung auf > folgende Seite weiterleiten' dieselbe Seite angegeben, die auch nach einer > erfolgreichen Anmeldung angezeigt werden soll, es wird aber trotzdem nur die > Fehlermeldung (s.o.) in der Anmeldung ausgegeben. > > Auf der Testmaschine (Ubuntu) existiert eine weitere, alte (Typo3 6.1) > 'Lern'installation, bei der die Anmeldung mit felogin funktioniert. Die > aktuelle Variante (6.2) meiner Homepage in einem Unterverzeichnis zeigt das > oben beschriebene Verhalten. Ich habe sämtliche Logs durchforscht und habe > keinen Hinweis auf einen Fehler finden können. > Hat jemand eine Idee? > Michael > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- 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
[TYPO3-german] TS erweitern um CSS-Klasse
Hallo zusammen,
ich möchte gerne mit folgendem TS den RTE-Editor um eine Text-Style-Klasse
erweitern:
--
// --
RTE.default {
contentCSS = fileadmin/lightbox/styles.css
proc.allowedClasses := addToList(open-in-lightbox)
}
// --
--
Man könnte aber meinen, dass das mit TYPO3 6.s nicht funktioniert, denn die
Klasse wird nicht angezeigt
Hat jemand von euch eine Idee diesbezüglich?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrsprachiger Inhalt wird nicht mehr dargestellt
Hallo Renzo, vielen Dank für Deine Antwort. Ich verwende keine Extension zur Sprachverwaltung und keine weitere Sprach-Konfiguration außer der, die ich gepostet habe. Viele Grüße, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Keine User-Anmeldung mit felogin
Hallo Peter, Danke für die Rückantwort. Ich habe genau diese eine Subdomain - eigentlich keine wirkliche Subdomain, sondern ein Unterverzeichnis mit einer ganz eigenen Homepage. Die Version ist 6.2.10, sollte ich updaten? Was ich nicht verstehe (abgesehen davon, dass der Login über felogin überhaupt nicht funktioniert), ist dass eine Session für den Backend-Benutzer angelegt wird, wenn das Frontend aufgerufen wird. Gruß, m ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] typo3 6.2 Fluid PHP Script Einbindung
Hallo,
ich versuche seit längerer Zeit mein php Script meiner Variable die ich im
Template eingebunden habe zuzuordnen. Leider klappt das nicht ganz so.
Unter meinem FLUIDTEMPLATE definiere ich meine Variablen und teile Ihnen den
Spalten im Backend zu.
z.B
variables {
# Teaser
Teaser < styles.content.get
Teaser.select.where = colPos=10
}
und im Template gebe ich es so aus:
{Teaser}
Nur wie funktioniert das jetzt mit einem PHP Script?
Die Themen hier bzw. die Dokumentation haben mich nicht groß weitergebracht.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typo3 6.2 Fluid PHP Script Einbindung
Hallo,
dafür verwendest du ein USER oder USER_INT objeckt
http://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/UserAndUserInt/Index.html
gruss chris
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von ip man
Gesendet: Montag, 29. Juni 2015 16:55
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] typo3 6.2 Fluid PHP Script Einbindung
Hallo,
ich versuche seit längerer Zeit mein php Script meiner Variable die ich im
Template eingebunden habe zuzuordnen. Leider klappt das nicht ganz so.
Unter meinem FLUIDTEMPLATE definiere ich meine Variablen und teile Ihnen den
Spalten im Backend zu.
z.B
variables {
# Teaser
Teaser < styles.content.get
Teaser.select.where = colPos=10
}
und im Template gebe ich es so aus:
{Teaser}
Nur wie funktioniert das jetzt mit einem PHP Script?
Die Themen hier bzw. die Dokumentation haben mich nicht groß weitergebracht.
___
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] lib.stdheader.3.headerClass eigene Werte zuweisen
Hallo, Mit diesem TypoScript lib.stdheader.3.headerClass > lib.stdheader.3.headerClass = ui-bar wird in der aus Typo3- generierten Webseite der h1-Tag so fälschlicherweise so generiert "". Wenn ich nur "lib.stdheader.3.headerClass = ui-bar" zuweise ohne zuvor die lib.stdheader.3.headerClass-Werte zu löschen (s. bspw. wie unten auskommentiert) // lib.stdheader.3.headerClass > lib.stdheader.3.headerClass = ui-bar dann bekomme ich einen richtigen Wert aber nur im ersten Datensatz der Seite. Im nächsten Datensatz steht einfach . Ich bin an einer Lösung interessiert, mit der ich die Standard-Formatierungen des Typo3-RTE-Editors füt die h1-Tags in allen Datensätzen durch eigene ersetzen kann. Kann jemend ein Tipp geben, was ich machen kann? ich benutze TYPO3 Ver. 4.5.3 Gruss, Gustav Wall ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] lib.stdheader.3.headerClass eigene Werte zuweisen
Am 29.06.2015 um 17:50 schrieb t...@sprechrun.de: > Kann jemend ein Tipp geben, was ich machen kann? über den TSOB solltest du das eigentlich gut analysieren können > ich benutze TYPO3 Ver. 4.5.3 eine solch alte Version habe ich nirgends mehr online um mal nachzusehen, sorry -- 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] Mehrsprachiger Inhalt wird nicht mehr dargestellt
Hallo nochmal, ich habe jetzt eine Email bekommen, dass ein Moderator die Weiterleitung einer meiner Beiträge an die synchronisierte Mailing-Liste ohne Angabe von Gründen abgelehnt hat. Das klingt jetzt erstmal etwas komisch, ist aber eine Mailman-Standard-Notification... ich vermute, es liegt daran, dass ich eine Bilddatei an meinen vorletzten Foren-Eintrag (die Antwort an Dieter) gehängt habe. Ich probiere es erstmal nicht wieder mit Dateianhang. Der Beitrag kann für die Benutzer der Mailingliste unter https://forum.typo3.org/index.php?t=msg&th=210606&goto=734510&#msg_734510 nachgelesen werden. Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail 2.1: Wert aus Checkbox in externe Datenbank speichern
Hallo, ich muss für angeklickte Checkbox eine 1 in eine externe Tabelle schreiben. Bei Powermail 1.6 hat das noch so funktioniert: PROD8.value = 1 PROD8.if.isTrue.data = TSFE:fe_user|sesData|powermail_227|uid3670|7 Weiß vielleicht jemand, wie das bei Powermail 2.1 funktioniert? Alle anderen Daten kann ich in die Tabelle eintragen. Danke im Voraus. Grüße Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Admin-Backend-Menüs anpassen
-- Hallo in die Runde, ein Kunde wünscht sich für einen Typo3-Benutzer die Rechte, neue Benutzer anlegen zu können und die Zugriffsrechte für bestimmte Knoten im Projektbaum verwalten zu können. Gleichzeitig wünscht sich der Kunde auf ein Minimum reduziertes Admin-Backend-Menü. Bspw. die Menüs für die Installation und Konfiguration müssen weg. Meines Wissens ist so ein Feintuning für Benutzerrechte im Typo3 nicht vorgesehen. Ich würde in der Typo3-CSS mit "display:none"-Formatierungen die Installation- und Konfiguration-Menüs ausstatten, um die gewünschte Anpassungen zu erreichen. Ich finde aber die entsprechende CSS, wo die Formatierungen für id="tools_install" und andere Admin-Backend-Menüpunkte definiert werden, nicht. Weiss jemand, wo im Typo3-Dateisystem die CSS-Datei mit Formatierungen für id="tools_install" zu finden ist? Gruss, Gustav Wall ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Backend-Anzeige-Fehler TYPO3 CMS 6.1.12
Guten Morgen @all, ich habe derzeit folgendes Problem: Ich betreibe ein TYPO3 CMS in der Version 6.1.12 und seit kurzem tritt folgender Fehler auf: Man legt eine neue Seite an (oder kopiert eine bestehende) und wenn man mit dem "Seiten"-Modul auf die Seite klickt erscheint das Frontend. Bei den bestehenden Seiten wird ganz normal das Backend-Schema zur Bearbeitung angezeigt. In der Datenbank wird die neue bzw. kopierte Seite in der Tabelle "pages" auch angelegt. Folgende Konfiguration hat das System: TYPO3 CMS 6.1.12 TemplaVoila 1.9.x Aber auch ohne TemplaVoila tritt der Fehler auf. Hat Jemand eine Idee? Vielleicht Datenbank defekt? (Der DB-Check hat keine Fehler erkennen können) Viele Grüße, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Admin-Backend-Menüs anpassen
Am 30.06.15 um 06:55 schrieb Gustav Wall: -- Autsch!! du hast die Einleitungssequenz für Footer-Signatur (dash,dash,space) ganz am Anfang deines Beitrages stehen: damit wird alles automatisch ausgeblendet. Hallo in die Runde, ein Kunde wünscht sich für einen Typo3-Benutzer die Rechte, neue Benutzer anlegen zu können und die Zugriffsrechte für bestimmte Knoten im Projektbaum verwalten zu können. Gleichzeitig wünscht sich der Kunde auf ein Minimum reduziertes Admin-Backend-Menü. Bspw. die Menüs für die Installation und Konfiguration müssen weg. Meines Wissens ist so ein Feintuning für Benutzerrechte im Typo3 nicht vorgesehen. Ich würde in der Typo3-CSS mit "display:none"-Formatierungen die Installation- und Konfiguration-Menüs ausstatten, um die gewünschte Anpassungen zu erreichen. Ich finde aber die entsprechende CSS, wo die Formatierungen für id="tools_install" und andere Admin-Backend-Menüpunkte definiert werden, nicht. Weiss jemand, wo im Typo3-Dateisystem die CSS-Datei mit Formatierungen für id="tools_install" zu finden ist? ich würde das nicht über das CSS einer Skin machen. Damit werden diese Module absolut (=für jeden) unzugänglich. es gibt glaub ich Extensions, die die Möglichkeit bieten dass einfache Redakteure weitere Redakteure anlegen, ob diese auch schon fit für 6.2 oder gar 7.x sind weiss ich allerdings nicht. Grundsätzlich kann in TYPO3 nur ein Admin neue User anlegen. Natürlich kannst du einen Admin user anlegen und ihm dann im UserTSConfig(!) die nicht benötigten/erwünschten Module ausblenden. Bedenke dabei aber immer: eigentlich ist es schon ein admin und darf somit alles, also auch Module aufrufen für die im Menü gerade kein Link angezeigt wird. Auch darf er an mancen Stellen definitiv mehr als jeder einfache Redakteur, selbst wenn dieser alle möglichen Rechte hat. 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] Admin-Backend-Menüs mit CSS anpassen
@bernd wilke Danke für die Rückmeldung Am 30.06.2015 um 08:11 schrieb bernd wilke: > ich würde das nicht über das CSS einer Skin machen. Damit werden diese > Module absolut (=für jeden) unzugänglich. [...] > Bedenke dabei aber immer: eigentlich ist es schon ein admin und darf > somit alles, also auch Module aufrufen für die im Menü gerade kein Link > angezeigt wird. Auch darf er an mancen Stellen definitiv mehr als jeder > einfache Redakteur, selbst wenn dieser alle möglichen Rechte hat. Das ist mir bewusst. Ich würde dann mit dem Kunden vereinbaren, dass dem Benutzerverwalter gelegentlich (eher selten bis unwahrscheinlich) ein vollständiges Admin-Backend-Menü angezeigt wird, wenn der richtige Typo3-Admin die Original-CSS im Dateisystem aktiviert. Am 30.06.2015 um 08:11 schrieb bernd wilke: > es gibt glaub ich Extensions, die die Möglichkeit bieten dass einfache > Redakteure weitere Redakteure anlegen, ob diese auch schon fit für 6.2 > oder gar 7.x sind weiss ich allerdings nicht. Ich würde ungern für solche eher seltene Nutzungsszenarien zusätzliche Extensions installieren Am 30.06.2015 um 08:11 schrieb bernd wilke: > Grundsätzlich kann in TYPO3 nur ein Admin neue User anlegen. Natürlich > kannst du einen Admin user anlegen und ihm dann im UserTSConfig(!) die > nicht benötigten/erwünschten Module ausblenden. Mit CSS kenne ich mich aus, mit TypoScript weniger und von dieser Warte wäre für mich die UserTSConfig-Lösung überdimensioniert - seltene Nutzungsszenarien halt. Gruss, Gustav Wall ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
