Domino 9 und frühere Versionen > ND7: Entwicklung

Geschützer Kundenbereich

<< < (2/4) > >>

roli8200:

--- Zitat von: koehlerbv am 30.05.06 - 09:29:31 ---Du meinst aber, andere haben im Gegensatz zu Dir die Zeit, sich um Deine Probleme zu kümmern und sich darum Gedanken zu machen, nur um dann feststellen zu müssen, dass die Frage gerade bei den Kollegen des anderen Forums bereits beantwortet wurde ?

Ich würde Dir dringend raten, diese Einstellung nochmal zu überdenken.

Bernhard

--- Ende Zitat ---
Ja, diese Gefahr besteht tatsächlich. Nur habe ich das bisher nur 2 mal erlebt (in all den Jahren). Andererseits sollte auch der Zweck solcher Foren bedacht werden, nämlich das vorhandene Know How möglichst breit zu streuen. Und vor diesem Hintergrund sollte es doch im Interesse aller sein, wenn Fragen möglichst effizient beantwortet werden können.  Daher hoffe ich immer noch auf eine Lösung.

Tode:
richtig: möglichst effizient....

Ich weiss nicht, wie lange Du dieses Forum schon besuchst, und wie viele Posts Du schon gemacht hast, aber ich habe die Erfahrung gemacht, dass es selten mehr als ein paar Stunden geht, bevor man auf "einfache" Fragen Antworten erhält.
Kommt am ersten Tag keine Antwort, dann kann man fast davon ausgehen, dass es niemand weiss, oder dass das ganze zu speziell ist (oder dass die Frage schlecht / unverständlich gestellt wurde).

Fast alle die hier posten sind selbst in der IT- Branche, und haben die selben Zeit- Probleme wie Du. Trotzdem besuchen viele die beiden Foren gleichzeitig und versuchen zu helfen.

Jetzt versetz Dich mal in deren Lage: Sie überfliegen Deine Frage hier, nehmen sich 10 Minuten Zeit (oder mehr), um eine Antwort zu formulieren (ich selbst recherchiere sogar manchmal in der KB oder im LDD), nur um dann beim nächsten Besuch im anderen Forum festzustellen, dass die Frage schon vor einigen Stunden beantwortet wurde. Natürlich OHNE einen Hinweis auf die korrekte Lösung im anderen Forum.

Und DAS ist kein Einzelfall, besonders bei einfachen Standard- Fragen (wie Deiner, die im übrigen auch noch so allgemein formuliert ist, dass die Antwort nur lauten kann: "Ja ich weiss, wie Du das bewerkstelligen kannst") .
Und DAS ist NICHT effizient.

Gruß
Tode

DerAndre:

--- Zitat von: roli8200 am 31.05.06 - 08:06:52 ---Daher hoffe ich immer noch auf eine Lösung.

--- Ende Zitat ---

Dem Beitrag von Tode schliesse ich mich an.
Scheinbar wurde Dir nicht adäquat geholfen. Denn Du hast noch keine fertige Lösung bekommen, wirst Du auch nicht, aber es gab genug Hilfen und Hinweise.

Gruss

André

Glombi:
Ich schließe mich der Meinung von Todo 100% an.

Wer das schei... findet, kann sich woanders um die Lösung seiner Probleme bemühen. Uneinsichtige Doppelposter werden hier bestimmt nicht von den Cracks bedient.

Was Dein Problem angeht: Die Zugriffskontrollliste gibt es auch noch in Notes 7. Dort kannst Du mit Gruppen/Rollen/Personen die Zugriffe regeln.
Wer was sieht, geht dann mit Hide-When-Formeln. Das setzt eine vorherige Authentifizierung voraus.
Fremde User kann man in einem eigenen Adressbuch (auch das gibt es noch in R7)  erfassen und über Directory Assistance (DA) (das ist neu gegenüber R5) bekannt machen, Bzgl. DA gibts hier in der letzten Zeit eine Menge Fragen und Input.

Andreas

roli8200:
Vielen Dank. Was ich eigentlich wollte, ist das der geschütze und öffentliche Bereich (Login Page etc) in der selben Datenbank stattfindet. Dazu wollte ich die Pages, welche geschützte Bereiche aufweisen speziell für authentifizierte Benutzer schützen. Leider habe ich für Pages und Framesets keine Zugriffskontrolle gefunden. Das mit hide-when-formeln kenne ich noch aus R5. Soweit ich weiss geht das aber nur für Felder in Formen/Dokumenten. Das heisst Du schlägst vor dass der öffentliche und private Bereich in zwei unterschiedlichen Datenbanken stattfinden soll. Leider hatte ich unter R5 nur Workflows und Apps für den internen (Notes Client) Gebrauch geschrieben. Daher die Fragen.  Was hat eigentlich die domcfg.nsf genau damit zu tun?

Roland

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete