[TYPO3-german] Re: Blog extension/ Sidebar kategorien werden nicht angezeigt
Hast Du definiert, wo die Kategorien gespeichert werden? Vielleicht nutzt die Extension eigenen Kategorien und nicht die Kategorien von Typo3? plugin.tx_blog.settings.categoryUid https://docs.typo3.org/typo3cms/extensions/blog/Integrators/Index.html#categoryuid ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Text & Media Dateierweiterungen
Welcher Browser unterstützt dieses Dateiformat ohne Plug-Ins? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mal wieder CKEditor
Ergänzung: "für diesen Zweck" meint die News grundsätzlich, wobei ich das Ganze für Bilder anderswo auf der Seite nicht ausprobiert habe. Wir haben die meisten Bilder in den News. Da mir das aber im Editor passiert, befürchte ich, dass es auf dem Rest der Seite genauso laufen würde. Ob das dann wirklich am Editor liegt oder an der internen Behandlung von Bildern im Typo3, ist eine andere Frage. Ich habe es halt im Editor bemerkt, weil ich damit die Texte bearbeite, wo dann die Bilder drin sind. Am 23.11.2017 um 22:27 schrieb Steffen Liebig: Da ist was durcheinandergeraten. Das Problem im CK-Editor hat mit dem elektronischen Archiv nix zu tun. Der CK-Editor stutzt mir enfach ALLES auf 300 px Breite zurecht und lässt mich in den Bildgrößen zu den Einzelbildern auch nichts Größeres zu. Das ist ziemlich schlecht für die Optik spätestens auf einem auf einem großen Bildschirm. Wobei der Bildcschirm bei 300px schon fast egal ist. Eine News, die layoutbedingt (z.B. in der Einzelansicht) in eine große Mittelspalte geladen wird...da machen so kleine Bilder einfach einen schlechten Eindruck. Das elektronische Archiv (also NICHT das Newsarchiv auf der Liveseite) liegt extern auf meinem Rechner. Das ist nur ein Ordner mit derselben Struktur wie ind er Newsabteilung unter Fileadmin, in dem die News als Einzeldateien im HTML-Format liegen. Also nix weiter als aus dem Browser kopierter Hintergrundcode incl. der Links zu den Bildern und Dateien. Aus den Links wird nur der Teil, der zur Online-Seite führt, gestrichen, damit die Sachen nicht aus Typo3, sondern vom Rechner (wo auch immer das dann liegen mag) geholt werden. Das Ergebnis mit einem processed-Ordner dazwischen kann man sich vorstellen - entweder für jede Datei noch extra den Pfad anpassen oder ständig hinterher sein und den Unterordner mit auf den eigenen Rechner kopieren. Dann habe ich aber alles im selben Ordner und darin einen Haufen Unterordner, mit denen niemand was anfangen kann, weil die Bezeichnungen (vor dem Runterladen) automatisch von Typo3 angelegt wurden. Summa summarum scheint es also für diesen Zweck sinnvoller zu sein, ohne diese Automatik zu arbeiten. Zumal ich auf das elektronische Archiv nicht verzichten kann...das soll nämlich bei Bedarf auch mal an unseren Referenten fürs Archiv weitergereicht werden können, damit man die News auch nach Typo3 (was immer das heißen mag) noch hat. Eine Art Sicherheitskopie aus archivarischen Gründen halt. So viel mal für den Fall, dass sich noch jemand am Thema beteiligen möchte. Wenn sich per Mail was ergibt, landet das ebenfalls hier. Am 17.11.2017 um 21:30 schrieb Christian Hackl: Ich denke mit einem eigenem Page object in dem du das originale reinkopierst und dann vielleicht ein eigenes Template dafür erstellst, macht es dir einfacher. Du kannst dann in deinem extra archive_template dafür sorgen das nur original Bilder von der original Source ausgegeben werden ohne das du die eigentliche Webseite für alle normalen User angepasst oder geändert werden müsste - vorteil für beide Seiten, schnelle ladezeiten und für das jeweilige Endgerät angepasste Bilder und gleichzeitig für das Archiv die unangepassten original Dateien. :) Hast ne Mail :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mal wieder CKEditor
Da ist was durcheinandergeraten. Das Problem im CK-Editor hat mit dem elektronischen Archiv nix zu tun. Der CK-Editor stutzt mir enfach ALLES auf 300 px Breite zurecht und lässt mich in den Bildgrößen zu den Einzelbildern auch nichts Größeres zu. Das ist ziemlich schlecht für die Optik spätestens auf einem auf einem großen Bildschirm. Wobei der Bildcschirm bei 300px schon fast egal ist. Eine News, die layoutbedingt (z.B. in der Einzelansicht) in eine große Mittelspalte geladen wird...da machen so kleine Bilder einfach einen schlechten Eindruck. Das elektronische Archiv (also NICHT das Newsarchiv auf der Liveseite) liegt extern auf meinem Rechner. Das ist nur ein Ordner mit derselben Struktur wie ind er Newsabteilung unter Fileadmin, in dem die News als Einzeldateien im HTML-Format liegen. Also nix weiter als aus dem Browser kopierter Hintergrundcode incl. der Links zu den Bildern und Dateien. Aus den Links wird nur der Teil, der zur Online-Seite führt, gestrichen, damit die Sachen nicht aus Typo3, sondern vom Rechner (wo auch immer das dann liegen mag) geholt werden. Das Ergebnis mit einem processed-Ordner dazwischen kann man sich vorstellen - entweder für jede Datei noch extra den Pfad anpassen oder ständig hinterher sein und den Unterordner mit auf den eigenen Rechner kopieren. Dann habe ich aber alles im selben Ordner und darin einen Haufen Unterordner, mit denen niemand was anfangen kann, weil die Bezeichnungen (vor dem Runterladen) automatisch von Typo3 angelegt wurden. Summa summarum scheint es also für diesen Zweck sinnvoller zu sein, ohne diese Automatik zu arbeiten. Zumal ich auf das elektronische Archiv nicht verzichten kann...das soll nämlich bei Bedarf auch mal an unseren Referenten fürs Archiv weitergereicht werden können, damit man die News auch nach Typo3 (was immer das heißen mag) noch hat. Eine Art Sicherheitskopie aus archivarischen Gründen halt. So viel mal für den Fall, dass sich noch jemand am Thema beteiligen möchte. Wenn sich per Mail was ergibt, landet das ebenfalls hier. Am 17.11.2017 um 21:30 schrieb Christian Hackl: Ich denke mit einem eigenem Page object in dem du das originale reinkopierst und dann vielleicht ein eigenes Template dafür erstellst, macht es dir einfacher. Du kannst dann in deinem extra archive_template dafür sorgen das nur original Bilder von der original Source ausgegeben werden ohne das du die eigentliche Webseite für alle normalen User angepasst oder geändert werden müsste - vorteil für beide Seiten, schnelle ladezeiten und für das jeweilige Endgerät angepasste Bilder und gleichzeitig für das Archiv die unangepassten original Dateien. :) Hast ne Mail :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fehler "The PackageStates.php file is either corrupt or unavailable"
Hallo, ich habe hier ein Problem, mit einem Cronjob den Planer (a.k.a. Scheduler) zu starten. Ich betreibe ein Typo3 8.7.8 unter PHP 7.0.20. Das ganze läuft auf einem Server von All-Inkl mit Business-Paket. Um den Cronjob zu starten, habe ich in der Administrationsoberfläche von All-Inkl hinterlegt, dass die Datei /execute_cronjob.php gestartet wird. Diese enthält folgenden Code: "; print_r($ausgabe); echo ""; ?> Wenn ich diese testweise manuell starte, bekomme ich die folgende Fehlermeldung: Array ( [0] => [1] => Uncaught TYPO3 Exception #1381507733: The PackageStates.php file is either corrupt or unavailable. [2] => thrown in file /www/htdocs/w012bb07/inselweine_1711/typo3_src-8.7.8/typo3/sysext/core/Classes/Package/PackageManager.php [3] => in line 247 [4] => ) Die Datei befindet sich in /typo3conf/. Ein testweises Ändern der Rechte auf 777 hat nichts geändert. Natürlich läuft der Cronjob so auch nicht. Leider kenne ich mich mit den Abhängigkeiten kaum bis gar nicht aus. Daher hoffe ich auf einen Tipp oder sogar eine Lösung für diese Problematik. Lieben Gruß Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Alle Extensions deinstalliert nach Update auf 8.7
Hmm, mal ins error_log geguckt? bzw. debug Ausgabe angeschalten? Klingt irgendwie alles seltsam ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Löschen von in Beziehung stehender records (evtl. über @cascade remove) - Grundsätzliche Frage
Quote: Mikel wrote on Thu, 23 November 2017 08:50 Vorschlag: installiere Dir mal den extension_builder und erstelle Dir mal zwei Datenmodelle mit diversen Relationen (n:1, 1:n, m:n) zueinander und schau Dir die erzeugten Models an. Ich arbeite mit dem extension_builder, zumindest habe ich damit das "Grundgerüst" meiner extension erstellt, aber seitdem ich bemerkt habe, dass mit jedem Speichern im extension_builder all meine TCAs (und evtl. andere Dateien) überschrieben werden (diese hab ich ja mauell editiert und möchte die Änderungen nicht verlieren) lass ich die Finger davon. Hat mich verdammt viel Zeit und Ärger gekostet. Aber danke für diese Aufklärung meines Verständissproblems, ich schau mal wie ich das ohne extension_builder umsetze. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: [Typo3 7.6.x] ke_search und MASK
Hat keiner Idee wie man hier vorzugehen hat? Ich habe mir auch mal die Extension DCE angeschaut, da es dafür einen Hook gibt um mit ke_search die Inhalte dieser Contentelemente zu indexieren. https://bitbucket.org/ArminVieweg/dce/src/72e9dcc3d2c1da0067ff47c844bdc0c02bcef598/Classes/Hooks/KeSearchHook.php?at=develop&%3Bfileviewer=file-view-default&fileviewer=file-view-default Leider weiß ich noch nicht, wo man hier Anpassungen vorzunehmen hat damit dies mit MASK funktioniert... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] News Extension ruscht nach unten
VIelen Dank, es funktioniert mit dem flex-command, ich musste nur in der CSS in "Center" display: flex; flex-direction: column; schreiben und die Position der News Extension ordnet sich nicht mehr so komisch an :) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abstand von Content/inhaltselementen
So, beide Probleme bewältigt, ich musste nur in "Center" mit folgendem Befehlen: display: flex; flex-direction: column; arbeiten und schon wurden die längst gesetzen Innenabstände auch ausgeführt und zudem, ein vorheriges Problem, das das tx_news-Plugin sich seltsam aufsplittete auch ordentlich gerutscht. Und der Centerbereich füllt auch nicht mehr die ganze breite der Seite aus :) Vielen Dank euch beiden ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
