Re: [TYPO3-german] Komplexe indexed_search Nutzung
Hallo, die Suchschlitze können schon auf einer Seite liegen. Das Ziel der beiden Formulare/Suchschlitze, also die Seite auf der die Suchergebnisse angezeigt werden, müssen dann zwei unterschiedliche Seiten sein, so kannst Du die Ausgabe einzeln steuern (anderes Template) und auch das TYPO Script anpassen. Grüße Mirko Am 16.04.2015 um 12:53 schrieb martol man : > Hallo zusammen, > > ich habe hier gerade eine Frage, die auf eine etwas komplexere Nutzung eines > Suchschlitzes hinaus läuft und zwei Fragen beinhaltet. > > Wir möchten auf einer Seite einer Typo3 6.2 Website zwei Suchschlitze > anzeigen und zur Nutzung anbieten. > > Der eine Suchschlitz ganz oben auf der Seite soll die komplette Webseite > durchsuchen. > > Der zweite Suchschlitz soll nur Ergebnisse eines bestimmten Seitenbaums > indizieren bzw. ausgeben. > > Grundsätzlich mit der indexed_search einzeln möglich aber wohl nicht zusammen > auf einer Seite, oder? Denn ich müsste ja auf dieser Seite per TypoScript > festlegen, dass der zweite Suchschlitz nur die Ergebnisse des bestimmten > Seitenbaums ausgeben soll. Da TypoScript nur seitenweise zu definieren ist, > gilt das TS demnach dann wohl für beide Suchschlitze oder? > Ich hoffe, das war jetzt nicht allzu wirr. > > Hat da jemand eine Idee, wie man das lösen könnte? Mir fällt nur der gute > alte iFrame ein. > > Zudem ist es so, dass bei den Ergebnisseiten der Suche des zweiten > Suchschlitzes Akkordions auf den Seiten verbaut sind. Wenn man nun einen > Suchtreffer hat und diesen in den Suchergebnissen anklickt, müsste also auf > der Ergebnisseite konsequenterweise das Akkordion mit dem entsprechenden > Inhalt aufgehen. > > Hat auch dazu jemand eine Idee, wie man das lösen könnte? Mir fällt nur ein, > ggf. alle Akkordion-Inhalte gleichzeitig zu öffnen, wenn der Referrer die > Suchergebnisseite ist. > > Danke! > ___ > 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] Drupal vs. TYPO3
Hallo Björn, wir hatten vor kurzem eine ähnliche Diskussion und natürlich ist es schwer da eine generelle Aussage zu treffen. Es kommt - wie immer - auf den Usecase an. Ich habe mir darum die aktuelle stabile Version 7 noch einmal angeschaut. Die Version 8 von Drupal steckt ja seit Jahren im Beta Status mit unbekannten Release Datum (Was auch einiges über die Community und Qualität aussagt) Neben der vergleichsweise schlechten Usability von Drupal, der Tatsache, das Funktionen die man heutzutage für selbstverständlich hält erst über Module nachgerüstet werden müssen und der Modul Installer nicht mal die Abhängigkeiten zwischen Modulen automatisch auflösen kann waren für mich die "Killerargumente" gegen Drupal: 1.) Viel zu starke Bindung zwischen Konfiguration und Content innerhalb der Datenbank. D.h. benutzerdefinierte Inhaltstypen, Felder o.ä. werden im Adminbereich in die Datenbank gepflegt. Nun stelle man sich einen Workflow bei umfangreicheren Änderungen vor. Wie sieht das aus? Pflegestop für Redakteure damit man die komplette Datenbank hin- und her kopieren kann oder die einzelnen die Änderungen in Staging- und Livesystem manuell nachtragen (ja, es gibt Module die das teilweise können) Viel einfacher und sicherer ist es aber das wie in TYPO3 oder WordPress zu lösen und solche Dinge im Code abzulegen. Dann hat man das ordentlich unter Versionsverwaltung und ein Rollout auf Staging- und Livesystem wird zum Kinderspiel. 2.) und da war es für mich endgültig vorbei - die viel gelobten Module CCK und ECK zum anlegen von Benutzerdefinierten Inhaltstypen und Entitäten. Ich war natürlich gespannt, wie das funktioniert und hatte an ein EAV-Modell wie z.B. bei Magento gedacht. Aber tatsächlich wird dort für jedes Feld eine Tabelle angelegt. Ja richtig, eine Tabelle für jedes Feld. Ich frage mich, wie dann eine Abfrage aussieht, wenn das Modell mal 10 oder 20 Felder hat - ein Join über 20 Tabellen hört sich nicht besonders performant an ;) Grüße Mirko Am 09.04.2015 um 11:39 schrieb Björn Hahnefeld : > Hallo zusammen, > > > > gerade meinte mein Kollege, Drupal sei die Lösung der Zukunft. Es wäre nicht > so auf den deutschen Markt ausgelegt (bzw. dort verbreitet) und würde eher > an Installationen zulegen, während TYPO3 eher an Installationen verlieren > würde. Außerdem wäre die Community stärker. > > > > Mir selbst wäre auch zukünftig TYPO3 lieber. Allerdings konnte ich seine > Argumente nicht sofort entkräften. Welche Vorteile seht ihr für TYPO3? > Idealerweise richtige Killerargumente, die nicht zu entkräften sind J! > > > > Viele Grüße > > > > Björn > > ___ > 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] TUG - Raum Chemnitz ???
Hi Tino, Am 16.02.2015 um 12:06 schrieb Tino Riedel : > besteht für den einen oder andern unter euch Interesse an einem typo3 > Stammtisch/Netzwerk bzw. sogar einer User-Group im Raum Chemnitz? Interesse hätte ich auf jeden Fall. Fraglich ist nur, ob sich da tatsächlich ein paar Leute zusammenfinden. Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Lösung gesucht
Hallo Christian,
Am 12.01.2015 um 00:59 schrieb Christian Leicht :
> ...
> FE_Usern muss ich eigene Dateien zum download anbieten. Ich habe einige
> hundert FE User die individuelle Dateien zum download bekommen sollen. Z.B.
> monatlichen Rechnungen und spezielle Dateien die nur der jeweilige User sehen
> darf.
> ...
> 1. Versuch
> Also habe ich die fe_user Datenbank um ein FAL Feld erweiter. So kann ich im
> BE einem FE_User mehrere Files anhängen. Das funktioniert auch gut. Jetzt
> muss ich aber die Dateien in meiner Extension wieder als Liste ausgeben
> können. Und da gibt es die Probleme. Wie bekomme ich in einer eigenen
> Extension die Dateien aufgelistet die in der fe_user Tabelle angelegt sind? …
Wenn Du die User Tabelle bereits erweitert hast, musst Du im Prinzip in Deinem
Controller nur noch das Model des gerade eingeloggten Benutzers laden und an
Dein Template übergeben.
ungefähr so (ungetestet):
...
/**
* @var \TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository
* @inject
*/
protected $frontendUserRepository;
public function meineAction() {
if (isset($GLOBALS['TSFE']->fe_user->user['uid'])) {
$user =
$this->frontendUserRepository->findByUid($GLOBALS['TSFE']->fe_user->user['uid']);
$this->view->assign('user', $user);
}
}
…
Dann in Deinem Template:
...
{file.originalResource.name}
...
Grüße
Mirko
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CE Feld im Backend abhängig von colPos ausblenden
Hi Benni, "displayCond" in der TCA könnte Dir helfen. Ab TYPO3 6.1 kann man da die Bedingungen auch mit UND und ODER verknüpfen. Versuche mal folgendes in typo3conf/extTables.php einzutragen: $TCA['tt_content']['columns']['header_link']['displayCond'] = array( 'OR' => array( 'FIELD:colPos:=:1', 'FIELD:CType:!=:textpic', ), ); Soll heißen, header_link ist nur sichtbar, wenn colPos = 1 oder CType != textpic Grüße Mirko Am 11.11.2014 um 17:54 schrieb Benjamin Giesbrecht : > Hallo Zusammen, > > Ich möchte im CE imagepic das Feld header_link nur in colPos = 1 anzeigen. > Beim erstellen des Records klappt das mit folgendem Code > wunderbar. > > TCEFORM.tt_content.header_link.disabled = 1 > > [globalVar = GP:defVals|tt_content|colPos==1] > TCEFORM.tt_content.CType.removeItems := addToList(header,text,image) > TCEFORM.tt_content.colPos.removeItems := addToList(0) > TCEFORM.tt_content.colPos.removeItems := removeFromList(1) > TCEFORM.tt_content.header_link.disabled = 0 > [global] > > Wenn ich aber dann das CE bearbeiten will habe ich keine GP variablen mehr > die ich für meine condition brauchen kann. Hat irgendjemand eine Idee wie zum > Henker ich das machen könnte? Ich steh voll auf der Leitung > > Gruss Beni > ___ > 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] gridelements | Frage zur Konfiguration
Am 20.08.2014 um 17:19 schrieb Stefan Padberg : > Hierzu wurde von Joey glaube ich irgendwann mal darauf hingewiesen, dass es > eventuell zu Laufzeitproblemen kommen kann, weil diese CEs im XML-Format > abgespeichert werden. Das scheint mir keine grundsätzliche Lösung zu sein. Durch das Parsen des XML? Kann man das irgendwo nachlesen? Ich konnte bis jetzt in der 6.2. nicht feststellen, das es durch CEs langsamer geworden wäre - also nicht langsamer als die 6.2 sowieso schon ist :p (sorry) Das hängt aber auch sicher davon ab wie exzessiv man sie benutzt. Aber klar hat es Nachteile wenn die Daten nur als XML in einem Datensatz gespeichert sind, ich wollte Dir nur einen Weg aufzeigen einfach und schnell neue Inhaltselemente zu erstellen ;) Die Alternative wäre ein Plugin und selbiges als CType registrieren. Grüße Mirko > > Beste Grüße > Stefan Padberg, Wuppertal > > Am 20.08.2014 um 17:05 schrieb Mirko Schaal: >> >> Am 20.08.2014 um 16:25 schrieb Stefan Padberg >> : >> >>> … Vielleicht wäre alles einfacher, wenn man auf einfache Weise selber >>> Content Elemente schnitzen könnte. … >> >> Das kann man doch. Entweder eine Extension schreiben, oder wenn Du sowieso >> schon gridelements verwendest kannst Du damit auch selber Content Elemente >> "schnitzen". >> Einfach "Grid Configuration" (Raster-Konfiguration) leer lassen und bei >> "Content Element Configuration" (Seiteninhalts-Konfiguration) die Flexform >> Konfiguration einfügen - das ganze kann man wunderbar mit Fluid rendern und >> hat in wenigen Minuten ein eigenes Content Element. >> >> Grüße >> Mirko >> >> >>> Standard-Typo-CEs mit Layout-Varianten zu versehen und per Typoscript >>> umzustricken funktioniert zwar auch, ist aber für Redakteure oft nicht >>> besonders intuitiv. >>> >>> Mit gridelements kann ich das Problem etwas entschärfen. Aber in die grids >>> sollen dann eigentlich nur noch entweder reine Texteingabefelder oder reine >>> Bildeingabefelder. Was TYPO3 da alles noch an HTML-Wrappern drumrumbaut ist >>> gar nicht nötig. >>> >>> Vielleicht muss ich da nochmal an einer ganz anderen Stelle ansetzen. >>> >>> Gruß >>> Stefan >>> >>> Am 20.08.2014 um 15:16 schrieb JoH asenau: >>>> Am 20.08.2014 14:11, schrieb Stefan Padberg: >>>>> gridelements 3.0.0-dev >>>>> >>>>> Ich möchte manchmal in einem grid ein Text-CE ohne Header haben. Ich >>>>> kann mir in etwa vorstellen, wie man das mit Typoscript weg bekommt, >>>>> habs aber noch nicht hinbekommen. >>>>> >>>>> Oder muss der Header im TCA abgewählt werden? Das würde ja auch reichen. >>>>> >>>>> Hat jemand eine Lösung in die eine oder andere Richtung dafür? >>>> >>>> Dynamisches TCA in Grid-Spallten wäre das Sahnehäubchen, aber im Moment >>>> geht's nur mit TypoScript. >>>> >>>> Normalerweise wird im Grid-Setup mit >>>> >>>> renderObj.20 = < tt_content >>>> >>>> das Default-Setup gezogen. Das kannst Du dann an bestimmten Stellen >>>> überschreiben. Folgendes sollte reichen, um die Überschrift zu eliminieren: >>>> >>>> renderObj.20.text.10 = TEXT >>>> >>>> Durch die Tatsache, dass renderObj.20 als Referenz auf tt_content >>>> verweist, kannst Du allerdings keine Keys löschen: >>>> >>>> renderObj.20.text.10 > >>>> >>>> Das würde jedoch funktionieren, wenn Du statt der Referenz eine Kopie >>>> verwendest >>>> >>>> renderObj.20 < tt_content >>>> >>>> Allerdings bedeutet das drastisch mehr Speicherbedarf und Parsetime. Zur >>>> Not reicht aber auch sowas wie >>>> >>>> renderObj.20 < tt_content.text.20 >>>> >>>> Wenn Du z.B. ausschließlich Textelemente in der Spalte hättest. >>>> >>>> HDH >>>> >>>> Joey >>>> >>> >>> >>> --- >>> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus >>> Schutz ist aktiv. >>> http://www.avast.com >>> >>> ___ >>> TYPO3-german mailing list >>> TYPO3-german@lists.typo3.org >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german >> > > > --- > Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz > ist aktiv. > http://www.avast.com > > ___ > 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] gridelements | Frage zur Konfiguration
Am 20.08.2014 um 16:25 schrieb Stefan Padberg : > … Vielleicht wäre alles einfacher, wenn man auf einfache Weise selber Content > Elemente schnitzen könnte. … Das kann man doch. Entweder eine Extension schreiben, oder wenn Du sowieso schon gridelements verwendest kannst Du damit auch selber Content Elemente "schnitzen". Einfach "Grid Configuration" (Raster-Konfiguration) leer lassen und bei "Content Element Configuration" (Seiteninhalts-Konfiguration) die Flexform Konfiguration einfügen - das ganze kann man wunderbar mit Fluid rendern und hat in wenigen Minuten ein eigenes Content Element. Grüße Mirko > Standard-Typo-CEs mit Layout-Varianten zu versehen und per Typoscript > umzustricken funktioniert zwar auch, ist aber für Redakteure oft nicht > besonders intuitiv. > > Mit gridelements kann ich das Problem etwas entschärfen. Aber in die grids > sollen dann eigentlich nur noch entweder reine Texteingabefelder oder reine > Bildeingabefelder. Was TYPO3 da alles noch an HTML-Wrappern drumrumbaut ist > gar nicht nötig. > > Vielleicht muss ich da nochmal an einer ganz anderen Stelle ansetzen. > > Gruß > Stefan > > Am 20.08.2014 um 15:16 schrieb JoH asenau: >> Am 20.08.2014 14:11, schrieb Stefan Padberg: >>> gridelements 3.0.0-dev >>> >>> Ich möchte manchmal in einem grid ein Text-CE ohne Header haben. Ich >>> kann mir in etwa vorstellen, wie man das mit Typoscript weg bekommt, >>> habs aber noch nicht hinbekommen. >>> >>> Oder muss der Header im TCA abgewählt werden? Das würde ja auch reichen. >>> >>> Hat jemand eine Lösung in die eine oder andere Richtung dafür? >> >> Dynamisches TCA in Grid-Spallten wäre das Sahnehäubchen, aber im Moment >> geht's nur mit TypoScript. >> >> Normalerweise wird im Grid-Setup mit >> >> renderObj.20 = < tt_content >> >> das Default-Setup gezogen. Das kannst Du dann an bestimmten Stellen >> überschreiben. Folgendes sollte reichen, um die Überschrift zu eliminieren: >> >> renderObj.20.text.10 = TEXT >> >> Durch die Tatsache, dass renderObj.20 als Referenz auf tt_content >> verweist, kannst Du allerdings keine Keys löschen: >> >> renderObj.20.text.10 > >> >> Das würde jedoch funktionieren, wenn Du statt der Referenz eine Kopie >> verwendest >> >> renderObj.20 < tt_content >> >> Allerdings bedeutet das drastisch mehr Speicherbedarf und Parsetime. Zur >> Not reicht aber auch sowas wie >> >> renderObj.20 < tt_content.text.20 >> >> Wenn Du z.B. ausschließlich Textelemente in der Spalte hättest. >> >> HDH >> >> Joey >> > > > --- > Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz > ist aktiv. > http://www.avast.com > > ___ > 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] tx_news und Google Plus
Am 21.05.2014 um 11:32 schrieb Matthias Nagel : > … > > > > ... eine Fehlermeldung: > Templating tags not properly nested… Vielleicht, weil Dein öffnendes Tag statt ist (Doppelpunkt zwischen "social" und "googlePlus" muss ein Punkt sein) Grüße Mirko ___ 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 und gridelements / news / powermail / realurl
Am 15.05.2014 um 14:03 schrieb Matthias Nagel : > ich bekomme ebenfalls die Fehlermeldung: table > typo34234.tx_news_domain_model_category' doesn't exist > > Das löschen des Caches im Install tool hat soweit nicht geholfen. > > Ich hab die Aktuelle Version vom tx_news git auf einem Typo3 6.2.2 laufen. > (Könnte das evtl auch daran liegen, weil ich die Version Depencies von 6.2.3 > auf 6.2.2 geändert hab, ansonsten war das tx_news auf dem Git nicht > installierbar ??) Die Version im GIT wurde auf sys_category umgestellt, darum gibt es die Tabelle tx_news_domain_model_category nicht mehr. Der Fehler kommt bei mir nur in dem News Modul. Ich nehme an, das ist einfach noch nicht fertig umgestellt. News Einträge im Listenmodul bearbeiten funktioniert tadellos. Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DRINGEND!: mm_forum: Rechtevergabe greift nicht mehr
Hi Stefan, genau das gleiche Problem hatte ich vor kurzem auch. In den Templates "new_topic.html" und "new_post.html" fehlt der Security Token. Suche nach Am besten mit den neuen orignal Templates vergleichen. Grüße Mirko Am 24.03.2014 um 13:39 schrieb kont...@k2-potsdam.de: > Hallo zusammen, > > ich habe ein wirklich schwerwiegendes Problem mit mm_forum in einem Intranet. > Die Schreibrechte greifen nicht mehr. > > Es gibt eine Standardbenutzergruppe "Mitglieder" und die Gruppe > "Administratoren". Darüber hinaus gibt es einzelne Foren, die nur bestimmten > Benutzergruppen zugänglich sind. > > Aber: auch in den offenen Foren können weder Mitglieder noch Administratoren > auf Beiträge antworten oder neue Themen erstellen. Es erscheint beim Senden > immer folgende Meldung: "Beim Zitieren des Beitrags ist ein Fehler > aufgetreten. Möglicherweise haben Sie nicht die erforderlichen Rechte." Es > wird nebenbei gesagt, gar nichts zitiert. > > Das Admin-Panel des Forums steht den Administratoren ebenfalls nicht mehr zur > Verfügung. Es wird gar nicht angezeigt. > > Ich kann leider nicht genau sagen, in welchem Zusammenhang der Fehler > aufgetreten ist, da hier eine Weile nichts los war. Fest steht, dass das > Forum bis vor kurzem noch uneingeschränkt betriebsfähig war. Ein > Google-Rundumschlag hat ergeben, dass es mit den Benutzerrechten scheinbar > öfter Probleme gibt. Leider habe ich noch keine für mich funktionierende > Lösung gefunden. > > Typo-Version ist 4.5.32, mm_forum 1.9.5 > > Für schnelle Hilfe sehr dankbar wäre, > > Stefan > > -- > k² Potsdam > Kompetenz für Kommunikation > Am Bürohochhaus 2-4 > 14478 Potsdam > Tel. 0331/86 749 883 > Funk 0172/514 3825 > > Web: www.k2-potsdam.de > mail: kont...@k2-potsdam.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] Verlust des Page Rank durch gelöschte Webseiten
Moin Jochen, Am 30.10.2013 um 07:34 schrieb Jochen Graf : > ich betreue ein grösseres Projekt in dem zwei Seiten gelöscht wurden. Das > Page Rank der Seite steht auf 3. Nun tauchte die Frage auf, > wie ich Webseiten löschen kann, ohne dass der Page Rank darunter in > Mitleidenschaft gezogen wird. wieso braucht eine gelöschte Seite einen Page Rank? Wenn sie gelöscht ist, dann ist sie für gewöhnlich nicht mehr da und dann muss man sie auch nicht finden :p Wenn es wirklich nur 2 Seiten sind, dann würde ich einfach direkt in der .htaccess einen 301 Redirect auf den neuen Inhalt machen. Wenn realurl installiert ist, kannst Du auch dort die Redirects einstellen (301 ist dort eine Checkbox "Permanent") 301 überträgt auch den Page Rank auf das neue Ziel. Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 soll ein jpg ausgeben (keine HTML-Seite)
Hi, ich würde es mit eID machen, via IMG_RESOURCE das Bild erzeugen, dann die daraus resultierende Datei lesen und ausgeben (readfile() z.B.) Noch den richtigen Content-Type Header vorweg schicken und fertig ist die Laube ;) Grüße Mirko Am 23.10.2013 um 16:19 schrieb Jörg Wrase : > Hi, > > danke erstmal für die Antworten. > > Aber irgendwie scheint es nicht dass zu sein, was es soll (oder ich bin zu > blöd). > > Es soll wirklich NUR ein Bild (png oder jpg) ausgegeben werden. Nicht > eingebettet in einer Webseite. Es soll also kein normaler HTML Quellcode > generiert werden (auch kein - Tag. > Sondern halt ein Bild (welches ich dann speichern kann, und mit Photoshop > oder so bearbeiten könnte > > Der Giffbuilder scheint ja sowas zu liefern. > > Mmmhh > > > Vielleicht geht es auch gar nicht - was aber schade wäre... > > cu > > > Am 23.10.2013 13:19, schrieb Jörg Wrase: >> Hi, >> >> ich bin ziemlicher Anfänger, was Typo3 angeht. >> >> Nun brauche ich die Möglichkeit, dass Typo3 mir ein Bild ausgiebt. Also >> der Aufruf einer Seite (Beispiel: index.php?id=1) soll keine HTML-Seite >> ausgeben, sondern nur ein Bild. >> Gerne würde ich eine Extension dazu bauen. Man könnte jetzt meinen - >> warum ich denn nicht einfach die URL des Bildes direkt aufrufe. Aber ich >> muss mit dem Bild was machen (größe verändern, Text reinschreiben). Und >> dann soll es ein jpg sein. >> >> Geht sowas? Und wenn, wie (oder wie ist der Ansatz)? >> >> > > ___ > 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] Wrap um Tag in RTE
Hallo Liste,
ich möchte einen Wrap um ein Tag im RTE erstellen.
Das mache ich aktuell so:
lib.parseFunc_RTE.tags {
iframe = TEXT
iframe {
current = 1
wrap = |
wrap.insertData = 1
stripNL = 1
}
}
damit wird aus
das gewünschte
soweit so gut. Fügt man nun im RTE aber 2 iframes ein entsteht:
gewünscht ist aber:
wie stelle ich das am Besten an?
Danke und Grüße
Mirko
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigener Validator in FORM
Hi Sven, Danke für den Tip - schaue ich mir mal an. Trotzdem wäre es interessant zu wissen wie es mit dem "mitgelieferten" Formularen geht. Grüße Mirko Am 19.02.2013 um 10:31 schrieb Sven Wappler : > > Hallo Mirko, > > warum nimmst du nicht die formhandler Extension? Diese ist sehr > flexibel, erweiterbar und gut dokumentiert. > Eigene Validatoren darin zu integrieren geht sehr leicht. > > Grüße, Sven > > > Am 19.02.2013 10:05, schrieb Mirko Schaal: >> Hallo, >> >> kann mir bitte jemand einen Tip geben, wie ich dem FORM cObj eigene >> Validation rules beibringen kann? >> In der Doku habe ich dazu leider nichts gefunden. >> >> Danke und Grüße >> Mirko >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german >> > > > -- > WapplerSystems: http://www.wapplersystems.de > T3Yaml Template: http://t3yaml.de > T3bootstraptv: http://t3bootstraptv.de > Xing: https://www.xing.com/profile/Sven_Wappler > Geeklist: http://geekli.st/svewap > Twitter: https://twitter.com/WapplerSystems > ___ > 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] Eigener Validator in FORM
Hallo, kann mir bitte jemand einen Tip geben, wie ich dem FORM cObj eigene Validation rules beibringen kann? In der Doku habe ich dazu leider nichts gefunden. Danke und Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kickstarter 0.5.3 - SQL-Fehler in eigener Extension
Hallo Steffen, Am 20.09.2012 um 18:46 schrieb Steffen Liebig: > ... Zu diesem Zweck habe ich die Extension mit dem Namen "club data" > angewiesen, die Tabelle von tt_address um passende Felder zu erweitern. Im > Backend funktioniert das wunderbar - bis ich einen Datensatz speichern will. > Es kommt ein SQL-Fehler: "2: SQL error: '' ()". Derweil steht im Extension > Manager was von eventuell fehlenden Datenbankfeldern / -tabellen. Obwohl > augenscheinlich alles da ist. Hast Du denn mal geprüft, ob in der Datenbank die Felder wirklich existieren? Für gewöhnlich musst Du, nachdem Du eine Extension im Kickstarter erstellt hast und die Extension installierst im Ext. Manager auch die Datenbank aktualisieren. Wenn der Ext. Manager behauptet das da Tabellen/Felder fehlen, dann hat er in 99% der Fälle auch recht ;) Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 4.7 placeholder in form
Hallo Liste, kann mir bitte jemand einen Tip geben, wie ich das Placeholder Attribut an ein input in einem Formular bekomme? Danke und Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Cal Extension Probleme mit externem Kalender und Scheduler
Problem gelöst! im PHP-Cli ist allow_url_fopen auf Off und damit konnte t3lib_div::getUrl den Kalender nicht laden - trotzdem merkwürdiges verhalten von cal, das dann einfach alle Einträge gelöscht werden. Grüße Mirko Am 02.08.2012 um 14:38 schrieb Mirko Schaal: > Hallo, > > ich habe ein seltsames Problem mit cal: > Ich habe einen Kalender vom Typ Externer Kalender angelegt. Dabei wird > automatisch ein Job für den Scheduler erzeugt, der den Feed importieren soll. > Funktioniert soweit auch gut, doch jetzt kommts: > Starte ich den Task manuell im Backend von TYPO3 funktioniert alles tadellos > und die Events werden importiert. > Aktiviere ich aber den Cronjob für den Scheduler und der Task wird via Cron > gestartet, werden alle Events dieses Kalenders gelöscht (Events in anderen > Kalendern sind zum Glück nicht betroffen). > Wenn ich jetzt wieder manuell den Task starte sind die Events wieder da! > Hat jemand eine Idee, was die Ursache sein könnte und/oder einen Vorschlag, > wie ich das Problem in den Griff bekomme? > > Danke und Grüße > Mirko > ___ > 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] Content aus indexed_search ausschliessen
Hi Ulrich, ja klar, im Prinzip genau so, aber für gewöhnlich hat man ja schon ein … um den Content der Seite. Wenn Du jetzt das Newsplugin als Inhaltselement platzierst müsstest Du wahrscheinlich eher sowas konstruieren: ###NEWS_TITLE### ###TEXT_LINKS### ###NEWS_LINKS### ###NEWS_CONTENT### Grüße Mirko Am 01.08.2012 um 11:57 schrieb ulrich: > Hallo Liste, > ich möchte mit indexed_search inhalte aus tt_news indexieren. > Allerdings soll content wie Links ausgeschlossen werden. > > Kann ich also mein Template für die News so gestalten? > Also mehrere Marker für die Indexierung angeben? > > > > ###NEWS_TITLE### > > > ###TEXT_LINKS### > ###NEWS_LINKS### > > > ###NEWS_CONTENT### > > > > > Vielen Dank im Voraus und viele Grüße > > Ulrich > ___ > 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] Cal Extension Probleme mit externem Kalender und Scheduler
Hallo, ich habe ein seltsames Problem mit cal: Ich habe einen Kalender vom Typ Externer Kalender angelegt. Dabei wird automatisch ein Job für den Scheduler erzeugt, der den Feed importieren soll. Funktioniert soweit auch gut, doch jetzt kommts: Starte ich den Task manuell im Backend von TYPO3 funktioniert alles tadellos und die Events werden importiert. Aktiviere ich aber den Cronjob für den Scheduler und der Task wird via Cron gestartet, werden alle Events dieses Kalenders gelöscht (Events in anderen Kalendern sind zum Glück nicht betroffen). Wenn ich jetzt wieder manuell den Task starte sind die Events wieder da! Hat jemand eine Idee, was die Ursache sein könnte und/oder einen Vorschlag, wie ich das Problem in den Griff bekomme? Danke und Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Begriffe automatisch als Hyperlink
Am 01.02.2010 um 09:22 schrieb Steffen Ritter: >> ich suche eine Extension, bei der ich im BE Begriffe und ein Linkziel >> (intern/extern) angeben kann. Die Extension soll dann auf allen Seiten z.B. >> im Content diese Begriffe suchen und automatisch in einen Hyperlink >> umwandeln. > > Das ist dann aber relativ statisch. Einfacher ist es sicherlich eine > Extensions mit einer Tabelle und einer im stdWrap deiner Inhaltsspale eine > postProcUserFunc ... Letzte Woche hat mich ein Kunde nach genau so einer Funktion gefragt, gibt's da schon was fertig, oder muss ich selber ran? Im TER habe ich adhoc nichts gefunden. Grüße Mirko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kalenderextension, die unter 4. 3 läuft
Hi, Vorsicht mit "cal", weil es "date2cal" benötigt und das Backend von 4.3 nicht mit "date2cal" funktioniert. Siehe http://bugs.typo3.org/view.php?id=12884 Allerdings läuft "cal" bei mir auch ohne "date2cal" problemlos. Grüße Mirko Am 01.12.2009 um 20:11 schrieb Natascha Oertel: > Danke! Ich weiss zwar nicht woran es lag, aber da es bei dir funktioniert, > habe ich deinstalliert und neu installiert und jetzt ist alles ok. > Vorher kam im Frontend die Nachricht: controller function nicht gefunden > > Tobias Hümmerich schrieb: >> Hi, >> >> was geht an der cal Extension nicht? Ich hab hier eine Seite da klappt das >> nach einem Upgrade von 4.2 wie vorher. >> >> Gruß, >> Tobias >> >> Am 01.12.2009 19:27, schrieb Natascha Oertel: >>> Hallo, >>> >>> hat irgendjemand irgendeine Kalenderextension unter 4.3 funktionierend >>> am laufen? Ich hatte erst Calender Base probiert (was ich eigentlich >>> benutze) und dann attacalender. >>> Beide funktionieren nicht richtig. Bevor ich jetzt alle Extensions >>> durchprobiere, dachte ich ich frag mal.. >>> >>> Viele Grüsse >>> >>> Natascha >>> >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german >> > > > -- > __ > > Natascha Oertel > > www.noe-x.com > > ___ > 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
