Recent Posts

31

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by sternchen8875 on September 16, 2025, 05:51:02 PM »

english
In my theme, I use the same technique as always in WB and as in the default theme. So it would be a question of group settings whether you can delete or manage sections. The icons are then activated via the permissions.

german
in meinem Theme nutze ich die gleiche Technik wie schon immer in WB und wie es auch im DefaultTheme ist. Wäre also eine Frage der Gruppeeinstellungen, ob man löschen oder Sektionen managen kann. Die Icons schalten sich dann über die Permissions

Code: [Select]

$aPermissions = [
        'pages_view'   => $admin->get_permission('pages_view'),
        'pages_add_l0' => $admin->get_permission('pages_add_l0'),
        'pages_add'    => $admin->get_permission('pages_add'),
        'pages_modify' => $admin->get_permission('pages_modify'),
        'pages_settings' => $admin->get_permission('pages_settings'),
        'pages_delete' => $admin->get_permission('pages_delete'),
    ];

32

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by crnogorac081 on September 16, 2025, 04:14:47 PM »

A question, Can Steve and Bob add or delte pages ? Or only manage content ? And Are they in group 1 ( same as super admin ) or diferent ?

Situation: Ich habe eine Website mit mehreren Redakteuren erstellt.
Redakteur Bob kann nur auf die Seiten 1 bis 4 zugreifen, um sie zu bearbeiten.
Redakteur Steve kann nur auf die Seiten 5 bis 10 zugreifen, um sie zu bearbeiten.
Etcetera.

Wäre es nicht schön, wenn Bob und Steve die Seiten, die sie ohnehin nicht bearbeiten können, gar nicht erst sehen würden? Diese Seiten sind derzeit noch aufgelistet, nur nicht anklickbar. Warum sie nicht einfach ausblenden?

 ----

Situation: I built a website that has several editors.
Editor Bob can only access pages 1 to 4 to edit
Editor Steve can only access pages 5 to 10 to edit
Etcetera.

Wouldn't it be nice if Bob and Steve would never even SEE the pages that they can't edit anyway? Those pages are now still listed, just not clickable. Why not hide them?

33

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by sternchen8875 on September 16, 2025, 03:20:31 PM »

english
So, my version of the initial topic

The admin view

https://i.gyazo.com/9cfc5d6123677f30c208e6f07db8a3fe.png

The view for Bob

https://i.gyazo.com/8b897937172ed79bb8017a3084f834ea.png

I use a new setting in the WB options, visible only to the SuperAdmin.
Then a switch corresponding to this setting, which only displays the pages of this user group.

So, in principle, it's not a problem, but if you need a solution that's ready tomorrow, then that's not possible. However, it might be possible for the next WB version, technically speaking.

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

german

so, meine Variante zum Eingangs-Thema

die Admin-Ansicht

https://i.gyazo.com/9cfc5d6123677f30c208e6f07db8a3fe.png

die Ansicht für Bob

https://i.gyazo.com/8b897937172ed79bb8017a3084f834ea.png

Ich nutze eine neue Setting in den WB-Option, nur für den SuperAdmin sichtbar
dann eine Weiche entsprechend dieser Einstellung, die nur die Seiten dieser Usergruppe darstellt

Also vom Grundsatz her kein Problem, aber wenn du eine Lösung brauchst, die morgen schon fertig ist, dann geht das nicht - für die nächste WB-Version könnte das aber möglich sein von der Technik her

34

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by sternchen8875 on September 16, 2025, 03:10:45 PM »

I couldnt edit the page

only  possible in the first 15 min after the post   

35

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by crnogorac081 on September 16, 2025, 11:26:10 AM »

I couldnt edit the page, so I upload new video here  https://files.fm/f/u8x4cyu7pb

The same way the search works, it can display pages based on who can view/edit..

cheers

36

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by crnogorac081 on September 15, 2025, 08:01:50 PM »

It Is doable, the display would be same way as my search works (1 Level) https://ibb.co/py9cnTx

37

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by sternchen8875 on September 15, 2025, 04:13:40 PM »

english by Deepl
In principle, it's an idea I could live with. And... it could be made switchable in the WB options or something like that.

From a purely technical point of view, it would probably slow down the current page tree, as one more check would be necessary for each field in a row. I see problems more in terms of clarity. In a test installation, for example, I have 8 possible levels. If I now set levels 7 and 6 for an editor named Bob, he would have to see the page tree up to that point. If I have to display it anyway, does the idea still make sense?

A "radical" solution might be to dispense with a tree or the staircase-shaped nesting as such. In the end, Bob has 5 pages to edit and Steve has 5 others, and where these are located in the tree could be displayed differently. That would probably mean having to say goodbye to the current page overview. But if I, as a super admin or administrator group, can define this, all that is needed is a different way of processing the data.
So it's technically feasible, and I've wanted this a few times, but since I've always been the super admin and editor in all my projects, the need for such a solution wasn't so great that I had to pursue it.

In the end, the question is really, is this what Steve and Bob should see? A list of approved pages, nothing more?

german
Vom Grundsatz her eine Idee, mit der ich gut leben könnte. Und.. es ließe sich ja schaltbar machen in den WB-Optionen oder so

Rein technisch würde es wohl den aktuellen Pagetree langsamer machen, da für jedes Feld in einer Zeile eine Prüfung mehr nötig wäre. Probleme sehe ich eher in der Übersichtlichkeit. In einer Testinstallation habe ich z.b. 8 mögliche Level. Wenn ich nun Level7 und Level6 für einen Bearbeiter Bob festlege, muß der wohl den Seitenbaum bis dahin sehen. Wenn ich den sowieso darstellen muß, macht die Idee dann noch Sinn?

Eine "radikale" Lösung wäre vielleicht, auf einen Tree bzw die darstellende Verschachtelung in Treppenform als solche zu verzichten. Am Ende hat Bob 5 Seiten zu bearbeiten und Steve 5 andere, wo diese im Tree liegen, ließe sich ja anders darstellen. Das hieße wohl, das man sich vom Bild der aktuellen Seitenübersicht verabschieden muß. Aber wenn ich als SuperAdmin oder Administratorgruppe das so festlegen kann, braucht es nur eine andere Aufbereitung der Daten.
Also technisch durchaus umsetzbar und ein paar Mal hab ich mir das auch schon gewünscht, da ich aber in alle meinen Projekten auch immer SuperAdmin und Redakteur war, war der Zwang zu solcher Lösung nicht so groß, das man sich dahinter klemmt

Die Frage ist am Ende wirklich, ist es das, was Steve und Bob sehen sollen? Eine Liste mit den zugelassenen Seiten, nicht mehr?

38

General Help & Support / Re: Feature Request: Hide pages in the backend

« Last post by ruebenwurzel on September 15, 2025, 02:52:13 PM »

Hallo,

Probleme sehe ich bei verschachtelten Strukturen. Wenn Bob nur Seiten der Hauptebene bearbeiten darf und Steve nur jeweils die Unterseiten dieser Hauptseiten und ein dritter nur einzelne Unterseiten der Unterseiten, wie will man das dann darstellen. Alles auf einer Ebene? Wie sieht dann der Admin, der Zugriff auf alle Seiten hat, den Seitenbaum?

Finde es gar nicht so schlecht, dass die Redakteure die gesamte Seitenstruktur sehen, so wissen sie wenigstens wo sie sich gerade befinden.

Gruß
Matthias

39

General Help & Support / Feature Request: Hide pages in the backend

« Last post by CodeALot on September 15, 2025, 01:08:37 PM »

Situation: Ich habe eine Website mit mehreren Redakteuren erstellt.
Redakteur Bob kann nur auf die Seiten 1 bis 4 zugreifen, um sie zu bearbeiten.
Redakteur Steve kann nur auf die Seiten 5 bis 10 zugreifen, um sie zu bearbeiten.
Etcetera.

Wäre es nicht schön, wenn Bob und Steve die Seiten, die sie ohnehin nicht bearbeiten können, gar nicht erst sehen würden? Diese Seiten sind derzeit noch aufgelistet, nur nicht anklickbar. Warum sie nicht einfach ausblenden?

 ----

Situation: I built a website that has several editors.
Editor Bob can only access pages 1 to 4 to edit
Editor Steve can only access pages 5 to 10 to edit
Etcetera.

Wouldn't it be nice if Bob and Steve would never even SEE the pages that they can't edit anyway? Those pages are now still listed, just not clickable. Why not hide them?

40

Modules / Re: Duplicate entry '0-' for key 'wb_mod_news_groups.ident_news'

« Last post by sternchen8875 on September 10, 2025, 03:43:16 PM »

Habe mal in den alten ZIPs recherchiert: die oben beschriebene Technik, erst einen Nuller-Eintrag anzulegen, der dann im nächsten Schritt modifiziert wird, wurde im News-Modul das letzte Mal in WB 2.8.2 angewandt. Das läßt die Vermutung zu, das es sich eine gewachsene alte Installation handelt. Und im speziellem Fall der Tabelle mod_news_groups kommt dazu, das hier irgendwann mal das Anlegen einer News-Gruppe abgebrochen wurde ohne den CANCEL-Button zu benutzen (Fenster schließen oder eine andere Aktion durchführen)

Es gäbe wohl eine technische Lösung, die beträfe jedes page-Modul im Core-Paket, also code, droplets, form, news, menu_link und wysiwyg. Da Fremdmodule nicht in der Whitelist stehen, also nicht Teil des großen Upgrades sind, wären die raus und werden nicht berücksichtigt.

Nun müßten alle Tabellen auf solche Leereinträge durchsucht werden und diese müssen entfernt werden, sofern sie denn doppelt vorhanden sind, z.b. weil das Modul in der Vergangenheit mehrfach als Sektion benutzt wurde. Das hieße: UpgradeScript unterbrechen, Löschbestätigung einholen, dann Löschen und das Script fortsetzen.
Ein Laie wird kaum wissen, was dann gemeldet wird und was er bzw das Script nun löschen soll, also klickt er auf den Button. Nun kann es technische Probleme immer geben, ein Risiko bleibt und die einfache Frage: will man das Risiko eingehen, weil es seit 2011 nur einen einzigen Fehler-Report dazu gab, der die core-Module betraf? Ich wäre eher dagegen, viel Aufwand für eine ganz kleine Gruppe von Anwendern. Dann lieber ein Fix, eine geänderte upgrade.php für genau diesen Benutzer und genau diese eine Installation

Ich kenne durchaus User, die das, wie oben beschrieben, über das Auskommentieren in der WhiteList lösten und sich so von Upgrade zu Upgrade durchhangeln. Hat funktioniert, weil es speziell im News-Modul seit mindestens 10 Jahren nix mehr zum Upgraden der Datenbank gegeben hat

Hier ein Code, der speziell für obige Fehlermeldung direkt in PhpMyAdmin o.ä. im SQL-Fenster eingefügt und ausgeführt werden kann. Der hier rot markierte TablePrefix muß dabei mit dem dort verwendeten ersetzt werden

SELECT section_id, title, COUNT(*) as anzahl
FROM `{TABLE_PREFIX}mod_news_groups`
GROUP BY section_id, title
HAVING anzahl > 1;

Resultat ist entweder eine leere Liste (was bei den allermeisten Usern so sein wird) oder eine Liste mit Einträgen, die dann geprüft werden können.