Beiträge von Eli

für meine Aussagen "J5 is rotten" entschuldige ich mich. J5 wird sauber laufen. Manche externe Erweiterungen machen halt Schwierigkeiten.

Mir fiel grad ein, den Fehler zu wiederholen, in anderer Umgebung: neues seperates j5.4.1 auf php 8.3 (und 8.1 für abook) mit einem händisch eingetragenen abook categorie & Datensatz und Kontakt-Eintrag: kein Abbruch! Kontakte wurden doch indexiert und später auffindbar.

Also in dieser Entgültigkeit ist meine Analyse+Urteil nicht so ganz haltbar.

Vielleicht wurden falsche Daten importiert.

bei mehreren Importversuchen aus abook-J!3 gab es

Field 'lang' doesn't have a default value (hier fehlt das "Wo": der Tabellenname)
1062 Duplicate entry '3' for key 'PRIMARY'
Warning! – Fehler beim Verschieben der Datei: nach [ROOT]/administrator/components/com_abook/uploads/
The file must have the '.sql' extension

da bin ich noch dran ...
ich versuche einen kompletten Import, nicht-händisch, und dann Verhalten kucken

bzw.

Daten vergleichen zwischen funkt. und nicht-funkt. Installationen

ich hatte nicht nur mit der Suche nach AB-Titeln ein Problem, sondern auch mit dem Finden von J!-Kontakten.
Der Fehler scheint im "finder"-Plugin "Smart Search - Abook" (Plugin 4.0.5, 15.11.2024, plg_finder_abook 4.0.5) <https://alexandriabooklibrary.org/en/downloads/29-plugins.html> zu liegen. Ich habe denen schon Bescheid gesagt.
In den Suchindex werden erst Inhalte externe Komponenten eingelesen, dann die core-Komponenten wie Kontakte, Beiträge, ....
Das "externe" Abook-Plugin zeigt erstens im Index-Statusfenster schon eine falsche Anzeige (nur "1" Buch anstatt 1500) und zweitens bricht es scheinbar nach dem Titeldurchlauf den gesamten Indexprozess ab. Buchtitel sind danach im Index und werden gefunden, aber schon keine Autoren mehr. Die folgenden core-Komponenten werden auch nicht mehr eingelesen. Daher fehlten z.B. "Kontakte" in den Suchergebnissen. Durch Speichern einzelner Kontakte, "gerieten" einzelne in den Index und wurden gefunden, aber nach Neuindexierung mit dem fehlerhaften PlugIn, fehlten sie wieder.
Wenn ich "Smart Search - Abook" deaktiviere, läuft alles. Für die "Alexandria Book Library 4.0.6" bleibt dann erstmal nur deren hauseigene, mitinstallierte Suche, bis ihr PlugIn repariert ist.

"schon immer": J!3 läuft klaglos ohne. J!5 lief auch, und: der de-Menüeintrag und en-Menüeintrag beseitigt das Problem mit dem Suchen nicht.
trotzdem: ich hab es jetzt in J!5 so eingerichtet.

mittlerweile findet die smart-search viele com_abook-Bücher, allerdings ohne funkt. Link ins Detail
500 icon::print_popup not found.
(da muss ich da in den router kucken?)

und aus der com_contacts wird immer noch nichts gefunden. Erst wenn ich explizit den Kontakt nochmal händisch speichere.

ersten beiden Warnungen/Hinweise beseitigt:
Diese Website wurde als mehrsprachig definiert. Es muss mindestens ein Sprachauswahlmodul der Sprache „Alle“ zugewiesen und veröffentlicht sein. Dieser Hinweis kann ignoriert werden, wenn das Sprachauswahlmodul nicht eingesetzt wird, aber dafür direkte Links.

• ich hatte ein eigens Sprachauswahl-div. Das habe ich durch J!'s ersetzt

Warnung Warnung! Ein Benutzer/Autor sollte nur einen verknüpften Kontakt haben, welcher der Sprache „Alle“ zugewiesen ist, ODER einen Kontakt pro veröffentlichter Inhaltssprache.
Einige Kontakte, die mit dem Benutzer „Eli“ verknüpft wurden sind fehlerhaft.

• habe die Verknüpfung weg genommen

Einige Einträge sind der Inhaltssprache zugeordnet, aber diese Inhaltssprache wurde in den Papierkorb verschoben oder wurde gelöscht.

den Hinweis bekomme ich nicht weg.
hier sind von 500 drei in en-GB und de-DE - der Rest * ... ich rätsele

im obigen screenshot "Mehrsprachstatus" sind jetzt Veröff.Startseiten mit grüne Häkchen und veröff.Startseiten 3

das Problem bleibt trotz dieser Gymnastik bestehen: smart- ist eher restricted-search
(muss ich wohl drauf verzichten und auf eine com_search downgraden? Gäbe es da etwas zu beachten?)

nun, die webseite hat 10% Seiten in deutscher und englischer Version. Englisch ist dann über die Beitragsoption "Verknüpfungen" angefügt. Multisprach-Plugin ist aktiv und schaltet entsprechend der User-Browsereinstellung um bzw. kann man per Fähnchen auf /de oder /en schalten. Es gab in J!3 und jetzt in J!5 die "Startseite" als Blog-Menüeintrag mit Sprache "Alle", die als Blog Hauptbeiträge, je nach Sprache, herauszog & als "Startseite" zusammenstellte.
Ist das eine mehrsprachige Seite laut J!-Definition? In J!3 lief und läuft das so hervorragend - inkl. der finder-Suchen etc..
Eine J!-Warnung und chatgpt's Äußerungen haben mich, bei dem trouble jetzt, in J!5 einen de-Menüeintrag und einen en-Menüeintrag neben den Alle-Menüeintrag stellen lassen. Bin rein logisch nicht so glücklich damit aber beobachte noch, erkenne eigentlich noch keine große Verbesserung. Kann sein, dass eine J!-Warnung weg ist (weiß manchmal nicht genau. wo/wann die auftauchen).
mehrsprachig: ich mag dieses "Doppelmenüschema" DE, EN nicht. Lieber so eine "niederschwellige" Spracheinbindung.

vllt.? Schaue ich mir nachher an ...

> Warnung Die Standard-Startseite, die der en-GB Inhaltssprache zugeordnet ist, ist nicht veröffentlicht. Die Sprache wird auf der Website nicht angezeigt.

damit kann ich nichts anfangen: im Nebenmenü habe ich die eine Startseite als Menülink mit Beiträge "Hauptbeiträge" und Sprache "Alle" und Alias home. Keine Standard-Startseite. was spricht J! hier von "nicht veröffentlichter Standard-Startseite"? Die Startseite ist der Menülink, der Hauptbeiträge sammelt. Darunter können natürlich welche nicht veröffentlicht sein, die ich nicht mehr für aktuell hielt, um da keine Enlosseite von zu machen.

Meine Benutzer/Autoren sind alle auf Sprache "Alle"
Ich habe einen Kontakt in en u. de, der auf den selben Benutzer ("Alle") linkt.
Dann gibt es noch einen 2-sprachigen Kontakt, von dem nur das deutsche Profil auf einen anderen Benutzer linkt.

Beim Einrichten von J! war ich erst bisschen unsicher und habe vllt. auf "richtig mehrsprachig" gesetzt, dann aber meine Version mit den verknüpften Sprachen realisiert. Ob das hier relevant ist?

PS: das forum ist grad "auch" "etwas" fragil - will garnix mehr annehmen - nach dem X-ten gelingt ne Antwort erst

oben rechts bei Mehrsprachenstatus stehn noch Hinweise ...:

• Warnung Die Standard-Startseite, die der en-GB Inhaltssprache zugeordnet ist, ist nicht veröffentlicht. Die Sprache wird auf der Website nicht angezeigt.
• Warnung Die Standard-Startseite, die der de-DE Inhaltssprache zugeordnet ist, ist nicht veröffentlicht. Die Sprache wird auf der Website nicht angezeigt.
• Warnung! Ein Benutzer/Autor sollte nur einen verknüpften Kontakt haben, welcher der Sprache „Alle“ zugewiesen ist, ODER einen Kontakt pro veröffentlichter Inhaltssprache.
• Einige Kontakte, die mit dem Benutzer „Klaudewitz“ verknüpft wurden sind fehlerhaft.
  

dem ist noch nachzugehen.

Darunter dann:

da ist sie.

Danke!
aber nichts im Papierkorb.

Papierkorb leer: Information Keine übereinstimmenden Ergebnisse
beide Sprachen, en & de, veröffentlicht.

Kontakte
(wieder mit Warnung: "Einige Einträge sind der Inhaltssprache zugeord...")
bis auf drei stehen alle auf Alle.
Die drei haben jeweils ein verknüpftes de und en Profil.

Ich habe die mal entkoppelt und auf Alle gestellt, danach wieder de mit en Verknüpft. Die Warnung beim Aufruf der Kontakte im backend bleibt aber.

500 Kontakte sind in com_contact gespeichert mit versch. Status, manche als Haupteintrag, alle auf 7 Kategorien verteilt.

Aber nach Neuindexierung werden Namensuche nicht als Treffer (Typ: Kontakt) in der Suche gelistet.
Erst wenn ich einen Kontakt im Backend geöffnet habe und dann "nochmal" schlicht speichere, wird er in einer Suche als Treffer gelistet.
Interessant wäre, was in J!5 beim Speichern passiert, was in Verbindung mit-, oder für SmartSearch dann anders ist?

beim Aufruf der backend-Kontakte-Liste:
> ! Einige Einträge sind der Inhaltssprache zugeordnet, aber diese Inhaltssprache wurde in den Papierkorb verschoben oder wurde gelöscht.
Ursache habe ich noch nicht aufspüren können. Eigentl. habe ich de & en aktiv, installiert und geladen, meine ich. Diese zweisprachige Handhabung funktioniert jedenfalls als Beitrag & Menü.

ob da ein Fehler in den Daten an sich steckt/stecken kann? Die sind ja per J2XML o. phpmyadmin-Tabellen-Übertragung importiert. Ob das relevant sein kann für J!5? Aber: "Alle Datenbanktabellenstrukturen sind auf dem neuesten Stand." - eine "Wartung" sollte das zu Tage bringen? Und ich glaubs ja nicht. Auf die Tab.struktur habe weitestgehend geachtet.

ab und zu gibt es eine Meldung:
"Einige Einträge sind der Inhaltssprache zugeordnet, aber diese Inhaltssprache wurde in den Papierkorb verschoben oder wurde gelöscht."
die ich noch nicht lösen konnte. Ich habe 5% englische Artikel, mit dem deut. default verknüpft, und wechseln kann man über ein kleines Fähnchen auf /en bzw. /de (switcht dann auf Startseite ...).

danke, ja.

inkl. Inhalte u. Erweiterungen.

wie gesagt: Ein Kontakt aus der Liste wird erst von Smart Search / Suchindex gefunden und als "Typ: Kontakt" gelistet, wenn ich den gespeichert habe. Alle Kontakte, die ich nicht gespeichert habe, werden nicht gefunden. Wenn ich den Index lösche, werden wieder keine Kontakte gefunden - bis ich sie einzeln speichere. Wenn ich o. jemand den Index aus Versehen löscht, wird das ärgerlich ...

Wo das Indexieren auf "Automatik" gestellt wird (nach KI), habe ich noch nicht gefunden (Autom. sollte autom. sein).

es geht aber auch um den "finder"/smart-search, der keine Personen aus #_com_contacts findet/listet - bzw. nur die, die ich nachträglich einzeln speicherte. Vorher kommen sie als Kontakt im Ergebnis nicht vor.
Ich habe die Tabellen rauf & runter durchsucht, aber noch keine Idee, wie es dazu kommt/gekommen ist. Die oben vermutete Ursache ("anstatt 0000-00-00 musste NULL hin oder so und wenn die user_ID nicht passt"), scheint es nicht zu sein.

Und das Abook-PlugIn "funktioniert" genauso (nicht, /eingeschränkt)
momentan keine Idee mehr ...

also ich ärgere mich über J!5 - J! ist rotten (sorry)

btw: J!3 funktioniert, ist schnell (gibt halt bloß n php-Alterungsproblem). J!5 hat irgendwie überall ein delay.

Zum Thema

der "finder", Indexer, "smart search" funktioniert nicht, indexiert nicht stabil.
(_abbook kann da auch nichts dran ändern, schätze ich mal
https://forum.voxpopulix.org/index.php?topic=966.0) Die eigene _abbook-Suche funktioniert tadellos.

dann gibt es noch ein kleines (abbook-)popup-Problem:
selbst wenn in J! der abbook-Datensatz gefunden wurde (nachdem ich den einen Ds explizit gespeichert und er dann in 3 anstatt einer finder-Tab. vorkam), gibt es aus dem J!-such-Ergebnis keinen Link auf eine (abbook-)Detailansicht wie view=book:
https://domain.tld/de/publik/abook.html?view=book&id=1533:sonnenblumen-5&catid=13:flora

sondern nur eine schnöde kaputte Fehlerseite mit
500 icon::print_popup not found.

##wo kann man denn den finder-Detail-Link so "verwursten"; wie kann es sein, dass finder-Link ins Nirvana führen?

https://domain.tld/de/component/contact/contact/eli.html?catid=163:registered&highlight=WysdfR4rZSJd&Itemid=167
https://domain.tld/en/component/contact/contact/eli-en.html?catid=163:registered&highlight=WysdfR4rZSJd&Itemid=167
(dagegen der contact-Detail Link)
----------------------------------------------------------
Indexierung läuft
JEM 1150 of 1512
Abook 0 of 1
Categories 0 of 67
Contacts 0 of 481
Content 0 of 205
Newsfeeds 0 of 0
Tags 0 of 9
------------------
Index wird optimiert
Die Indextabelle wird für bestmögliche Darstellung optimiert. Achtung, ...
JEM 1512 of 1512 wurde durchgezählt, ok
Abook 788 of 1 wurde durchgezählt aber 788 of "1"? nee: eigentl. of >1500!
Categories 0 of 67
Contacts 0 of 481
Content 0 of 205
Newsfeeds 0 of 0
Tags 0 of 9

oh yeah[gähn]
----------------------------------------------------------

3. mit deaktiviertem "finder" wird nix gefunden, mit gelöschtem index auch nicht
(ich dachte, vllt. springt wenigstens eine "normale" db-Suche an, die mir eigentl. reicht)

----------------------------------------------------------

also index neu aufgebaut:

wieder dieselben Datensätze nicht gefunden/indexiert(?)
obwohl ich an "dem einen Ds explizit gespeicherten", nichts gändert habe, der also "sauber" sein sollte und hätte eingelesen werden müssen.
Und das alles eben auch bei #_com_contacts
Bei _com_contacts war ein anderes Datumsformat glaub ich n Problem: anstatt 0000-00-00 musste NULL hin oder so und wenn die user_ID nicht passt (wenn kein user da: überspringen) ... Pipifax eigentlich

schade.
irgendwie zweifle ich an J!
was ist denn so neu an J!5? Ich sehe da keinen Fortschritt. Nicht sonderlich User-wichtig, die Neuerungen
Insbesondere bei solchen "Herz-Komponenten" wie finder und contacts. Da

##sollte doch ne Art "Wartungsroutinen" da sein. (so ein check-Daten-Kompatibiliätsding - datt wär schööön)
kann man die Search/finder-Erweiterungen ganz deinstallieren und neu raufspielen? Habe den index bisher nur gelöscht und den finder deaktiviert (dann wurde überhaupt nix mehr gefunden).

Ich möchte nicht wissen, woran sich bei einem J!5 die Entwickler halten müssen, wenn das CMS so "strukturintollerant" ist.

ich bin ja nur froh, dass ich in so nem fragilen Umfeld keine J!3-J!5-Mirgration gestartet habe*. Habe einfach ne neue J!5-Installation und das Meiste mit J2XML übertragen, z.T. wohl auch händisch. Sowas sollte stabil funktionieren.
*Mirgration hätte ich "live" gemacht, um nicht mit 1000 Tabellen und Versionen zu handtieren.

so einen trouble können sich wenige leisten ... ich möchte ja ungern das CMS wechseln

lG. & sprachlos,
eli

------------------------
Joomla Version 5.4.1
PHP Version PHP 8.4.x
https://alexandriabooklibrary.org: 4.0.6 for J4 and J5 (Current versionBeta) und the plugins (plg_content_loadbook_4_0_5, plg_finder_abook_4_0_5)

in der ab sind gut 1500 Titel. Wenn ich im backend oder bei phpmyadmin zu nem Stichwort alle 8 Titel gelistet bekomme, sinds im Frontend 0 oder z.B. nur 1. Irgendwas lief da beim Einlesen nicht rund?

Und der Link auf einen Titel/die Detailansicht: in der spez. AB-Suche ok, in der J!-Seitensuche jedoch ein 500 icon::votebook not found. Und fehlerhafer Fehlerseiten-Aufbau abgebrochen/falsch:

Links aus:
J-Suche: falscher link > 500 icon::votebook not found. fehler-Seitenaufbau abgebrochen/falsch
testtest
https://domain.de/en/component/abook/book/1630-testtest.html?catid=14&Itemid=167
https://domain.de/de/component/abook/book/1630-testtest.html?catid=14&Itemid=167

J-ab-Suche: korrekt > funktioniert, korrekte detail-Ansicht
testtest
https://domain.de/en/publications/bib.html?view=book&id=1630:testtest&catid=14:geo
https://domain.de/de/publications/bib.html?view=book&id=1630:testtest&catid=14:geo

dieser "eigenartige" index ist ungenau. auch wenn das damit schneller sein soll/kann ist sowas doch redundant (... "kanonen auf Spatzen schießen?) und hier ungenau: es gibt existietrende Strings/Suchworte die nicht gefunden werden, andere, von denen es per backend-suche 13 gibt, im frontend allerdings nur 8 gezeigt werden??

Hi,

ich habe neben der "Alexandria Book Library" nat. ihr plugins (plg_content_loadbook_4_0_5, plg_finder_abook_4_0_5) installiert. Trotzdem zeigt die J!-Suche nix aus AB an. Komponeten > Index ist durchgelaufen, AB wurde auch angezeigt, aber: nix. Was mache ich blo falsch? Vorkommen/Treffer aus JEM werden angezeigt ...?!

wie gesagt: Kompo + 2 PlugIns aktiv + Indexiert. Worauf ist noch zu achten? Gebetskerze udn Handstand vor dem PC? (so ist mir schon)

kennt sich jemand damit aus?

danke für tipps, lg. eli

aus Indexierung: Debug-Modus
{"error":true,"code":0,"message":"Call to a member function getIdentity() on null","trace":
"#0 \/www\/htdocs\/kokokoko\/j5\/plugins\/finder\/abook\/abook.php(299): Joomla\\Component\\Finder\\Administrator\\Indexer\\DebugAdapter->getItemMenuTitle('index.php?optio...')
\n#1 \/www\/htdocs\/kokokoko\/j5\/administrator\/components\/com_finder\/src\/Indexer\/DebugAdapter.php(967): PlgFinderAbook->index(Object(Joomla\\Component\\Finder\\Administrator\\Indexer\\Result))
\n#2 \/www\/htdocs\/kokokoko\/j5\/administrator\/components\/com_finder\/src\/Controller\/IndexerController.php(359): Joomla\\Component\\Finder\\Administrator\\Indexer\\DebugAdapter->debug('')
\n#3 \/www\/htdocs\/kokokoko\/j5\/libraries\/src\/MVC\/Controller\/BaseController.php(730): Joomla\\Component\\Finder\\Administrator\\Controller\\IndexerController->debug()\n#4 \/www\/htdocs\/kokokoko\/j5\/libraries\/src\/Dispatcher\/ComponentDispatcher.php(143): Joomla\\CMS\\MVC\\Controller\\BaseController->execute('debug')
\n#5 \/www\/htdocs\/kokokoko\/j5\/libraries\/src\/Component\/ComponentHelper.php(361): Joomla\\CMS\\Dispatcher\\ComponentDispatcher->dispatch()\n#6 \/www\/htdocs\/kokokoko\/j5\/libraries\/src\/Application\/AdministratorApplication.php(150): Joomla\\CMS\\Component\\ComponentHelper::renderComponent('com_finder')
\n#7 \/www\/htdocs\/kokokoko\/j5\/libraries\/src\/Application\/AdministratorApplication.php(205): Joomla\\CMS\\Application\\AdministratorApplication->dispatch()\n#8 \/www\/htdocs\/kokokoko\/j5\/libraries\/src\/Application\/CMSApplication.php(304): Joomla\\CMS\\Application\\AdministratorApplication->doExecute()
\n#9 \/www\/htdocs\/kokokoko\/j5\/administrator\/includes\/app.php(58): Joomla\\CMS\\Application\\CMSApplication->execute()
\n#10 \/www\/htdocs\/kokokoko\/j5\/administrator\/index.php(32): require_once('\/www\/htdocs\/kok...')\n#11 {main}"}

wieso 'muss' man den hoster angeben?

Hi,

hier leider ein JEM-Fehler: kann jemand erkennen, was hier passiert ist? Wie funktioniert JEM (wieder)?

Fehler ist nun beim Speichern eines events aufgetreten:
0 Call to a member function format() on false
Call Stack
# Function Location
1 () JROOT/libraries/src/Form/Field/CalendarField.php:405
2 Joomla\CMS\Form\Field\CalendarField->filter() JROOT/libraries/src/Form/Form.php:1058
3 Joomla\CMS\Form\Form->filter() JROOT/libraries/src/Form/Form.php:1002
4 Joomla\CMS\Form\Form->process() JROOT/libraries/src/MVC/Model/FormModel.php:219
5 Joomla\CMS\MVC\Model\FormModel->validate() JROOT/libraries/src/MVC/Controller/FormController.php:636
6 Joomla\CMS\MVC\Controller\FormController->save() JROOT/libraries/src/MVC/Controller/BaseController.php:730
7 Joomla\CMS\MVC\Controller\BaseController->execute() JROOT/administrator/components/com_jem/jem.php:53
8 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
9 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::{closure:Joomla\CMS\Dispatcher\LegacyComponentDispatcher::dispatch():70}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:73
10 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:361
11 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/AdministratorApplication.php:150
12 Joomla\CMS\Application\AdministratorApplication->dispatch() JROOT/libraries/src/Application/AdministratorApplication.php:205
13 Joomla\CMS\Application\AdministratorApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:304
14 Joomla\CMS\Application\CMSApplication->execute() JROOT/administrator/includes/app.php:58
15 require_once() JROOT/administrator/index.php:32

ebenso manchmal bei venue:
beim ersten Speichern:
Speichern fehlgeschlagen. Fehler: Incorrect datetime value: 'now' for column `d001ca38`.`j5_jem_venues`.`created` at row 1
dann gleich nochmal speichern:
Der Eintrag wurde gespeichert.

JEM Paket: 4.3.4, Joomla 5.3.4, PHP: 8.4.7. Freigegebene Events: 1200

Daten sind aus einem phpmyadmin-Import der Tab. events, venues, categories in die akt. JEM 4.3.4-Struktur (ist ja bisschen anders)
(man kann aus dem alten JEM Tab exportieren und ins neue importieren, allerdings wurden ID-Verknüpfungen zu cat und venue falsch gesetzt, daher händisch)

habe schon Db repariert und freigegeben, aber keine Besserung.
Woran liegt der Fehler?

eli

vielen Dank! Das ging ja schnell

die dort aufgeführten Tipps funktionieren gut,
mein wesentliche css hier anhängig.
Wegen "flex" ist es etwas verändert.

Kleine Hinken sind noch da:

auf PC ist
das Menü oben zentriert in einer Reihe und endet mit dem Suchfeld & button
in der mobilen Version ist
das HH-Menü rechts oben und darunter Suchfeld & button

Wenn ich die Seite neu lade, switched die Sucheinheit immer kurz auf das Hamburger. Das sieht blöd aus.

Beim Öffnen des HH rechts oben, schieben die Menüpunkte die Sucheinheit nach unten: prima. Wenn ich Unterpunkte öffne, schieben die sich allerdings über die Sucheinheit. mmpf!

Bei einem langen Unterpunktnamen liegt der Öffnen-button nicht mehr rechts, sondern direkt rechts unter dem Wort in ner "2. Zeile"

(aber im Ganzen gehts erstmal)

lG. eli

/*   forum.joomla: ------------- sprung zwischen 767 und 768 */
@media (max-width: 993px) {  
 header .navbar-brand {
   left: 10px;
   bottom: 10px;
 }
 .container-header .navbar-toggler {  
   background-color: black;   
 } 
 .grid-child.container-nav { 
   flex-direction: column;
    align-items: end;          /*  rechtsbündig  */
 }

.container-header .container-nav {
    justify-content: right;
}
ul.mod-menu.mod-menu_dropdown-metismenu.metismenu.mod-list li {
    justify-content: right;  
}
nav.navbar.navbar-expand-lg {
    justify-content: right;    
} 
.navbar-toggler {
 width:51px;
}
.container-header .container-nav nav, .container-header, .container-nav, .container-search {
    margin-top: 0em;
}
}

@media (width <= 767.98px) {  
.container-header .container-nav .container-search { 
 margin-top: 0em;  }
}

hey,

ich wollte ganz einfach diese "Hamburger-Menü"-Choose
nicht links sondern rechts haben und
sie soll den Content nicht verschieben sondern drübergleiten.

das kann doch nicht so schwer sein? Ich brösele da schon einen Tag dran rum, mit diversen Versuchen in der user.css unter @media (max-width: 993px) { ... }
es passt rechts nicht so sauber wie links.
Hat das von euch schon Mal jemand gemacht o. versucht?
Was gibt es da für Kern- o. Knackpunkte?

Dank für Tipps & Hilfe,
lG. eli