Beiträge von brsi

Ich bin immer noch dabei, ein Forum (Kunena) mit privaten Nachrichten (uddeim) einzurichten.

Wir sind ein überschaubarer Kreis von Personen. Es wird eine Art Schwarzes Brett sein mit Biete/Suche, Mitfahrgelegenheiten, aber auch Diskussionen über Themen, die unser Dorf betreffen.

Ich finde, die Informationen im Profil gehen viel zu weit, das würde in unserem Fall schon in Stalking ausarten (finde ich). Es kann ja jeder alles lesen, aber es muss nicht angezeigt werden, wieviel Beiträge oder Profilaufrufe jemand hat. Oder die Liste der Beiträge finde ich auch unnötig. Eigentlich möchte ich da nur den Button zu den Privaten Nachrichten haben und vielleicht noch das Beitrittsdatum.

"Benutzertyp" und "Zeitzone" sind auch überflüssig, es gibt nur einen Benutzertyp und wir wohnen ja alle in der gleichen Zeitzone.

Ich hab in der Konfiguration "Anzahl der Beiträge" auf "Nein" gestellt, sie werden trotzdem angezeigt, sowohl im Profil als auch unter dem Profilbild bei einem Beitrag. Ebenso hab ich "Profilaufrufe anzeigen" auf "Nein" gestellt, sie werden trotzdem angezeigt.

Kennt sich jemand damit aus?

Hallo JoomlaWunder,

doch, ich nutze nav-pills, und das steht so drin.

Bei .navigation stand margin-bottom: 10px. Das hab ich auf 0 gesetzt, jetzt sieht es halbwegs gescheit aus.

Danke für Deine Hilfe!

Ich glaube nicht, dass es am css liegt. Ich habe die template.css von der Site, bei der es richtig aussieht, rüberkopiert, das hat keine Änderung gebracht. In der user.css ist auch nichts, was mit der Navigation zu tun hat.

Irgendwie sieht es so aus, als ob da noch eine zweite Zeile wäre. Mit Inspect Element im Firefox seh ich aber auch keinen Unterschied.

Das Problem ist vielleicht banal, macht aber das ganze Layout kaputt.

Moin,

ich versuche, die Homeoage, die ich übernommen habe, auf protostar umzustellen. Dabei tauchen viele kleine Nicklichkeiten auf, z.B. diese: Ich habe ein horizontales Menü erstellt, hat auch geklappt. Aber der Bereich ist zu hoch. Auf einer anderen Homepage, die ich mit protostar erstellt habe, sieht es besser aus. Natürlich hab ich die Einstellungen verglichen, aber ich sehe keinen Unterschied.

Hat da jemand eine Idee?

Erstmal gute Nacht!

Scheint ja leider keine Alternative zu geben. Also hab ich mich mit der Installation von UddeIM weiter beschäftigt und auch rausgefunden, warum meine Installation nicht geklappt hat.

Ich musste zuerst die Installationsdatei entpacken (hätte ich bei dem Namen ...unzip1st.zip ja auch früher drauf kommen können). Dann habe ich über "Paketdatei hochladen" nur die Hauptkomponente installiert. Sieht jetzt schon ganz gut aus.

Welche Alternative gibt es denn?

https://www.joomlapolis.com/fo…or-joomla-3-x-branch-only

Okay, das bezieht sich auf Joomla 4.0, aber wir sind ja schon bei 3.9.14.

Moin,

Ich hab mir jetzt viel Mühe gegeben, ein Kunena-Forum einzurichten, gefällt mir richtig gut. Jetzt wollte ich UddeIM installieren. Das endete mit einem Fehler. Bei der Recherche habe ich herausgefunden, dass UddeIM nicht mehr weiterentwickelt wird.

Dank eines Threads hier im Forum ist es mir immerhin gelungen, UddeIM wieder komplett zu entfernen.

Aber was nun? Welche Komponente könnt Ihr mir als Ersatz für UddeIM empfehlen?

Super! Das Menü hatte ich noch gar nicht gesehen.

Danke!

Moin,

ich habe schon Language Overrides gemacht, z.B. in JEvents, und auch in Kunena, aber manche in Kunena funktionieren einfach nicht.

Und zwar kriege ich die Texte in der Menüleiste einfach nicht geändert. Entweder werden die Texte gar nicht gefunden, z,B, "Ohne Antwort", oder die Texte werden gefunden, z.B. "Aktuell", es erfolgt aber keine Änderung. Wahrscheinlich bezieht sich der Schlüssel auf eine andere Stelle im Frontend. Ist diese Menüleiste irgendwo fest verdrahtet? Ich will eigentlich nur "Index" in "Übersicht" übersetzen, mehr nicht. Es ist also nicht lebenswichtig, aber irgendwie doch irritierend.

Kennt jemand das Problem?

Wow, ich fasse es nicht und kann es kaum glauben: Es funktioniert jetzt!

Eigentlich waren es nur diese 2 kleinen Änderungen:

1. Ins benutzerdefinierte CSS von JEvents einfügen:

.action_dialogJQ.modal.hide.fade.in {display: block !important;}

2. In der Konfiguration der Eventbearbeitung "Frontendbearbeitung in Popus" auf "Nein" stellen.

Ich danke Euch allen für Eure Geduld und Hilfsbereitschaft!

In der Konfiguration der Eventbearbeitung hab ich jetzt "Frontendbearbeitung in Popus" auf "Nein" gestellt - und Tata!

Jetzt werde ich diese beiden Änderungen auf dem LIVE-System probieren...

Moin,

ich habe trotz der wunden Finger weitergegooglet und dachte schon, ich hätte die Lösung...

Im JEvents-Forum hab ich den Tipp gefunden, ins Benutzerdefinierte CSS von JEvents einzufügfen:

.action_dialogJQ.modal.hide.fade.in {display: block !important;}

Danach wurde das Menü zum Bearbeiten des Events angezeigt. Aber zu früh gefreut. Wenn ich dann den Menüpunkt "Bearbeite den Hauptevent" anklicke, habe ich wieder nur den Grauschleier.

An der Stelle wird Folgendes ausgeführt:

<a href="javascript:jevEditPopupNoHeader('/gemeindeascheffel/index.php/termine/icalevent_edit/466?rp_id=584&amp;year=2020&amp;month=01&amp;day=19');"  id="edit_event" title="edit event" ><img src="/gemeindeascheffel/media/com_jevents/images/icons-32/edit.png" alt="Bearbeite den Hauptevent" />Bearbeite den Hauptevent</a>

Also irgendwie tatsächlich ein javascript-Problem?

So, ich hab lokal xampp wieder laufen und ein aktuelles Backup eingespielt. Ich kann ein Event erfassen, aber wenn ich es bearbeiten will, kommt wieder nur der Grauschleier ohne das Menü.

Hat irgendwer noch eine Idee?

Hallo Elwood,

die Seite http://www.gemeinde-ascheffel.de läuft, eben bis auf das Bearbeiten von JEvents-Terminen im Frontend.

Deshalb hab ich mir ja die lokale Kopie mit xampp erstellt und alle "Experimente" nur lokal gemacht. Mit der LIVE-Seite bin ich übervorsichtig. Ich habe die Pflege gerade erst übernommen und möchte nicht gleich damit glänzen, dass ich die Seite zerschieße. Lieber verzichte ich auf das Bearbeiten im Frontend.

Ich hab phpMyAdmin gestartet, die Datenbank ausgewählt und auf "Rechte" geklickt. Ergibt eine Error Message:

#1030 - Fehler 176 "Read page with wrong checksum" von Speicher-Engine Aria

Heißt ja wohl, dass die DB im Eimer ist. Also werde ich sie löschen und das Backup nochmal einspielen. Ich melde mich wieder, wenn ich das geschafft habe!

Gruß

Brigitte

Okay, ich hab mir die Zugangsdaten aus der configuration.php rausgesucht. Wie kann ich überprüfen, ob die Datenbank damit erreichbar ist?

Hallo Christine,

phpmyAdmin lässt sich starten, ich erkenne keinen Fehler in der Datenbank.

Ich hab die ursprüngliche php.ini wieder rüberkopiert, hat aber nicht geholfen.

Hallo Elwood,

den alten thread hatte ich schon gelesen, aber nichts gefunden, was mein Problem gelöst hätte. Ich hatte auch nicht die Stelle gefunden, an der man JQuery deaktivieren kann.

Aber im Moment müsste ich erstmal die Seite wieder starten können, s.o.

Gruß

Brigitte

Marco, sorry, ich dachte, ich hätte darauf schon geantwortet. Soweit ich mich erinnere, blieb es bei dem Grauschleier. Ich wollte das zur Sicherheit nochmal ausprobieren, und jetzt das:

Warning: session_start(): Failed to read session data: user (path: C:\xampp\tmp) in C:\xampp\htdocs\GemeindeAscheffel\libraries\joomla\session\handler\native.php on line 260

Error: Failed to start application: Failed to start the session

Och nö.