Re: [TYPO3-german] TCA-Check mit "Änderungswünschen" unter 8.7.1
Hallo Steffen Am 06.06.2017 um 20:13 schrieb Steffen Liebig: The suggest wizard options in TCA sys_category['columns']['shortcut']['config']['wizards']['suggest'] have been migrated to sys_category['columns']['shortcut']['config']['suggestOptions']. Ich vermute, dass du eine analoge Meldung auch im deprecation-log finden wirst. Wegen "have been migrated" besagt der Hinweis, dass TYPO3 automatisch die Änderung vornimmt. Es ist eine Hinweis auf einen Konfigurationsfehler, den TYPO3 automatisch behebt. Die Informationen im deprecation-log-File werden von Entwicklern wegen ihrer Fülle und weil sie keiner akuten Fehler enthalten meist eher nachrangig beachtet. Zur Ehrenrettung der Extenmsionentwickler sei gesagt, dass auch mir mit der TCA-Testbutton im Installtool auch erst letztens eher zufällig aufgefallen ist. Da sich bei TYPO3 immer wieder viel und heftig was ändert, sei es den Entwickler nachgesehen, wenn sie nicht sofort jeden neuen Buttons hinterfragen, wenn doch alles eigentlich(!) funktioniert. Mit besten Grüßen Dieter Porth Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Bootstrap Bootsnipp typo3 Introduction Anleitung
Danke für die Antwort. NIm Grunde hast Du recht. Da ich bisher mit bootstrap und diesem introduction package (8.7.1) auch ohne typoscript und fluid erstaunlich weit gekommen bin, dachte ich vielleicht sind auch diese Schnippsel von bootsnipp von Laien verbaubar.. Dann wäre das Ganze perfekt für unseren Bedarf und wir bräuchten keine "eigenen" Anpassungen, was für ein späteres update von Vorteil sein dürfte. Mal sehen ob ich mit marks weiterkomme. Wäre nach wie vor für eine Videoanleitung dankbar, die zeigt wie man so ein Schnippsel in typo3/bootstrap einbaut. Ich weiß dem Kundigen tut das weh, aber dem Unkundigen spart es Zeit und mir macht das nachmachen Spaß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] WYSIWYG mit TYPO3, geht das? - ein Linkhinweis
Vor einiger Zeit habe ich begonnen, mir ein Konzept zu überlegen, wie man IRRE-Relationen per WHYSIWYG im Frontend abbilden könnte. Eine Comic-Generierung erschien mir ein hübsches Übungsbeispiel zu sein, weil das blinde Positionieren von Sprechblasen via TYPO3-Backend vermulich redakteursfeindlich ist. Dabei entstand ein allgemeines Frontend-Editing-Pattern. Der Text beim nachfolgende Link stellt das Konzept mit Code-Ausschnitten vor. http://www.mobger.de/zur-startseite/rueckblick/zwischenbilanz-positioner-810/ Die Extension ist noch NICHT im TER (Typo3-Extension-Repository) veröffentlicht.. Vor der Veröffentlichung will ich noch a) .den SVG-Viewhelper fertigstellen und b) die TypoScript- und Jasmine-Funktionstests entfernen (Funktionstests gehören in eine eigenständige Extension) Für den Interessierten ist das Konzept aber vielleicht trotzdem hilfreich, um ein eigenes Pattern zu entwickeln. Mit besten Grüßen Dieter Porth ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TCA-Check mit "Änderungswünschen" unter 8.7.1
PS: Die Suche nach dem Begriff im TCA hat ergeben, dass die Felder schon existieren. pages - columns - shortcut - config sys_category - [shortcut - config] und [single_pid - config] sys_file_reference - columns - uid_local tx_news_domain_model_news - columns [- related - config] und [tags- config] Der TCA-Check hat das aber nur bei syscat und tx_news benannt. Der Zusammenhang ist augenfällig, aber sind das nun Fehler, die nur keine ernsten Probleme machen oder einfach Meldungen, um die ich mich erst recht nicht scheren muss ?! Am 06.06.2017 um 19:07 schrieb Dr. Dieter Porth: Hallo Steffen, Am 06.06.2017 um 17:07 schrieb Steffen Liebig: A propos: eine der Meldungen deutet auf einen systeminternen Part hin. Darum (oder wegen einer anderen Meldung aus derselben Ecke) werden vermutlich auch nirgends mehr die Systemkategorien angezeigt: The suggest wizard options in TCA sys_category['columns']['shortcut']['config']['wizards']['suggest'] have been migrated to sys_category['columns']['shortcut']['config']['suggestOptions']. Wen soll man da jetzt fragen *grübel*... da im Ordner /Configuration/TCA/Overrides jede Extension die TCA von System-Tabellen zum Beispiel mit der Datei 'SysCatgory.php' überschreiben kann, würde ich als PHPStorm-verwöhnter User eine Projekt-weite Suche starten und nach 'suggestOptions' suchen lassen. In älteren Extensions findet man entsprechende Definitionen auch manchmal in der ext_tables.php der Extension. Der übergeordnete Ordner der Datei mit der TCA-Definition gibt dann an, welche Extension der Urheber für den fehler ist. Mit besten Grüßen Dieter Porth P.S. Übrigens danke für den Hinweis. Ich hatte bisher gar nicht daran gedacht, dass diese Freiheit auch eine Quelle von Fehlern bei konkurierenden Extensions sein kann. Ähnlich, wie das Überschreiben vom TypoScript kann auch das Überschreiben von TCAs zu Fehlern führen. Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TCA-Check mit "Änderungswünschen" unter 8.7.1
Hallo Dieter, ok das schau ich mir mal an. Meine Syskategorien werden jetzt in den News wieder angezeigt - teilweise. Ein spezifisches Datum, ab dem es klappt, ist nicht auszumachen. Am Programmierer liegt das wohl eher nicht. Ich hatte sowas mal beim Umstieg von 4 auf 6, damals waren beim Import in der DB die Haken bei allen Kategorien verschwunden. Neulich hab ich da schon reingeschaut, aber nix Auffälliges gefunden. Mal sehen, was sich jetzt findet. Irgendwie ist das auch lustig, ich nehm's soweit wie möglich mit Humor. Ich komme mir vor wie in dem Sketch mit Didi Hallervorden/Frank Lüddecke, als sie sich über die Tücken der modernen Kommunikation (hier: Telefonieren nach Tarif) lustig gemacht haben: "Schneider, wie machst Du's ?" "Manchmal ja, manchmal nein"... Am 06.06.2017 um 19:07 schrieb Dr. Dieter Porth: Hallo Steffen, Am 06.06.2017 um 17:07 schrieb Steffen Liebig: A propos: eine der Meldungen deutet auf einen systeminternen Part hin. Darum (oder wegen einer anderen Meldung aus derselben Ecke) werden vermutlich auch nirgends mehr die Systemkategorien angezeigt: The suggest wizard options in TCA sys_category['columns']['shortcut']['config']['wizards']['suggest'] have been migrated to sys_category['columns']['shortcut']['config']['suggestOptions']. Wen soll man da jetzt fragen *grübel*... da im Ordner /Configuration/TCA/Overrides jede Extension die TCA von System-Tabellen zum Beispiel mit der Datei 'SysCatgory.php' überschreiben kann, würde ich als PHPStorm-verwöhnter User eine Projekt-weite Suche starten und nach 'suggestOptions' suchen lassen. In älteren Extensions findet man entsprechende Definitionen auch manchmal in der ext_tables.php der Extension. Der übergeordnete Ordner der Datei mit der TCA-Definition gibt dann an, welche Extension der Urheber für den fehler ist. Mit besten Grüßen Dieter Porth P.S. Übrigens danke für den Hinweis. Ich hatte bisher gar nicht daran gedacht, dass diese Freiheit auch eine Quelle von Fehlern bei konkurierenden Extensions sein kann. Ähnlich, wie das Überschreiben vom TypoScript kann auch das Überschreiben von TCAs zu Fehlern führen. Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TCA-Check mit "Änderungswünschen" unter 8.7.1
Hallo Steffen, Am 06.06.2017 um 17:07 schrieb Steffen Liebig: A propos: eine der Meldungen deutet auf einen systeminternen Part hin. Darum (oder wegen einer anderen Meldung aus derselben Ecke) werden vermutlich auch nirgends mehr die Systemkategorien angezeigt: The suggest wizard options in TCA sys_category['columns']['shortcut']['config']['wizards']['suggest'] have been migrated to sys_category['columns']['shortcut']['config']['suggestOptions']. Wen soll man da jetzt fragen *grübel*... da im Ordner /Configuration/TCA/Overrides jede Extension die TCA von System-Tabellen zum Beispiel mit der Datei 'SysCatgory.php' überschreiben kann, würde ich als PHPStorm-verwöhnter User eine Projekt-weite Suche starten und nach 'suggestOptions' suchen lassen. In älteren Extensions findet man entsprechende Definitionen auch manchmal in der ext_tables.php der Extension. Der übergeordnete Ordner der Datei mit der TCA-Definition gibt dann an, welche Extension der Urheber für den fehler ist. Mit besten Grüßen Dieter Porth P.S. Übrigens danke für den Hinweis. Ich hatte bisher gar nicht daran gedacht, dass diese Freiheit auch eine Quelle von Fehlern bei konkurierenden Extensions sein kann. Ähnlich, wie das Überschreiben vom TypoScript kann auch das Überschreiben von TCAs zu Fehlern führen. Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Update
Update: ich denke, ich bin nach der Installation vonm rtehtmlarea doch im CK Editor gelandet. Das erklärt auch die anderen Symbole und die vergleichsweise unvollständigen Optionen (keine Bilder, meine CSS-Einstellungen in den Texten fehlen etc). Das Dumme ist nun - wenn ich ihn deinstalliere, passiert Folgendes: #1476107295: PHP Warning: file_get_contents(/home/www/psb_ganzneu/typo3/typo3conf/ext/rtehtmlarea/Resources/Public/Css/Skin/jquery-ui-resizable.css): failed to open stream: No such file or directory in /home/www/psb_ganzneu/typo3_src-8.7.1/typo3/sysext/core/Classes/Resource/ResourceCompressor.php line 358 (More information) TYPO3\CMS\Core\Error\Exception thrown in file /home/www/psb_ganzneu/typo3_src-8.7.1/typo3/sysext/core/Classes/Error/ErrorHandler.php in line 112. Scheint, als würde da noch Einiges an Arbeit auf mich warten... Am 06.06.2017 um 18:32 schrieb Steffen Liebig: Hallo zusammen, aller guten Dinge sind wohl mal wieder drei *lach*. Zwei kurze Dinge: Sowohl auf Modul- als auch auf Testseiten erhielt ich gestern die Meldung "Content Element with Nr. xy" and of type "list" (auch bei "text") has no rendering definition. 1) Ich habe mir also den RTEhtmlarea wieder installiert, der offenbar rausgeflogen ist. Scheint jetzt zu funktionieren, auch wenn ich (siehe anderer Post) weiterhin nach einer Ersatzlösung suche. Dazu die Templates TypoScript Content Elements und Fluid Content Elements und die CSS-Templates. Jetzt kann ich zumindest wieder richtig auf meine Content Elemente zugreifen, aber die Befehle für die CSS-Klassen sind aus dem Code der Texte verschwunden. Lässt sich das beheben, ohne alles aus der alten Installation nochmal rüberkopieren zu müssen ? 2) Gleichzeitig erhalte ich im Frontend der Startseite zwar nicht mehr oben erwähnte Meldung, dafür aber einen Fluid Parse Error mit einem turbolangen Dateinamen, den ich noch nie gehört habe. Die Datei stammt also nicht von mir: Fluid parse error in template News_action_list_3e5414a3ca60b1eb39e2ee338a787f23691a55c9, line 1 at character 1. Error: Unkown Namespace: n:widget.paginate objects={news} as=paginatedNews configuration={settings.list.paginate} (error code 0). Template source chunk: TYPO3Fluid\Fluid\Core\Parser\UnknownNamespaceException thrown in file /home/www/psb_ganzneu/typo3_src-8.7.1/vendor/typo3fluid/fluid/src/Core/Parser/TemplateParser.php in line 156. Weiß jemand was darüber oder ist das bei Kollege Ringer (tx_news 6.0.0) besser aufgehoben ? Danke für jede Hilfe Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Probleme im Frontend beim Umstieg auf 8.7.1
Hallo zusammen, aller guten Dinge sind wohl mal wieder drei *lach*. Zwei kurze Dinge: Sowohl auf Modul- als auch auf Testseiten erhielt ich gestern die Meldung "Content Element with Nr. xy" and of type "list" (auch bei "text") has no rendering definition. 1) Ich habe mir also den RTEhtmlarea wieder installiert, der offenbar rausgeflogen ist. Scheint jetzt zu funktionieren, auch wenn ich (siehe anderer Post) weiterhin nach einer Ersatzlösung suche. Dazu die Templates TypoScript Content Elements und Fluid Content Elements und die CSS-Templates. Jetzt kann ich zumindest wieder richtig auf meine Content Elemente zugreifen, aber die Befehle für die CSS-Klassen sind aus dem Code der Texte verschwunden. Lässt sich das beheben, ohne alles aus der alten Installation nochmal rüberkopieren zu müssen ? 2) Gleichzeitig erhalte ich im Frontend der Startseite zwar nicht mehr oben erwähnte Meldung, dafür aber einen Fluid Parse Error mit einem turbolangen Dateinamen, den ich noch nie gehört habe. Die Datei stammt also nicht von mir: Fluid parse error in template News_action_list_3e5414a3ca60b1eb39e2ee338a787f23691a55c9, line 1 at character 1. Error: Unkown Namespace: n:widget.paginate objects={news} as=paginatedNews configuration={settings.list.paginate} (error code 0). Template source chunk: TYPO3Fluid\Fluid\Core\Parser\UnknownNamespaceException thrown in file /home/www/psb_ganzneu/typo3_src-8.7.1/vendor/typo3fluid/fluid/src/Core/Parser/TemplateParser.php in line 156. Weiß jemand was darüber oder ist das bei Kollege Ringer (tx_news 6.0.0) besser aufgehoben ? Danke für jede Hilfe Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kalender (Cal) Extension Probleme
Am 06.06.2017 um 16:27 schrieb Wolfertz, Sebastian: Da fällt mir zuerst auf, dass das Datum als Zahlenfolge in Form eines Integer gespeichert wird... 20170624 Das ist korrekt so. Da Unix-Timestamps erst 1970 beginnen, hat man sonst ein Problem. Negative Timestamps kann nicht jedes System. Dann fällt mir auf, dass die Unixtimes für "start_time" und "end_time" beide auf Heute verweisen aber nicht die richtigen Zeiten Und das ist das Problem. Die echten Zeiten der Termine werden berechnet, indem die Zeit auf das Datum addiert wird. Normalerweise steht da im Feld die Anzahl der Sekunden seit 0 Uhr. Also 36000 für um 10 Uhr. Deine Werte schieben die Termine in die ferne Zukunft. Bei ganztägigen Terminen werden die Zeiten ignoriert. Warum das so ist, müsstest Du auf Deinem System nachforschen. Empfindet noch jemand den Umgang mit Zeiten und Daten als problematisch? Nein :) Leider finde ich als Link zu dieser Extension nur https://git.typo3.org/TYPO3CMS/Extensions/cal.git bzw. den Mirror bei Github https://github.com/TYPO3-extensions/cal, so dass ich scheinbar keinen Issue eröffnen kann. Bugs laufen über forge: https://forge.typo3.org/projects/extension-cal/issues -- MfG, Christian Welzel GPG-Key: pub 4096R/5117E119 2011-09-19 Fingerprint: 3688 337C 0D3E 3725 94EC E401 8D52 CDE9 5117 E119 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TCA-Check mit "Änderungswünschen" unter 8.7.1
Ahja I see...doch, die Idee ist gut. Bislang hat's mich an der Ecke aber nicht wirklich aufgehalten, weil im Ext Rep die möglichen Typo3- Zielversionen dabei stehen. Bei Modulen, die nicht mehr gepflegt/supported werden, ist ohnehin klar, was kommt. Mich wundert vor Allem, dass Derartiges selbst dann noch auftritt, wenn laut Ext Rep die Typo3-Zielversion passt. Aktuelle Beispiele sind völlig wider Erwarten tx_news und tt_address, die ich mir frisch aus dem Rep besorgt hatte. Soweit der (u. a. für die News einsetzbare) RTE betroffen ist, noch nachvollziehbar, der ist ja rausgeflogen...ich muss schauen, ob noch mehr von der Art dabei ist. Sowas macht mich schon leicht Konfuzius...ich geh dann erstmal die TCA-Meldungen sortieren. Bei 4 Seiten kann das ja nicht ewig dauern ;-). A propos: eine der Meldungen deutet auf einen systeminternen Part hin. Darum (oder wegen einer anderen Meldung aus derselben Ecke) werden vermutlich auch nirgends mehr die Systemkategorien angezeigt: The suggest wizard options in TCA sys_category['columns']['shortcut']['config']['wizards']['suggest'] have been migrated to sys_category['columns']['shortcut']['config']['suggestOptions']. Wen soll man da jetzt fragen *grübel*... Am 05.06.2017 um 18:08 schrieb Dr. Dieter Porth: Am 05.06.2017 um 17:19 schrieb Steffen Liebig: Hallo Dieter, ... PS: Deinem Wunsch kann ich als User nicht nachfolgen. Er klingt, als ob man dann ein Modul nur für eine Typo3-Version verwenden könnte. Mal ehrlich...immer warten müssen, bis die Module "nachgezogen" haben, verbraucht m. E. zu viel von der Supportphase. Provider, Module, eigene Tests, immer wieder Durcheinander wegen PHP-Neuerungen etc...die Zeit bis zur nächsten Major Version ist mir dadurch jedes Mal zu kurz bzw. vergeht zu schnell. Auf der anderen Seite sind aber auch die nötigen Nacharbeiten (Anpassungen ans neue System) kaum vom Anwender zu leisten. Natürlich ist das auch nicht so gedacht *lach*. Solange es nur um Dinge wie "tslib_extMngr -> anders schreiben" geht und ich ne brauchbare Doku finde/verstehe, geht das halt noch. Immer drauf warten kann ich jedenfalls nicht. Trotzdem ärgere ich mich tierisch darüber, weil ich das als Ehrenamtler und Nichtprogrammierer nicht mehr lange bringen kann. Speziell bei obsoleten, aber weiterhin benötigten Modulen - aber das ist in der Form ein anderes Thema :-). Kurz gesagt: bei den oben angemerkten Meldungen ist scheint's Ende der Fahnenstange oder hab ich die zu ändernde Stelle nur noch nicht gefunden (?!). Hab so das Gefühl, dass ich da meine Finger besser raushalten sollte. Vom Composer hab ich keine Ahnung. Vielleicht hab ich Dich auch nur falsch oder unvollständig verstanden ? Ja, einwenig. Ich finde es schon nervig, wenn ich vorm Updaten von Webseiten jedes Mal nachschauen muss, welche Extension -Version für welche LTS-Version valide ist. (Merken will ich mir soetwas nicht.) Wäre zum Beispiel eine Extension mit der Versionnummer 5.3.0 unter TYPO3 7.6 lauffähig - ja oder nein. Wenn diese Extension aber die Versionnummer 7.5.3 hätte, sähe man sofort, dass die Version unter TYPO3 7.6 läuffähig wäre, wenn die Hauptversionnummer an die jeweilige TYPO3-Extension gebunden ist.. Für den Wechsel meiner Website von TYPO3 7 nach TYPO3 8, würde ich entweder vorm Updaten der TYPO3-Version oder nach dem Updaten der TYPO3-Version auf die Extension der Nummer 8.0 updaten, weil die gemäß meiner favorisierten Notation gegebenenfalls Migrationsskripte enthalten könnte. Für dich als Ehrenamtlicher hätte dies Konvention der versionnummern den Vorteil, dass du ohne große Recherche an Hand der Versionsnummer vorm Wechsel auf von TYPO3 7.6 auf TYPO3 8.7 entscheiden könntest, ob alle deine Extension schon TYPO3 8-fähig sind. Da der Composer im Prinzip das Rumklicken im Extensionmanager automatisiert und dafür die Versionsnummer verwendet, wäre dies Konvention dort hilfreich und leicht einsetztbar. Es erspart schnell mal eine halbe Stunde Recherche. Aber aktuell ist es nur ein Wunschtraum von mir. Aktuell setzt jeder die Versionsnummern wie er lustig ist. Dieter Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Kalender (Cal) Extension Probleme
Hallo liebe Liste, vielleicht kennt sich ja jemand von Euch mit cal aus und kann mir helfen, ich habe nämlich ganz eigenartige Fehler. Ich lege mein erstes Ereignis an, dieses liegt am 24-06-2017 um 09:00 Uhr und geht bis zum 25-06-2017 19:00 Uhr. Allerdings wird es mir im Kalender nicht angezeigt... es sei denn ich mache es zu einem ganztägigen Ereignis. In der Datenbank sieht das Ereignis auch ganz eigenartig aus: "tstamp";"start_date";"end_date";"start_time";"end_time";"allday" "1496757262";"20170624";"20170625";"1496725200";"1496761200";"0" Bzw. "tstamp";"start_date";"end_date";"start_time";"end_time";"allday" "1496757464";"20170624";"20170625";"1496718000";"1496754000";"1" Da fällt mir zuerst auf, dass das Datum als Zahlenfolge in Form eines Integer gespeichert wird... 20170624 Dann fällt mir auf, dass die Unixtimes für "start_time" und "end_time" beide auf Heute verweisen aber nicht die richtigen Zeiten (09:00 Uhr und 19:00 Uhr) sondern 05:00 Uhr und 15:00 Uhr enthalten. Wenn ich das Ereignis im Backend wieder editiere und nicht mehr ganztägig mache, wird da auch 05:00 Uhr und 15:00 Uhr angezeigt. Und wenn ich mit diesen Zeiten wieder speichere... lande ich bei 03:00 Uhr und 13:00 Uhr... das darf doch nicht wahr sein! Empfindet noch jemand den Umgang mit Zeiten und Daten als problematisch? (Das Durcheinander in der Form und dass bei den Zeiten komplette Unix-Timestamps mit dem aktuellen Datum drinstehen nur um die Zeit zu speichern? Wäre hier nicht ein Datum als Unixtimestamp für den entsprechenden Tag 0 Uhr und eine Zeit als Offset in Seconds (also die korrekte Uhrzeit des Tages wenn man beide Felder addiert) eine bessere Herangehensweise?) Leider finde ich als Link zu dieser Extension nur https://git.typo3.org/TYPO3CMS/Extensions/cal.git bzw. den Mirror bei Github https://github.com/TYPO3-extensions/cal, so dass ich scheinbar keinen Issue eröffnen kann. Wirklich genug Ahnung von der Extensionentwicklung habe ich nicht um da selbst Hand an zu legen ohne vermutlich alles zu zerschießen... aber ich würde mich freuen zu hören ob jemand anders vielleicht eine Idee hat wie ich helfen kann diese Extension zu verbessern und sei es nur mit möglichst genauen Bugreports. Und vor allem: kann mir jemand erklären warum ich nur ganztägige Ereignisse angezeigt bekomme? Oder kennt jemand eine ähnlich leistungsstarke Extension für Typo3 8.7.1 die funktioniert? Mit freundlichen Grüßen, Sebastian Wolfertz ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Class 'TYPO3\CMS\Fluid\Core\ViewHelper\TagBuilder' not found
OK! In PackageStates hatte es noch andere nicht-sysext, die geladen wurden. Diese mussten deaktiviert werden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typo3.stackexchange.com
Sorry, ich bin irgendwie schon lange nicht mehr hier aktiv. das wichtigste hatte ich mal hier: https://docs.typo3.org/typo3cms/drafts/github/T3DocumentationStarter/Public-Info-009/StackOverflow/Index.html zusammen gefasst. TLDR: stelle auf Stackoverflow Fragen und beantworte Fragen. Das Wichtigste dabei: Bewerte die Fragen und Antworten, denn jede Bewertung (und Akzeptanz einer Antwort) verteilt Reputation Points. https://stackoverflow.com/questions/tagged/typo3 | Antrag für typo3.stackexchange.com | (http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2). | aktuell sind 43% komplett. wenn 100% erreicht sind wird die private Beta-Phase starten. | | die Verpflichtungsbewertung ist das Minimum von drei Bewertungen: | 77% 133/200 committers insgesamt | 43% 43/100 committers mit einer Reputation von 200 und mehr auf irgendeiner StackExchange/Stackoverflow Site | 43% commitment Bewertung, basierend auf der Aktivität der Commiter auf allen Sites und Alter des Commitments Weil es alles schon so lange dauert hat sich sogar der Commitment score gesenkt. Der individuelle commitment score verliert mit der Zeit an Wert, es sei denn man refresht sein Commitment, indem man mal wieder die Antragsseite in angemeldetem Zustand besucht. -- -- http://pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Redakteur kann seine hochgeladenen Bilder nicht löschen.
Hi, also ich habe gerade das Problem, dass mein Redakteur die hoch geladenen Bilder nicht löschen kann. Als Admin kann ich das natürlich. Dieses Problem habe ich vor allem bei dem Inhaltstypen "Text & Bilder". Lege ich dort mit dem Redakteur ein neues Bild an, klappt bis dahin alles. Will ich ein Bild aber löschen, passiert einfach gar nichts. Unter Backend-Benutzer > Benutzer bearbeiten -> Admin(!) habe ich auch schon angeklickt, allerdings kann ich mit dieser Funktion auch die Bilder als Redakteur nicht löschen. Unter Web > Zugriff sehen die Rechte richtig gesetzt aus. Was mache ich falsch? Hat jemand einen Tip für mich? Vielen Dank, Bavra TYPO3-Version: 6.2.9 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Workspaces Berechtigung (8.7)
Hallo Liste, ich habe hier leider das Problem das ich BE Usergruppen nicht auf eine Edit Umgebung einschränken kann: Ich habe mir eine Entwurfsarbeitsumgebung angelegt: Besitzer: Gruppe Chefredakteure Mitglieder: zwei weitere Gruppen Bei Access: Only workspace owner can publish Der Rest ist Standard bzw unkonfiguriert. Bei den BE Usergruppen gibt es nur noch bei der Gruppe Chefredakteure den aktivierten Hacken bei Edit Live (Online), alle Anderen Gruppen haben diese Erlaubnis nicht. Eigentlich sollte hier aus meinem Verständnis schon jetzt keinem außer den Mitgliedern der Chefredakteursgruppe möglich sein die Live Arbeitsumgebung zu sehen, aber ich kann noch immer mit den sämtlichen Accounts zwischen den Arbeitsumgebungen wechseln, sowohl bei Edit als auch bei Live Eintragungen vornehmen Was könnte da noch fehlen? mit besten Grüßen -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Action aus pibase'd Extension per URL ansprechen?
Vielen Dank, Jan! Das war tatsächlich das Problem. Nun klappt es. Schöne Grüße Uwe. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german