Tags entfernten? - we:hidePages we:controlElement
Forumsregeln
Bitte achtet hier besonders darauf, nicht abzuschweifen.
Wir werden hier verstärkt moderieren und ggf. Dinge in andere Foren (Smalltalk etc.) auslagern.
Bitte achtet hier besonders darauf, nicht abzuschweifen.
Wir werden hier verstärkt moderieren und ggf. Dinge in andere Foren (Smalltalk etc.) auslagern.
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Tags entfernten? - we:hidePages we:controlElement
Hallo Zusammen,
über einem Eintrag in der Bugbase (0013749) kam die Frage hoch, ob es diese beiden Tags überhaupt benötigt:
we:hidePages
we:controlElement
... Über die Rechteverwaltung ist ja bereits einiges steuerbar.
Das dürfte doch in der Regel ausreichen, oder?
Wie sind hier die Meinungen? Braucht es diese Tags überhaupt - wenn wir doch die Rechteverwaltung haben?
Viele Grüße
Heidi
über einem Eintrag in der Bugbase (0013749) kam die Frage hoch, ob es diese beiden Tags überhaupt benötigt:
we:hidePages
we:controlElement
... Über die Rechteverwaltung ist ja bereits einiges steuerbar.
Das dürfte doch in der Regel ausreichen, oder?
Wie sind hier die Meinungen? Braucht es diese Tags überhaupt - wenn wir doch die Rechteverwaltung haben?
Viele Grüße
Heidi
Re: Tags entfernten? - we:hidePages we:controlElement
Können meiner Meinung nach weg. Habe sie noch nicht gebraucht oder verwendet.
Re: Tags entfernten? - we:hidePages we:controlElement
Hi,
wenn man schlauere Dokumente machen möchte (das kommt vor weil eine eigenes Modul in webEdition zu entwickeln quasi unmöglich ist), dann kann es durchaus sein, dass man Steuerelemente der GUI auf diesem Dokument nicht haben möchte. Eine Konfiguration auf Templatebasis (Register Eigenschaften) wäre daher wünschenswert.
VG, Timo
wenn man schlauere Dokumente machen möchte (das kommt vor weil eine eigenes Modul in webEdition zu entwickeln quasi unmöglich ist), dann kann es durchaus sein, dass man Steuerelemente der GUI auf diesem Dokument nicht haben möchte. Eine Konfiguration auf Templatebasis (Register Eigenschaften) wäre daher wünschenswert.
VG, Timo
- Dateianhänge
-
- screen.png (119.76 KiB) 8651 mal betrachtet
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
Re: Tags entfernten? - we:hidePages we:controlElement
Wir nutzen das auch gelegentlich. Wie Timo schreibt, ist es für Spezialfälle schon hilfreich. Die Idee es in die Konfiguration auf Templatebasis (Register Eigenschaften) zu übertragen finde ich jedoch auch besser als die aktuell Möglichkeit über Tags.
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Tags entfernten? - we:hidePages we:controlElement
Weitere Meinungen?
Wir haben bislang 2x brauchen wir und 2x kann weg....
Wobei wir uns alle einig sind, dass die Lösung über Tags nicht so gut ist. Also die Tags können weg.
Bin gespannt, ob sich noch jemand meldet...
Wir haben bislang 2x brauchen wir und 2x kann weg....
Wobei wir uns alle einig sind, dass die Lösung über Tags nicht so gut ist. Also die Tags können weg.
Bin gespannt, ob sich noch jemand meldet...
Re: Tags entfernten? - we:hidePages we:controlElement
ich denke auch die Tags können prinzipiell weg. Eine Alternative wäre dann aber dennoch fein
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
-
- webEdition Partner
- Beiträge: 1825
- Registriert: Di 7. Mär 2006, 16:50
- Wohnort: Wien
- Kontaktdaten:
Re: Tags entfernten? - we:hidePages we:controlElement
Hallo Zusammen,
(dann gebe ich auch meinen Senf dazu ab)
Wenn man das Backend zur Anzeige bzw. Umsetzung gewisser Funktionen nutzen will, ist das schon praktisch. Wir haben das bei ein paar Projekten gemacht. Die Tags <we:hidePages> bzw. <we:controlElement> haben wir allerdings nicht verwendet (mangels Kenntnis). Das wäre dort aber jedenfalls gut gewesen.
Bei den Einstellungen finde ich das erst mal nicht so gut aufgehoben. Da bräuchte es ja erst wieder Rechte um zu vermeiden, dass das irrtümlich aktiviert/deaktiviert wird. Aber vielleicht sehe ich das noch falsch.
Welche Use-Cases müssen hier überhaupt abgebildet werden:
* webEdition intern Informationen und Funktionen bereitstellen und sicherstellen, dass diese nicht veröffentlicht werden.
* what else?
Lässt sich das auch anders bewerkstelligen? Die Sidebar (auch noch nie verwendet)?
Man muss natürlich auch anschauen, welcher Aufwand mit dem Feature verbunden ist (Tags bzw. Funktionalität mitziehen). Wenn das nicht in Relation zum Nutzen steht, ist eine einfachere Lösung oder Streichung meiner Ansicht nach vertretbar.
Liebe Grüße,
Sascha
(dann gebe ich auch meinen Senf dazu ab)
Wenn man das Backend zur Anzeige bzw. Umsetzung gewisser Funktionen nutzen will, ist das schon praktisch. Wir haben das bei ein paar Projekten gemacht. Die Tags <we:hidePages> bzw. <we:controlElement> haben wir allerdings nicht verwendet (mangels Kenntnis). Das wäre dort aber jedenfalls gut gewesen.
Bei den Einstellungen finde ich das erst mal nicht so gut aufgehoben. Da bräuchte es ja erst wieder Rechte um zu vermeiden, dass das irrtümlich aktiviert/deaktiviert wird. Aber vielleicht sehe ich das noch falsch.
Welche Use-Cases müssen hier überhaupt abgebildet werden:
* webEdition intern Informationen und Funktionen bereitstellen und sicherstellen, dass diese nicht veröffentlicht werden.
* what else?
Lässt sich das auch anders bewerkstelligen? Die Sidebar (auch noch nie verwendet)?
Man muss natürlich auch anschauen, welcher Aufwand mit dem Feature verbunden ist (Tags bzw. Funktionalität mitziehen). Wenn das nicht in Relation zum Nutzen steht, ist eine einfachere Lösung oder Streichung meiner Ansicht nach vertretbar.
Liebe Grüße,
Sascha
Re: Tags entfernten? - we:hidePages we:controlElement
@Sascha: es wären die Eigenschaften des Templates gemeint.
Mir stellt sich auch die Frage, ob nicht eh immer nur alles an und alles aus gemeint ist; was man doch auch über den Besitzer und dort den Readonly Modus machen könnte.
Hab das grad noch mal probiert - wenn man das aktiviert, und den Lese-Modus auf eine Gruppe setzt, erhält man statt den Knöpfen "Sie haben nicht die erforderlichen Rechte, dieses Dokument zu speichern." Das könnte man gut einfach mit der Vorschau verknüpfen und dann auch nur noch die anzeigen. Wenn man keine Rechte zum Speichern hat, muß man ja auch nicht in die Ansichten Eigenschaften/Bearbeiten, ... rein kommen.
Mir stellt sich auch die Frage, ob nicht eh immer nur alles an und alles aus gemeint ist; was man doch auch über den Besitzer und dort den Readonly Modus machen könnte.
Hab das grad noch mal probiert - wenn man das aktiviert, und den Lese-Modus auf eine Gruppe setzt, erhält man statt den Knöpfen "Sie haben nicht die erforderlichen Rechte, dieses Dokument zu speichern." Das könnte man gut einfach mit der Vorschau verknüpfen und dann auch nur noch die anzeigen. Wenn man keine Rechte zum Speichern hat, muß man ja auch nicht in die Ansichten Eigenschaften/Bearbeiten, ... rein kommen.
webEdition-Kern-Entwickler
Re: Tags entfernten? - we:hidePages we:controlElement
die Logik über die Benutzergruppen sollte grundsätzlich die Anforderung abdecken, die Funktionen zum Bearbeiten zu entfernen. Nur eben nicht grundsätzlich für ein Benutzergruppe, sondern definiert für das Dokument.
Ein Redakteur soll ganz normal in webEdition mit den Rechten seiner Benutzergruppe arbeiten können, aber bestimmte Dokumente sollen dennoch nur zur Ansicht freigegeben werden können.
Möchte man auch verhindern, dass ein Redakteur bestimmte Dokumente löschen kann (z.B. auch über Dokumente löschen im Tree), was sicherlich besser wäre als nur die Button Leiste auszublenden... wäre die Benuterverwaltung eigentlich schon der richtige Ansatz. Dann müsste man evtl. einen Reiter "Rechte" bei Dokumenten einführen, in welchem man ähnlich der Kundenfilter einstellen kann, was ein Redakteur oder eine Redakteurgruppe auf dem Dokument können soll (speichern, löschen, veröffentlichen).
Das wäre auch hilfreich um zu verhindern, dass Redakteure z.B. Dateien löschen aber dennoch bearbeiten/aktualisieren können (PDFs, Bilder, ...)
Ein Redakteur soll ganz normal in webEdition mit den Rechten seiner Benutzergruppe arbeiten können, aber bestimmte Dokumente sollen dennoch nur zur Ansicht freigegeben werden können.
Möchte man auch verhindern, dass ein Redakteur bestimmte Dokumente löschen kann (z.B. auch über Dokumente löschen im Tree), was sicherlich besser wäre als nur die Button Leiste auszublenden... wäre die Benuterverwaltung eigentlich schon der richtige Ansatz. Dann müsste man evtl. einen Reiter "Rechte" bei Dokumenten einführen, in welchem man ähnlich der Kundenfilter einstellen kann, was ein Redakteur oder eine Redakteurgruppe auf dem Dokument können soll (speichern, löschen, veröffentlichen).
Das wäre auch hilfreich um zu verhindern, dass Redakteure z.B. Dateien löschen aber dennoch bearbeiten/aktualisieren können (PDFs, Bilder, ...)
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Tags entfernten? - we:hidePages we:controlElement
Diesen letzten Ansatz des eigenen Reiters finde ich nun wieder für die bisher genannten Spezialfälle definitiv übertrieben.
Es gibt viel Software die ein extrem feines Rechtesystem haben... zu feingliedrig, so dass es wiederum nicht genutzt wird, da zu kompliziert.
Was haben wir bislang ...
Also, die Tags we:hidepages und we:controlelement setzen wir auf deprecated und entfernen sie.
Für einzelne Seiten sollen - unabhängig vom eingeloggten Benutzer - Knöpfe und Reiter weggenommen werden können.
Dies soll über das Template geregelt werden.
Hier soll im Reiter "Eigenschaften" definiert werden können....
- ob für das entsprechende Dokument die Knöpfe "Parken", "Speichern" und "Veröffentlichen" jeweils sichtbar sein sollen oder nicht.
- ob für das entsprechende Dokument die Reiter "Eigenschaften", "Bearbeiten", "Information", "Vorschau", "Zeitplaner", "Validierung", ...
Anzeige stets aller möglichen Reiter unabhängig von de-/aktivierten Modulen?
... gilt natürlich nicht für Admin. Benutzerdefinierte Rechte greifen erst nach den beim Template eingestellten (Nicht-)Anzeige Einstellungen.
Beispiele:
Wird eingestellt, dass der Zeitplaner-Reiter nicht zu sehen sein soll, der Redakteur hat aber das Recht, dann wird dennoch nicht der Reiter angezeigt.
Hat der Redakteur das Recht zu Veröffentlichen, so wird der Knopf dennoch nicht angezeigt, wenn im Template definiert wurde, dass der Knopf nicht angezeigt werden soll.
Hat der Redakteur nicht das Recht zu Veröffentlichen, so wird der Knopf auch nicht angezeigt; egal, was im Template definiert wurde.
... Die Redakteursrechte werden also nach den Templaterechten verwurschtelt.
Sehe ich das so richtig? Einverstanden?
Dann würde ich das mal als FR einstellen und wir sprechen darüber wie umfangreich eine solche Umsetzung wäre. Sprich, ob es sinnvoll machbar wäre und im Verhältnis stünde ...
Es gibt viel Software die ein extrem feines Rechtesystem haben... zu feingliedrig, so dass es wiederum nicht genutzt wird, da zu kompliziert.
Was haben wir bislang ...
Also, die Tags we:hidepages und we:controlelement setzen wir auf deprecated und entfernen sie.
Für einzelne Seiten sollen - unabhängig vom eingeloggten Benutzer - Knöpfe und Reiter weggenommen werden können.
Dies soll über das Template geregelt werden.
Hier soll im Reiter "Eigenschaften" definiert werden können....
- ob für das entsprechende Dokument die Knöpfe "Parken", "Speichern" und "Veröffentlichen" jeweils sichtbar sein sollen oder nicht.
- ob für das entsprechende Dokument die Reiter "Eigenschaften", "Bearbeiten", "Information", "Vorschau", "Zeitplaner", "Validierung", ...
Anzeige stets aller möglichen Reiter unabhängig von de-/aktivierten Modulen?
... gilt natürlich nicht für Admin. Benutzerdefinierte Rechte greifen erst nach den beim Template eingestellten (Nicht-)Anzeige Einstellungen.
Beispiele:
Wird eingestellt, dass der Zeitplaner-Reiter nicht zu sehen sein soll, der Redakteur hat aber das Recht, dann wird dennoch nicht der Reiter angezeigt.
Hat der Redakteur das Recht zu Veröffentlichen, so wird der Knopf dennoch nicht angezeigt, wenn im Template definiert wurde, dass der Knopf nicht angezeigt werden soll.
Hat der Redakteur nicht das Recht zu Veröffentlichen, so wird der Knopf auch nicht angezeigt; egal, was im Template definiert wurde.
... Die Redakteursrechte werden also nach den Templaterechten verwurschtelt.
Sehe ich das so richtig? Einverstanden?
Dann würde ich das mal als FR einstellen und wir sprechen darüber wie umfangreich eine solche Umsetzung wäre. Sprich, ob es sinnvoll machbar wäre und im Verhältnis stünde ...
Re: Tags entfernten? - we:hidePages we:controlElement
Heidi, von meiner Seite aus gerne genau so.
Re: Tags entfernten? - we:hidePages we:controlElement
ich sehe den Nachteil dass es sich auf Dokumente beschränken würde, die auf Templates basieren. Eine Definition auf Dokumentebene sehe ich daher als zielführender und universaler an.
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Tags entfernten? - we:hidePages we:controlElement
In der Regel sollten Dokumente in webEdition ja schon auf Templates basieren.
Außerdem käme doch dann der Wunsch, es auch in Templates zu machen, weil man es sonst in mehreren Dateien jeweils einzeln machen müsste.
Es dürfte umso komplizierter werden, wenn man es bei Dokumenten reinsetzen wollen würde. Denn hier haben wir bereits Unterscheidungen und zeigen nicht alles an.
Außerdem ist bereits etwas, das nicht wirklich häufig gebraucht wird und deckt demnach Spezialfälle ab - meiner Meinung nach. Dann sollten wir es wenigstens im Sonderfall beim Standard belassen.
Außerdem käme doch dann der Wunsch, es auch in Templates zu machen, weil man es sonst in mehreren Dateien jeweils einzeln machen müsste.
Es dürfte umso komplizierter werden, wenn man es bei Dokumenten reinsetzen wollen würde. Denn hier haben wir bereits Unterscheidungen und zeigen nicht alles an.
Außerdem ist bereits etwas, das nicht wirklich häufig gebraucht wird und deckt demnach Spezialfälle ab - meiner Meinung nach. Dann sollten wir es wenigstens im Sonderfall beim Standard belassen.
Re: Tags entfernten? - we:hidePages we:controlElement
@Heidi: Dokumente ist alles was im Tree unter "Dokumente" angezeigt wird
Und da gibt es durchaus auch Dokumente die keine Vorlage haben. PDF Dokumente, Text-Dateien, Bilder etc. Ich würde daher Dokumente auch einheitlich behandeln und nicht einen Sonderfall für auf Templates basierende Dokumente schaffen.
Und da gibt es durchaus auch Dokumente die keine Vorlage haben. PDF Dokumente, Text-Dateien, Bilder etc. Ich würde daher Dokumente auch einheitlich behandeln und nicht einen Sonderfall für auf Templates basierende Dokumente schaffen.
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Tags entfernten? - we:hidePages we:controlElement
Ja, ich weiß und genau davon rede ich.blickfang hat geschrieben: ↑Di 31. Jan 2023, 10:21 @Heidi: Dokumente ist alles was im Tree unter "Dokumente" angezeigt wird
Und da gibt es durchaus auch Dokumente die keine Vorlage haben. PDF Dokumente, Text-Dateien, Bilder etc. Ich würde daher Dokumente auch einheitlich behandeln und nicht einen Sonderfall für auf Templates basierende Dokumente schaffen.
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast