Ja, da scheint was faul zu sein. Der Call-Stack sieht in ordnung aus. Keine Overrides.
Der Fehler liegt in einem der vier Files Zeile 9-12 in deinem Call-Stack. Du könntest noch probieren diese vier Files händisch durch neue, aus neuen Installationen stammende Files auszutauschen 🤷♂️
JHtmlJoomSelect::categoryList wird in template files der JoomGallery verwendet, wo man in einer Dropdown-Liste Kategorien selektieren kann. So z.B in den administrations listen Ansichten von Bildern und Kategorien.
Aufgerufen wird die Methode über JHTML nach diesem Prinzip:
$html = JHTML::_('joomselect.categorylist', $currentcat, $cname, $extra, $exclude, '- ', $task, $action, $idtag);Du sagst, dass du den Fehler im upload formular im frontend bekommst?
Die entsprechende Stelle in den template files generiert das Kategorien-Dropdown-Feld wie folgt:
<?php echo $this->single_form->getInput('catid'); ?>Dabei wird das Feld generisch als joomcategory-Feld generiert. Dies wird aber an vielen Stellen in der JoomGallery so gemacht, ich nehme deshalb an, dass das joomcategory-Feld den Fehler nicht generiert. Denn sonst müsste der Fehler an vielen Stellen erscheinen.
Ich vermite, dass du noch template overrides besitzt, wo das Kategorie-Dropdown nicht mit getInput('catid') gerneriert wird, sondern irgendwie manuell.
Bitte überprüfe mal deine template files und template overrides...
Vielen herzlichen Dank euch allen. Es hilft sehr, wenn man durch solche Posts merkt, dass die ganze Arbeit die man hat anscheinend gebraucht und erwartet wird.
Wir machen langsame, aber stetige Fortschritte in der Entwicklung.
Ich bin überzeugt, dass es die richtige Entscheidung war, die JoomGallery neu zu schreiben. Dies bedeutet zwar aktuell ein grosser Aufwand und erfordert einiges an Geduld, jedoch wird uns das in Zukunft einen enormen Vorteil gegenüber vergleichbaren Komponenten bringen.
Stay tuned...
Your server does only allocate 1MB of memory for PHP execution. This is by far not enough for image processing needed by JoomGallery.
If you are admin of the server you have to allow PHP to use more memory. If your website is hosted on a shared hosting contact your hoster and/or upgrade your hosting service.
You can not change just the thumbnails in one specific view. The thumbnails are created when uploading the image. There the image gets resized and/or cropped to generate the thumbnail.
Only possibility would be to create an override and use the original image instead of the thumbnail but resize it by css.
Sieht so aus, als obs bei dir an einer anderen Stelle hakt.
Könntest du mal das php error reporting in den joomla optionen auf maximum und den debug modus anstellen.
Und dann den Fehler-Screen nochmals posten. Dann schau ich mir das mal an.
Hello Tomnibus,
Thank you for your interest and donation to the JoomGallery 4 development. We are currently a team of about 10 people working on a complete overhaul of the component to make it compatible for Joomla 4 and at the same time fit for many future major releases of Joomla.
But we are all doing that besides our jobs on our free time. And the amount of people working on code development is very modest. We are making progress slowly but steadily. It will still take some time until the first release. I would currently estimate summer to autumn 2023 as a time horizon without any guarantee.
We are well aware of the fact that php 7.4 will be turned off soon at some hosters. Thats why we released v3.6.0 which is compatible to php 8.0 and we will soon release v3.6.1 which will be compatible with php 8.1.
The whole development team uses JoomGallery by themselfs, so we have a personal interest in making sure that JoomGallery 4 can be used on productive systems as soon as possible. Considering the fact that Joomla 3.10 gets officially support until 17.08.2023 I personally plan to run my JoomGallery projects with Joomla 3.10 at least until the end of 2023. Pretty sure JoomGallery 4 will be ready by then.
If you need JG4 urgently, the only effective way to speed up the release is to join the development team and to actively participate in the code development. If you consider doing so, contact me. You find the contact in my signature.
Diese temporären Bilddateien werden generiert, wenn die Galerie die Bilder vor der Ausgabe dynamisch mit Wasserzeichen versieht.
Dies macht eigentlich nur Sinn, wenn unter bestimmten umständen gewünscht sind und sonst nicht. Z.B Wasserzeichen für unregistrierte Benutzer.
Andernfalls empfehle ich die Funktion zu deaktivieren und stattdessen bereits Bilder mit Wasserzeichen hochzuladen. Dies entlastet den Server.
Sorry, but I can not help you without further information. For me this does not look like a JoomGallery problem.
- what do you expect to show up in the select fields?
- are folder permissions correctly set in your images directory?
- what is your php, joomla, jg version?
Aktuell gibts sowas glaub nicht. Falls sowas realisiert wird, ich hätte auch interesse... ☝️
Ich persönlich habe aus diesem Grund, noch keine Projekte welche die JommGallery verwenden auf Joomla 4 aktualisiert. Joomla 3 erhält noch bis zum 17.08.2023 offiziell Sicherheitsupdates. Das bedeutet, dass Joomla 3 Seiten bis dann noch bedenkenlos betrieben werden können. Danach hoffe ich, dass Joomla 3 nicht sofort nach Support-Ende geknackt wird. Ich plane somit, meine JoomGallery Projekte noch mindestens bis Ende 2023 mit Joomla 3 zu betreiben.
Falls du dich entscheiden solltest trotzdem vorzeitig auf Joomla 4 zu aktualisieren, so kannst du zumindest davon gebrauch machen, dass die JoomGallery ihre Bilder in einer logischen Ordnerstruktur, gemäss der in der Komponente erstellten Kategorie-Struktur ablegt.
Du könntest also ein Modul nehmen, welches Bilder aus einem Ordner darstellt und so einzelne Kategorie-Ansichten erstellen.
Ich habe da zum Beispiel mal ein Modul für eines meiner Joomla 4 Projekte erstellt. In diesem Modul kannst du in den Moduleinstellungen ein Ordner auswählen und es erstellt dir eine Slideshow mit allen Bildern in diesem Ordner. Wenn du da ein JoomGallery-Ordner (/images/joomgallery/...) auswählst, kannst du dir JoomGallery-Bilder ausgeben lassen.
Der Kreativität sind da keine Grenzen gesetzt... 
Vielen Dank chris73 für dein Interesse am Projekt.
Ich bin selber Benutzer der JoomGallery 3 und habe somit ein persönliches Interesse daran, dass die JoomGallery 4 bald möglichst auf produktiven Systemen eingesetzt werden kann. Wenn die Entwicklung in gleicher Geschwindikgeit wie bisher voranschreitet und wir keine weitere Unterstützung von anderen Benutzern erhalten, wird es noch midestens bis im Sommer 2023 gehen, bis eine Beta-Version veröffentlicht werden kann.
Das Migrationsskript kommt dann sobald Kapazitäten vorhanden sind. Wenn du es früher brauchst, kann ich dir jedoch gerne behilflich sein, dass du die Implementation dazu machen kannst.
Ich rate dringend davon ab die JG4 Dev auf Produktivsystemen zu nutzen. Wir sind immernoch dran Funktionen zu implementieren und Funktionstests zu machen. Die Integrationstests folgen später.
Auch da ist Hilfe sehr willkommen. Wir haben aktuell 4 PullRequests offen zum testen auf GitHub.
Melde dich direkt bei mir, falls du interesse hast im Projektteam mitzuhelfen und die Entwicklung zu beschleunigen.
Es wird möglich sein die Bilder aus der JoomGallery 3 in die JoomGallery 4 zu übernehmen. Das Ablagesystem der Bilder bleibt unverändert. Da sich jedoch die Datenbankstruktur verändern wird, wird es nötig sein, ein Migrationsskript zu nutzen.
Die lange Entwicklungszeit der JG4 lässt sich damit erklären, dass wir die JoomGallery neu schreiben. Dies hat den enormen Vorteil, dass wir danach mindestens bis Joomla 6 kompatibel sein werden.
Zudem mussten wir leider feststellen, dass wir nur sehr wenig Unterstützung von unseren Nutzern kriegen. Mit aktuell nur 1-2 PHP unbezahlten Programmieren geht die Entwicklung nur sehr schleppend voran.
Abschätzung des bisher geleisteten Programmieraufwandes für die JoomGallery 4:
300 Arbeitsstunden (abzüglich Tests, Übersetzung und Dokumentation)
Die 4er Version wird eine andere Datenbankstruktur haben. Unter anderem, weil wir tags eingeführt haben. Ohne Migrationsskript, wird es deshalb nicht möglich sein die Daten der 3er Version zu nutzen.
Ein Migrationsskript wird zur gegebenen Zeit erstellt werden.
Inzwischen würde ich die JG4 mit einer neuen Joomla Installation testen.
Vielen Dank fotoserver für die Spende. Ich hab dir ne PM gesendet.
But if you have created a great design, feel free to share it with the community then it can become a part of the core in the future...
Any contribution to the project is very welcome!
With the component we focus on the functionalities and not the styles of the gallery. JoomGallery 4 will also provide just a basic design based on cassiopaia styling approaches. Fancy designs and styles we want to leave to the template designers.
As an opensource project we have to manage our development resources very well. Style is not a priority for us. We want to have a component with great features.
Moving photos by mouse is possible in the image list views.
In order to apply this ordering you created in the category views go to Configuration manager >> Frontend settings >> Image ordering and make sure it is set to ascending by ordering number.
Your images should now be ordered based on the ordering you created by dragndrop in the image list view.
Creating fancy styles is currently not part of the JoomGallery component. JoomGallery provides you with the default styles available in the protostar template. But you can create whatever style you like by creating template overrides.
Have you initialized the Joomla Framework correctly?
J1.5:Initializing the Joomla! 1.5 Framework in an external script - Joomla! Documentation
What kind of php error does your script throw?
Ist bei dir dynamische Bildbearbeitung aktiviert (Wasserzeichen, dynamischer resize)?
Probier mal folgendes:
