David Bruchmann schrieb:
> Richtig, typo3.projects.calendar ist eine Newsgroup.
Ah, danke! Ich dachte immer, alle Newsgroups wären auch gleichzeitig auf
dem Listserver. Wieder was gelernt ;)
--
-c
___
TYPO3-german mailing list
TYPO3-german@lists.netfie
Martin Schoenbeck schrieb:
>> die nicht über netfielders gehostet oder bin ich einfach nur blind!?
> typo3.projects.calendar
Danke, allerdings ist die _nicht_ auf dem Mailinglistenserver. Bzw.
nicht in der Übersicht der o.a. URL zu erreichen!
--
-c
_
Christian Platt schrieb:
> geh ich recht in der Annahme, dass Du im Backend Termine editieren
> möchtest?
Im BE ist das nicht das Problem, das Feld wird angezeigt und auch in der
DB gespeichert.
> Dann ist create_event.tmpl nicht Deine Baustelle, das wird nur zum FE-
> Editing genutzt, oder is
Christian Platt schrieb:
> hab ich.
Fein :)
> Du musst einfach Deine Daten auch im Template der anzuzeigenden Seite
> mit einem Marker hinterlegen.
> z.B. im iphpcalender.tmple.
>
> Ergänzt Du also z.b. meinFeld, dann musst Du im Template
> ###meinFeld### als Marker setzen.
Also, ich habe
Basti schrieb:
> kann Dir leider nicht bei deinem Problem helfen, aber es gibt eine extra
> Liste ( t.p.calendar ) dort würde ich noch einmal nach fragen!
Das habe ich auch schon gelesen, konnte diese aber nicht finden. Wird
die nicht über netfielders gehostet oder bin ich einfach nur blind!?
Un
Hi!
Ich bastel gerade an ner Lösung mit Calendar Base (cal) und da fluppt
auch eigentlich alles. Nun möchte ich aber cal um zwei, drei Felder
erweitern, welche ebenfalls im FE-Editing geändert werden sollen. Das
DB-Schema zu erweitern ist nicht das Problem, per Kickstarter habe ich
das schon gelös
Moin!
Ich bin gerade dabei mir zu überlegen, wie man denn ein Sprachmenü (am
liebsten mit special=language zusammenbaut, welches nur die jeweils
inaktive Flagge anzeigt. Also wenn ich auf der deutschen Seite bin, wird
mir die englische Flagge angezeigt und wenn ich auf der englischen Seite
bin, wi
Rainer Schleevoigt schrieb:
> da habe ich mich wohl zu unklar ausgedrückt. Die bekannte Extension
> hängt sich nur an Standard-Inhaltselemente.
> Habe ich nun eine eigene Extension, die Titel und Volltexte verwaltet,
> hätte ich dort auch gerne die Möglichkeit, diese Elemente zu „verzieren“.
Un
Georg Ringer schrieb:
> Christian Nölle schrieb:
>> Deine Glaskugel scheint frisch geputzt zu sein. :D
> vielleicht kann man auch in besonders ungeputzten am besten raten.
Die Frage wird uns nur Gandalf beantworten können.
Um einfach mal in's Blaue zu schiessen und den O
Marco Behnke schrieb:
> er möchte eine eigene Extension, die den Lorem Ipsum Text ausgibt?
Deine Glaskugel scheint frisch geputzt zu sein. :D
--
-c
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bi
Jochen Graf schrieb:
> User test
> mysqldump: Got error: 1045: Benutzer 'hdf'@'localhost' hat keine
> Zugriffsberechtigung (verwendetes Passwort: Ja) when trying to connect
Also wenn das real ist dann ist dein User "test" ja nunmal ungleich
deinem User "hdf"!?
--
-c
___
Marcus Krause schrieb:
>> Wo ist denn da dran gedreht worden!? Wieso bekomme ich den Fehler nur
>> bei der 4.2.8er? Ich seh den Wald schon vor lauter Bäumen nicht mehr.
>
> Seit 4.2.8 wird die Datei ENABLE_INSTALL_TOOL automatisch gelöscht, wenn
> sie älter als eine Stunde ist.
Jupp, das wei
Nachtrag:
- Die Permissions sind in beiden Versionen innerhalb des entsprechenden
Verz. identisch.
- md5 Summen der Pakete sind i.O.
Wo ist denn da dran gedreht worden!? Wieso bekomme ich den Fehler nur
bei der 4.2.8er? Ich seh den Wald schon vor lauter Bäumen nicht mehr.
Grüße!
--
-c
___
Hi List!
Ich habe hier ein etwas seltsames Problem mit dem Installtool bzw. dem
Zugriff auf den BE-Login.
Nach dem Update auf 4.2.8 kann ich auf einer Maschine (einen anderen
physikalische Server betrifft das nicht), nicht mehr das BE aufrufen.
PHP bietet mir dann immer eine defekte Datei zum Dow
Carsten Wegner schrieb:
> Hallo Christian,
>
> Christian Nölle schrieb:
>> Kannst Du die Adressen nicht auf dem Mailserver sperren? Also das der
>> smtp die verwirft und eben nicht rausschickt?!
>
> Damit liefe die Mail leider nur ins Leere. Gegen einen böswilli
Marco Behnke schrieb:
> ja, das ganze Typo3 Sourceforge Verzeichnis antwortet momentan so?! Die
> Downloadlinks funktionieren bei mir aber alle, auch die neuen. Hängt
> wohl vom jeweils gewählten Mirror ab.
Die basteln auch mittlerweile jeden Tag ein neues Design zusammen. Macht
einen ganz kirr
Carsten Wegner schrieb:
> Hintergrund: Für unsere Newsletteranmeldung arbeiten wir
> selbstverständlich mit Double Opt-In. Nun antwortete ein User auf unsere
> Bestätigungsmail, er sei wohl von einem unbefugten Dritten eingetragen
> worden und verlange eine Sperrung seiner Adresse. Für uns heiß
Barbara B. Johansen schrieb:
>> Die Meldung wird von TYPO3 ausgegeben oder ist das eine Ausgabe des
>> Webserver mit einem Statuscode!?
>
> Statuscode 500.
Das ist ein sog. internal Server-Error. Dies deutet auf ein
Fehlkonfiguration des Webservers hin. Ein Blick in das Error-Log des
Webservers
Barbara B. Johansen schrieb:
> Wenn ich via Web - Page - Insert new page - default template - versuche
> eine neue Seite anzulegen, erscheint im rechten Fenster "The website
> cannot display the page". Die gleiche Fehlermeldung kommt, wenn ich eine
> td3 Datei versuche zu importieren.
Die Meldu
Barbara B. Johansen schrieb:
> Ich kann zwar Extensions installieren aber keine Seiten anlegen oder t3d
> Dateien importieren.
> Alles deutet darauf hin, dass da doch ein Fehler in der Verbindung zur
> Datenbank ist.
Ein paar mehr aussagekräftige Fehlermeldungen wären schon vonnöten,
damit wir
Marco Behnke schrieb:
> Schau mal in die my.cnf, welche IP Adressen erlaubt sind bzw ob nur
> localhost erlaubt ist und dann kannst Du noch im User schauen, ob er
> Rechte für localhost oder für eine bestimmte Domain hat oder aber für alles.
Generell sollte man aber, so nicht ein dedizierter DB
Patric Schmid schrieb:
> Wenn sie einen external URL im RTE macht, setzt Typo3 noch den Zusatz typo3/
> hinzu. Die URL im FE sieht dann in etwa so aus:
http://bugs.typo3.org/view.php?id=11009
--
-c
___
TYPO3-german mailing list
TYPO3-german@lists.net
Katerina Volkova schrieb:
> Ich weiss dass es ein Bug ist das gelöst wurde
> http://bugs.typo3.org/view.php?id=11009
> da liegen mehrere patch Files, ich weiss aber leider nichts damit
> anzufangen.
Fix kommt in 4.2.27 iirc. Solange hilft ein anderer Browser :)
--
-c
__
Moin!
In einem HTML-Template, welches ich gerade bearbeite, sind Sprungmarken
eingebettet, welche Links zum Inhalt, Navigation etc. bereitsstellen
(BITV).
Nun parst mir TemplaVoila schön alles durch und hängt natürlich den Pfad
zum Fileadmin vor eben jene Links: /fileadmin/pfad/#anker
Ich seh
Rainer Schleevoigt schrieb:
> Das ist ein guter Hinweis. Habe ich gemacht. Jetzt werden alle Tabellen
> geALTERt.
Gut. Nun sollte auch dein Fehler im BE bezgl. des RefIndexes
verschwunden sein, oder irre ich?!
> Nun klemmen noch:
>
> ALTER TABLE be_users CHANGE lang lang char(2) default '';
>
Rainer Schleevoigt schrieb:
> Beide Fragen kann ich mit „ja“ beantworten.
fein. Oder eben nicht fein. Wenn Du eh eine UTF-8 DB hast, dann kannst
Du auf die Veränderung des Wertes bei multiply... getrost verzichten.
Siehe:
http://wiki.typo3.org/UTF-8_support#TYPO3_settings
Beachte auf der Seit
Stefan Rank - Listen schrieb:
> Angaben zu Firma?
Wahrscheinlich nur ein lustiger Recruiter
--
-c
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Rainer Schleevoigt schrieb:
> Bisher traute ich mich nicht, dieses probelm zu thematisieren. Ist
> bestimmt trivial, ich weiß nur keine Lösung.
Verwendest Du eine UTF-8 DB und hast im Install-Tool den Parameter
multiplyDBfieldSize gesetzt?! Wenn ja, dann ist eine Tabelle in der DB
nicht richti
Yves Chassein schrieb:
> Aber ich habe doch bisher nie eine "Text" für den link angegeben oder??
> sorry stehe voll auf dem schlauch!
Steht der Text nicht im Template für TAF?
--
-c
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http:
Marco Behnke schrieb:
> ok, den Eintrag habe ich gefunden und entfernt.
> Der Fehler bleibt leider :(
Da motzt eine andere Extension, welche vom dam abhängt. Was hast Du denn
da sonst noch drin!?
--
-c
___
TYPO3-german mailing list
TYPO3-german@lists
Marco Behnke schrieb:
> TYPO3 Fatal Error: Extension key "dam" was NOT loaded!
> (t3lib_extMgm::extPath)
> Kann ich jetzt noch irgendetwas tun?
Such mal in deiner localconf.php die Zeile
$TYPO3_CONF_VARS['EXT']['extList'] = $TYPO3_CONF_VARS['EXT']['extList'],
da sollte ein Eintrag dam drinstehe
Richard Jäger schrieb:
> Oh :)
> Gibt es kein leichteres tutorial, speziell für typo3? :D
Du solltest schon wissen, was Du im Dateisystem machst, wenn Du einen
TYPO3-Server administrierst...
-c
___
TYPO3-german mailing list
TYPO3-german@lists.netfield
32 matches
Mail list logo
