Beste CyberdigMaatjes, hierbij mijn eerste Mindz Mijmering, bedoeld als voeding voor jullie intervisies over het Mindz-van-Morgen. Over de gedachte dat plaza's, cirkels en events behoorlijk parallelle constructen zijn. Let op het zijn mijmeringen. Ik hoop dat ze van toegevoegde waarde zijn.

Uit mijn praktijk. Tussen Huisacademies en MBOacademies bestaat een relatie. Een MBOacademie is namelijk een soort Huisacademie. Leuk als deze relatie zichtbaar gemaakt zou kunnen worden door op beide plaza's het icoon van het andere te tonen. Nog eentje. Tussen MBOacademies-plaza en MBOacademies-cirkel bestaat een keiharde relatie, althans voor de plazaleden die ook cirkellid zijn. Voor die laatste zou het toch handig zijn als op de cirkel het icoon van het plaza wordt getoond, en andersom. De twee relaties gaan verder dan 'tonen op basis van overeenkomstig DNA; ze zijn gewoon continu.

Tot zover de opmaat naar een behoorlijk uitgebreid verhaal over hoe plaza's, cirkels en events meer uniform benaderd zouden kunnen (moeten) worden en hoe je hun onderlinge relaties zou kunnen regelen.

Eerst een paar observaties.
PLAZA's
Een plaza ontstaat vanuit een persoon, maar soms ook vanuit meerdere; als één plaza van meerdere beheerders is, moet dit evenwaardig getoond en behandeld worden, ook al is er natuurlijk wel een 'eerste' (hoofd)beheerder.
Bij een plaza vanuit een PBP vervaardigd is het logisch dat plazaleden kunnen worden uitgenodigd vanuit Contacten, maar waarom niet gewoon ook vanuit de leden van andere eigen plaza's en events en cirkels? Dat zijn toch ook een soort contacten? (Ze hebben zich aan mijn plaza verbonden; mag ik ze toch wel ergens voor benaderen?)

CIRKELS
Een cirkel wordt vanuit een PBP aangemaakt maar vaak wordt hij gezien als een subplaza, en dan moet er achter de Cyberdigmaschermen een boel gebeuren om dat voor elkaar te boksen.
En om die reden kun je cirkelleden alleen uitnodigen vanuit persoonlijke contacten. Maar veel vaker wil je cirkelleden uitnodigen uit plazaleden.
Maar je voelt hem al aankomen. Waarom zou je de cirkelbeheerder überhaupt willen beperken wie hij mag uitnodigen voor zijn cirkel? Omdat die opeens besloten is? Dat ligt niet aan de genodigden maar aan de Cirkel...

EVENTS
Een event kan vanuit een plaza en vanuit een cirkel worden aangemaakt, maar weer niet vanuit een PBP. En als ik als Cees Hoogendijk nu een feestje geef?

OVER BESLOTENHEID en dergelijke
Een plaza is ofwel Openbaar ofwel Op Uitnodiging. Wat betekent dat laatste eigenlijk precies? Is het een uitnodiging zoals van een Cirkellid? Of is er nog wel een MEEDOEN-knop, maar gaat het Meedoen dan eerst langs de plazabeheerder? Als dat het geval is, is de omschrijving "Op uitnodiging" verwarrend. En als het echt op uitnodiging is, lijkt het verdomd veel op een Cirkel...

Zie je wat hierboven aan het gebeuren is? Vier verschillende domeinen (PBP, plaza, cirkel en event). Met elk hun eigen opties. En als je de optie van de één bij de ander wilt hebben, dan zou die wellicht kunnen worden aangebouwd. We vermengen al dan niet lid mogen worden met al dan niet publiceren. Als we hier links en rechts blijven modificeren neemt het spaghetti gehalte exponentieel toe.

Stel je nu eens voor...

Je bent Mindzer geworden en je hebt dus een PBP.
Van daaruit kun je twee soorten "subsites" maken:
"maak je eigen Plaza" (n.b. dit is inclusief cirkel)
"maak je eigen Event"

Denk nu eerst eens generiek in termen van Publiceren en Meedoen

** PUBLICEREN ** het al dan niet zichtbaar maken van PBP, Plaza of Event voor de buitenwereld.
Het publiceren van een Event kenden we al: die kun je wel of niet zichtbaar maken. Dit moet wel onafhankelijk zijn van Registreren trouwens!
Het publiceren van je PBP lijkt evident, hoewel? misschien wil je die ook wel eens een tijdje 'uitzetten'...
En waarom niet naar keuze publiceren van je Plaza?
Ofwel: Publiceren is generiek bruikbaar voor PBP, Plaza en Event en kent als opties:
P - Publiek: deze site (pbp, plaza, event) is zichtbaar voor iedereen
B - Besloten: deze site is alleen zichtbaar voor haar leden
O - Onzichtbaar: deze site is tijdelijk alleen zichtbaar voor de beheerder

Mooi hè, je ziet hier al een stukje cirkelfunctionaliteit binnensluipen zonder dat je er een apart domein voor nodig hebt... Maar we zijn er nog lang niet.

** MEEDOEN ** betekent Contact worden op een PBP, Lid worden van een plaza of Inschrijven voor een event. Allemaal een vorm van meedoen!
Op elk van je sites kun je de volgende Meedoen-opties instellen:
AG - altijd goed, dus na het klikken op de knop ben je Contact of Lid of Deelnemer;
GB - na goedkeuring plazabeheerder, dus als je op de knop hebt gedrukt gaat er eerst een mailtje naar de beheerder en hoor je achteraf of je wel of niet bent toegelaten
UB - op uitnodiging, dus de ander kan echt pas meedoen als ik als plazabeheerder daartoe een uitnodiging op naam heb gestuurd (kan trouwens naar een Mindzer of naar een niet-Mindzer)

Met bovenstaande ingrediënten kun je opeens mooie combinaties maken van Publicatie- en Meedoen-opties (de Onzichtbare status even daargelaten):
P - AG: mooie set voor PBP, Plaza en Event
P - GB: meer iets voor Plaza en Event
P - UB: prima voor 'exclusieve' plaza's en events
B - AG: theoretische combinatie: als je nog geen lid bent kun je niks, en als je wel al meedoet, hoef je niet meer aan te melden
B - GB: zelfde als B-AG
B - UB: dit is wat we vroeger een Cirkel noemden; maar ook handig voor Events waar je alleen een bepaald gezelschap wilt uitnodigen.

Hopelijk kan de lezer mij tot nu toe volgen. (Ik kan mezelf soms niet eens volgen...) Je hebt PBP's, Plaza's en Events, en je kunt ze allemaal op dezelfde manier 'open stellen'. Deze standaardisering is handig voor de volgende stap: relaties. Daarbij maak ik onderscheid tussen onderlinge afhankelijkheden die op voorhand al worden ingebakken (Nestelingen) en relaties die je achteraf tussen sites kunt leggen.

** NESTELINGEN ** zijn het geval als de ene site 'onder het bewind' van de andere valt.
In mijn mijmering kun je vanuit je PBP zowel een Plaza als een Event aanmaken. (Nu kun je alleen een Event vanuit een Plaza aanmaken.)

Aangezien je Plaza's en Events altijd eerst vanuit je PBP hebt aangemaakt, is de PBP dus ook meteen de bewindvoerder, ook wel (hoofd)plazabeheerder geheten. Op zich is dit al een nesteling tussen twee sites (Plaza<PBP of Event<PBP). Da's logisch zou Cruijff zeggen. Maar er is meer.

Want nu heb je een Plaza XXX gemaakt. Maar die is bedoeld te vallen onder een ander Plaza YYY. Wat betekent dat? Plaza XXX valt onder Plaza YYY en neemt daarvan de beheerder(s), de stylesheet, en in beginsel de Publicatie-optie en de Meedoen-optie over. Hier hebben we meteen de veel voorkomende situatie opgelost waarbij een cirkel onder een plaza valt.
(**) In beginsel dus. Want als je een Besloten Plaza (=cirkel) wilt hangen onder een Publiek (moeder)plaza, dan zul je na het Nestelen van de eerste (de 'cirkel' dus) nog de Meedoen-opties moeten aanpassen

Hetzelfde kan voor een Event XXX, dat onder Plaza ZZZ valt: Event XXX valt onder plaza ZZZ en neemt daarvan de beheerder(s), de stylesheet, en in beginsel de Publicatie-optie en de Meedoen-optie over. In dit geval hebben we de optie ingebouwd dat een Event niet perse bij een plaza hoeft te horen. Mag ook gewoon bij je PBP horen (en daarvan de stylesheet overnemen...).


** RELATIES ** zijn een soort contacten tussen sites en worden pas gelegd als de betreffende 'partijen' al bestaan. Als er een relatie tussen twee sites bestaat, dan worden de 'iconen' over en weer getoond.
Bij PBP is de relatie hetzelfde als het Contact dus impliciet
Ingeval van een Nesteling-relatie moet die ook gezien worden als een vaste link
Bijvoorbeeld Plaza 1 met een ander Plaza 2
- plazamanager 1 stuurt uitnodiging aan plazamanager 2; na akkoord is er een vaste link
- gaat ook goed als beide plaza's van dezelfde plazamanager zijn
- geen invloed als beide plaza's verschillen qua Meedoen-opties
- bij verschillen qua Publicatie-opties gelden de Publicatierechten van de respectieve gelinkte plaza's, dus soms is er wel een relatie maar kan die niet worden getoond omdat de betreffende site op B of O staat...
- Events kennen geen onderlinge relaties, want ze zijn tijdelijk van aard

In het bovenstaande is gemijmerd over drie sitevarianten (pbp, plaza, event) en vier generieke site-kwaliteiten (Publiceren, Meedoen, Nestelen, Relateren). Volgens mij kun je hiermee, zoals de wiskundigen plegen te zeggen, de Mindz-structuur een stuk eleganter maken. Voor de Mindzers- wordt het gebruik voorspelbaarder en logischer. Voor de Cyberdigmaten wordt het onderhoud uniformer en beheersbaarder.

Eigenlijk houdt de mijmering hier op, maar toch nog twee nabranders, waar ik een andere keer op zal terugkomen:

1. Het mailen naar Contacten/Leden/Deelnemers. Sloop dat uit de respectieve pbp, plaza's, cirkels en events. Doe dit alles vanuit de centrale Dashboardmailfunctie en voeg een "afzender (PBP, plaza, event)" toe, die de stylesheet bepaalt; zorg voor intern en extern kunnen maile'n; en maak het filter zo dat je ook individuele plazaleden kunt selecteren. (Met zo'n module kun je meteen alle uitnodigen verzorgen.)
2. Ook het (collectief) toekennen van rechten van Contacten, Leden en Deelnemers zou je á la de Dashboard-Mail-module kunnen doen…

Ik kan mij voorstellen dat deze mijmering voer voor dialoog oproept. Iets waar ik graag mijn bijdrage aan wil leveren. Gezien alle verbeterideeën die er op dit moment liggen voor plaza's, cirkels en events, lijkt het mij cruciaal dat het fundament daartoe, in termen van een elegant Mindz-basisstructuur, eerst wordt aangepakt. Mijn mening voor een betere!